詳細を読む
GitHubのエンジニア、Dalia Abuadas氏は2026年7月17日、同社ブログで、AIがコードを書くコストを急落させた一方、それを所有し保守するコストは変わっていないとする論考を公開しました。Copilotのエージェント統制基盤を手がける同氏は、小さな機能追加を巡る従来の意思決定が静かに崩れ始めていると指摘します。
従来、小さな依頼で最も高くついたのはコードを書く作業でした。テストや展開計画、出荷後の挙動を誰が担うかまで考える必要があり、2時間の変更が2週間の脱線に膨らむこともありました。だからこそエンジニアは範囲を守ろうと押し返してきた、と同氏は説明します。
しかしAIエージェントは、議論が温まる間に最初のパッチを生成できます。同氏はこの生成物を成果物ではなく「探針」と位置づけ、想定通りのファイルに収まるか、テストは容易か、既存の抽象を保つかを問うべきだと述べます。抽象的な範囲論争を、具体的な差分に対する検証へ置き換えられるためです。
ここに最大の落とし穴があります。コードの生成が安かったからといって、その変更が安いとは限りません。安いと言えるのは人間が自信を持ってレビューし所有できる場合だけで、通っても誰も持ちたがらない千行の差分は先送りされたコストにすぎない、と同氏は釘を刺します。
具体的には、既存フィールドの表示追加や十分にテストされた補助関数のリファクタリングは概ね安い一方、認可の挙動やデータ保持の意味を変える変更は、差分がどれほど綺麗でも安くないと整理します。実装前の範囲管理の一部をレビューへ移せるものの、課金やプライバシー、コンプライアンスに触れる依頼は明確に断るべきだとしています。
実務では、機能フラグの内側で公開契約を変えず、最小のパッチとテストを伴う制約付きの試行を求めよ、と提案します。クリーンなパッチが出れば費用を提示して採否を問い、出なければ依頼が見た目より大きいと分かります。優れたエンジニアとは不確実性の価格をすばやく見積もれる人だ、というのが同氏の結論です。