AIコーディングエージェントの「隠された哲学」：Copilot, Cursor, Windsurfは何を最適化しているのか？【第2話】
はじめに：彼らは「中立」ではない
前回、私たちは「AIに指示しないことは、AIのデフォルト設定に委ねるのと同じだ」という話をしました。これが「AI時代のトロッコ問題」です。
では、私たちが普段使っている優秀な運転士たち――GitHub Copilot、Cursor、Windsurf――は、一体どのような「デフォルト設定（バイアス）」を持っているのでしょうか？
彼らは単なるテキスト補完ツールではありません。それぞれが 「開発体験において何を最大化すべきか」 という独自の哲学を持って設計されています。そしてその哲学は、必ずしもあなたのプロジェクトの「今の目的」と一致するとは限りません。
今回は、主要なAIエージェントの「性格」と「隠されたバイアス」を解剖し、なぜ彼らにアーキテクチャの決定権を渡してはいけないのかを明らかにします。
※注釈：本記事における各ツールの「哲学」や「バイアス」は、筆者の使用経験と現時点での挙動に基づく独自の分析です。これらはツールの優劣や欠陥を指摘するものではなく、設計思想としての「大きな方向性」を言語化したものです。各ツールとも日々進化しており、使い手次第で多様な価値を発揮することをあらかじめお断りしておきます。
1. GitHub Copilot：没入感の守護者（Flow Guardian）
Copilotの哲学を一言で言えば 「Developer Flow（没入感）の維持」 です。
- 最大化しているもの： 思考の継続性、コーディングのリズム。
- 隠されたバイアス： 「現状肯定」と「平均への回帰」。
Copilotは、カーソルの直前のコードや開いているタブから文脈を読み取り、「あなたが次に書きそうなコード」を確率論的に予測します。 これはつまり、 「あなたが過去に書いたコード（あるいは世の中の平均的なコード）の再生産」 に特化しているということです。
もしあなたの既存コードがスパゲッティ状態なら、Copilotは空気を読んで、とびきり美味しいスパゲッティを追加注文してくれます。彼は「ここでアーキテクチャを刷新すべきだ」とは言いません。あなたの思考を止めないことが、彼にとっての正義だからです。
2. Cursor：局所最適のスピードスター（Efficiency Maximizer）
Cursor（特にTab機能やComposer）の哲学は**「実装速度の最大化」**です。
- 最大化しているもの： 手数の削減、予測による確定速度。
- 隠されたバイアス： 「局所最適」と「近視眼的解決」。
Cursorは非常に優秀で、次に行うべき変更を驚くべき精度で予測します。しかし、その視点は往々にして「今のファイル」「今の関数」に集中しがちです。 「この機能を実装するには、ここをこう変えれば動く」という判断は爆速ですが、 「それをやるとプロジェクト全体の依存関係がどうなるか」 という長期的な視点は（ユーザーが明示的にコンテキストを与えない限り）希薄になりがちです。
結果として、Cursorに任せきりにすると、個々の機能は素晴らしい速さで完成するものの、全体として見ると継ぎ接ぎだらけの 「動くフランケンシュタイン」 が出来上がるリスクがあります。
3. Windsurf：文脈の絶対信者（Deep Contextualist）
Windsurf（Cascade機能）の哲学は 「文脈整合性の維持」 です。
- 最大化しているもの： リポジトリ全体との整合性、コンテキストの理解。
- 隠されたバイアス： 「現状維持バイアス」と「変化への抵抗」。
Windsurfはリポジトリ全体を深く理解し、既存の設計パターンやルールを尊重しようとします。これは保守フェーズでは最強の味方です。 しかし、MVP開発や抜本的なリファクタリングにおいて、あえて 「既存のルールを破壊して、全く新しい価値（非連続な変化）」 を生み出したい時には、この賢さが足枷になります。
彼は「文脈」を尊重するあまり、既存の誤った設計さえも「守るべきルール」として認識し、丁寧に踏襲してしまうことがあるのです。
「平均点」の呪縛
これら3者に共通しているのは、学習元がGitHub上のパブリックコードであるため、 「世間一般の常識（人間にとっての可読性、一般的なベストプラクティス）」 を至上命題としている点です。
例えばMVPを作るなど特定の視点から見ると、これは大きな問題です。 なぜなら、システムが真に価値を生み出す瞬間（例えば、常識外れの速度でMVPを検証する瞬間）においては、「世間の常識」こそが邪魔になることがあるからです。
AI: 「可読性のためにクラスを分割しました」
あなた: 「いや、全部オンメモリで動かしたいからベタ書きでいいんだ！」
AI: 「将来のために拡張性を持たせました」
あなた: 「明日捨てるコードだから、拡張性はオーバーエンジニアリングだ！」
彼らの「親切」は、指示なき場合、あなたを「普通のシステム」という平凡なゴールへと誘導します。
スイッチを奪い返す
彼らの性格を知ることは、彼らを制御するための第一歩です。
- Copilotには、過去の自分を真似させないように強い意志で指示を出す必要がある。
- Cursorには、局所最適に陥らないよう、全体設計の地図（Map）を渡し続ける必要がある。
- Windsurfには、時には「空気を読むな、文脈を無視しろ」と命令する必要がある。
これらの分析は、各ツールの公式サイトやドキュメントで強調されている機能（Copilotの"Flow"、Cursorの"Prediction"、Windsurfの"Context"など）をベースに、実際の開発現場での挙動を筆者の視点で解釈したものです。
AIに「人間らしい、綺麗なコード」を書かせるのがAI活用のゴールではありません。 それは、AIが勝手に設定した「Aルート」にトロッコを走らせているだけです。
次回は、いよいよこのトロッコの進路を無理やりねじ曲げる方法について話します。 AIに「人間のためのコード」ではなく、 「機械のためのコード（可読性度外視・最適化優先）」 を書かせるための思考転換。 人間中心主義の呪縛を解く、第3話へと続きます。
（続く）
Discussion