AIコーディングツールはエディタを超えるべき

AI支援コーディングツールはソフトウェア開発の方法を変えつつありますが、そのほとんどはコードエディタ内に制限されています。本記事では、これらのツールがエディタを超え、開発サイクル全体をカバーすべき理由を探ります。

AI支援コーディングの本質

従来の開発では、開発者は手動で意図をコードに変換します。つまり、目標を頭の中で保持し、実装をタイプします。AI支援コーディングは、この経路に新しい層を挿入します。自然言語で必要なものを記述し、ツールがその記述をコードに変換し、開発者が結果をレビューして洗練します。この最も緩い形は「バイブコーディング」と呼ばれることもありますが、その基盤となるメカニズムは同じです。自然言語がツールを介してコードベースへの主要なインターフェースになります。

従来の開発は開発者をコードに直接接続します。AI支援開発は、自然言語によって駆動されるAIアシスタントを挿入し、開発者はその出力をレビューします。これは図では小さな変化ですが、実践では大きな変化をもたらします。そして、ほぼ例外なく、この変化はエディタ内に描かれています。

開発はコーディングだけではない

この図は、面白い作業はコードを書くことであると暗黙のうちに仮定しています。一歩下がってソフトウェア構築が実際に何を含むかを見ると、コーディングはより大きなループの一部にすぎないことがわかります。

ほとんどの開発作業は3つの柱を循環します：

• プロジェクト管理：作業が計画、議論、文書化される場所 – ロードマップ、機能、バグ。これはコードが存在する前に意図が捕捉される場所です。
• コーディング：開発環境でその意図が実装される場所。
• インフラストラクチャ：コードが本番環境に出荷、実行、監視される場所。

これらは直線ではなく、サイクルです。プロジェクト管理ツールで変更を計画および文書化し、開発環境に移動して実装し、本番環境にプッシュします。そして、そこで学んだこと（バグ、メトリクス、苦情）は次の作業として計画に戻ります。

開発者は3つの柱の中心に位置し、それらを移動しながら連続的なループを形成します – 作業を計画し、構築し、出荷して観察し、そして計画に戻る。このループを一周することが真の進歩の1単位です。コードを書くことは中間の3分の1にすぎません。

ループ内にアシスタントを配置する

では、AIアシスタントをこのマップに配置しましょう。現在、アシスタントはほぼ完全にコーディングの柱の中に存在します – エディタ内で、次の関数を書くのを手伝います。それは得意であり、ここでのポイントはそれを追い出すことではありません。ポイントは、一つの柱に閉じ込めることで他の2つの柱が見えなくなり、したがって自身の作業が重要だったかどうかがわからなくなることです。

AI支援コーディングはすでに自然言語をコードベースへのインターフェースにしました。同じ動きをループ全体に拡大すると、アシスタントは開発自体へのインターフェースになります。つまり、意図を一度表現すれば、その意図を3つの柱すべてに渡って運びます – チケットを開き、コードを書き、出荷し、本番環境のフィードバックを読み取ります。開発者は依然として決定します。アシスタントは、一つのステーションに閉じ込められたコード生成ツールではなく、開発者がサイクル全体に働きかける層になります。

コーディング

これはアシスタントがすでに占めている柱です – 開発環境内で、ターミナルのコマンドラインハーネスやVS Codeのようなエディタに組み込まれています。率直に言って、うまく機能しています。関数の生成、リファクタリング、馴染みのないコードの説明、テストの作成 – エディタ内のアシスタントはその地位を確立しています。議論はコーディングの柱を離れることではなく、それを仕事全体と誤認するのをやめることです。

プロジェクト管理

コードはそれ自体のために存在することはほとんどありません。それは、人間がプロジェクト管理ツール（Jira、Asana、Trelloなど）で記述した何かを満たすために存在します – チケット、課題、ロードマップ項目。プロジェクト管理層を読み書きできるアシスタントは、変更をその意図に結び付けることができます。チケットから受け入れ基準を引き出し、コードに触れる前に計画を草案し、作業の進行に応じてステータスを更新し、発見したバグを誰かが気付くのを待たずに即座に報告します。計画とコードは乖離しなくなります。なぜなら、同じ参加者が両方を正直に保つからです。この接続はチームがすでに使用しているツールを通じて実現します。ほとんどのツールはコマンドラインインターフェースを公開しており、増加するツールはModel Context Protocol（MCP）サーバーを出荷しています – これはアシスタントが外部システムを読み書きするためのオープンスタンダードです。そのため、アシスタントを接続することはカスタムグルーではなく設定になりつつあります。

インフラストラクチャ

アシスタントができる最も価値のあることは、多くの場合、コードを書くことではなく、書かれたコードのループを閉じることです。それは、デプロイ、ログの読み取り、実行中のリソースの検査、そして変更の効果を実際に重要となる場所で観察することを意味します。diffからの推測と本番環境からの読み取りの違いは、修正が機能したことを願うことと知っていることの違いです。アクセス方法はすでに存在しています。主要なクラウドプロバイダー – Google Cloud、AWS – は包括的なCLIを提供しているため、デプロイ、ログの追跡、リソースの検査は、アシスタントが実行できる通常のコマンドであり、特別な統合ではありません。

ループを閉じることの利点

3つの独立したツール – 計画用、コーディング用、運用用 – は、人間がそれらの間の統合層となり、状態と引き継ぎを手動で境界を越えて運ぶことを強制します。3つの柱すべてにまたがるアシスタントは、その負担を自分で負います – そして、その範囲が自身の作業をチェックすることを可能にします。エディタに限定されたツールは変更を提案して停止します。デプロイが成功したか、目標としたメトリクスが動いたか、先週のバグを再導入したかを知ることはできません。本番環境を見ることができるアシスタントはそれができます。ループをループたらしめるフィードバック – 現実からの報告 – は、まさにエディタの境界が遮断するものです。

この背後には、これらのアシスタントがどのように機能するかについてのより基本的な事実があります。LLMはそのコンテキストウィンドウ – 推論の基盤となる決定、履歴、現在の状態のワーキングセット – の良さに依存します。有用な作業を引き出すことは、適切なものをそのウィンドウに入れる規律に他なりません。他の2つの柱は行動する場所であるだけでなく、アシスタントが持つ最も豊かなコンテキストでもあります。プロジェクト管理は変更の背後にある意図を保持し、インフラストラクチャはシステムが実際に出荷された後に何をするかを保持します。コードは何が構築されたかを示し、それらの柱はなぜ、そしてうまくいったかを示します。エディタに閉じ込められると、アシスタントはその証拠のほとんどを見えないまま推論します。

この範囲の拡大には規律が伴います。より多くのコンテキストが自動的に良いコンテキストとは限りません – 重要なのはウィンドウ内の信号対雑音比であり、現在コンテキストエンジニアリングと呼ばれる問題です。範囲を広げると両方の供給が増えます。チケットの決定的なコメントを表面化する接続は、簡単に10個の古いコメントも引き込みます。修正を確認するログ行の隣には、何も言わないはるかに多くのログ行があります。目標は3つの柱すべてをコンテキストに注ぐことではなく、適切な瞬間に各柱から適切なスライスを引き出すことです。範囲は適切なコンテキストにアクセス可能にしますが、それを選択する責任を免除するわけではありません。

リスクとガードレール

もちろん、本番環境やプロジェクト管理ツールにアクセスすることは、まさに爆発半径が存在する場所です。デプロイできるアシスタントはデプロイを壊すこともできます。チケットを閉じることができるアシスタントは間違ったチケットを閉じることもあります。危険は均等に分散していません。間違ったチケットの編集は気まずいですが元に戻せます。間違った本番環境の操作はおそらく元に戻せません。インフラストラクチャは元に戻せないものが存在する場所です – 失われたデータベース、悪いデプロイがそのまま放置されること – そのため、最も厳格なガードレールが必要な柱です。答えはエディタに後退することではありません。そこではツールは無力であるために安全です。答えは人間のアクセスに適用するのと同じ方法です。スコープ権限、読み取りと書き込みの明確な線引き、元に戻せないまたは外部向けのアクションの前の明示的な確認、および行われたことの監査証跡です。適切に設計されれば、それらのガードレールは広い範囲を安全にします。設計が不十分だと、狭い範囲はそれを役に立たなくするだけです。

境界は選択である

エディタの境界は歴史的な偶然です – これらのツールがたまたま始まった場所であり、止まらなければならない場所ではありません。開発作業は3つの柱をまたがるループであり、1つの柱だけに参加するアシスタントは、仕事の3分の1を助けながら残りを推測することになります。構築する価値のある軌道は、サイクル全体で動作するアシスタントです。その未来の真の制約は、信頼とコントロールであり – 範囲ではありません。