YeggeがGas Town停止

この2つの報告が同時に届いたのは、同じ前提を逆方向から検証しているからだ。Gas Townは「オーケストレーター」パターン——コーディングエージェントを大規模に調整することを目的としたツール——の最も著名な公開例であり、その作者がそれで何も作り上げられなかったと認めたことは、その層のツールの意義を損なう。Databricksの展開はもう一つの前提、つまり高性能な長期的モデルを全エンジニアに渡せば元が取れるという前提を試すものだ。Astraは最も難しい作業でOpus 5とSol 5.6を上回ったが、約60%の支出増加は、中・低複雑度のコーディングはあまり改善しないかもしれないという明示的な注記とともに現れた。そこにこそ日々のエンジニアリング時間の大半が費やされる。モデルが勝つ領域と作業量が集中する領域のこの不一致が、サブ予算という対応を説明するだろう。

この2つのデータ点が何を意味するかをめぐる議論は、モデルがベンチマークでどう評価されるかよりも、追加コストのどれだけが出荷される成果に変わるかにかかっていくだろう。高性能モデルを席単位で導入するチームは、Databricksがサブ予算で先手を打ったのと同じ議論に直面する可能性が高い。一方、オーケストレーター層に投資したチームは、タスク完了の信頼性が調整のオーバーヘッドを正当化するかを再検討するかもしれない。ベンダーにとって重要な問いは、幅広い席の配布ではなく、選択的で高複雑度の利用が企業向け市場投入の既定の動きになるかどうかだ。