何が起きたか
Simon Willison氏は、コーディングエージェントおよび「Opus 4.5クラス」のモデルが自分自身のアウトプットにどのような影響を与えたのかを示す、有用な図解を探していました。氏が現時点で最良と判断したのが、自身のオープンソースプロジェクトDatasetteに対するコード変更頻度を示すGitHubのチャートです。グラフの末尾には活動量の大きなスパイクがあり、氏はこれがOpus 4.8、GPT-5.5、Fable 5、GPT-5.6 Solの時期に一致すると説明しています。投稿は2026年7月13日21時45分、リンクポストとして公開され、github・ai・datasette・generative-ai・llms・ai-assisted-programming・coding-agentsのタグが付けられています。
なぜ重要か
AIによる開発生産性向上は、これまで「体感が上がった」「レビューが減った」といった自己申告ベースで語られがちでした。ここで提示されたのは、第三者が誰でも見に行けるパブリックリポジトリの変更頻度という、後から改ざんできない履歴データです。証拠の質が一段上がったと言えます。
ただし、この図が示すのはあくまで「コード変更の量」であり、価値の量ではありません。エージェントに書かせればコード行数は容易に増えます。それでも意味があるのは、Datasetteが十年規模で維持されてきた個人主導のOSSであり、同じ人物・同じプロジェクトという条件を固定したまま前後比較ができるからです。人が入れ替わったチームの生産性比較より、はるかにノイズが少ない。
単一ベンダーの話ではない
見落とすべきでないのは、スパイクの説明に挙げられたモデルがOpus 4.8、GPT-5.5、Fable 5、GPT-5.6 Solと、複数ベンダーにまたがっている点です。特定モデルの当たり外れではなく、「エージェント型のコーディング」という手法そのものが実用水準に達した、という読み方になります。ツール選定を延々と比較検討している間に、手法の導入そのものが遅れる——それが今いちばん高くつく判断です。
コストの目安も出ている
同じブログには2026年7月5日付の「sqlite-utils 4.0rc2, mostly written by Claude Fable (for about $149.25)」という記事があり、リリース候補版の大部分をClaude Fableが書き、コストは約149.25ドルだったと記されています。その2日後の7月7日にはスキーマ移行機能を含むsqlite-utils 4.0が出ています。実際にリリースまで到達した仕事に対して、モデル利用料が三桁ドル前半という桁感が公開されている点は、社内で予算を組む際の参照値になります。
💼 事業会社視点：これは自社にどう効くか
受託開発・SIer：見積もりの前提が崩れます。人月単価×工数のモデルは、同一人物のアウトプットが数倍に振れる状況と両立しません。まずは自社のGitHub組織で、Willison氏と同じコード変更頻度グラフを主要リポジトリ分だけ出してみてください。スパイクが出ていないなら、エージェント導入が現場に届いていない証拠です。
SaaS・自社プロダクト：採用計画の見直し時期です。「エンジニアを3人増やす」の代わりに「既存3人にエージェント前提の開発環境と月数万円規模のモデル予算を渡す」という選択肢が、sqlite-utils 4.0rc2の約149.25ドルという実績値から現実的に議論できるようになりました。決裁単位が採用予算からクラウド費用に移るということです。
日本企業全般・EC：内製化の損益分岐点が下がりました。これまで「小さな機能改修のために社内エンジニアを抱えるのは割に合わない」として外注してきた領域——ECの受注管理まわりの細かい自動化や社内向けダッシュボード——が、内製の射程に入ります。
役員が今週やるべきことは一つ。技術部門に「うちのリポジトリのコミット頻度グラフを出せ」と依頼し、末尾にスパイクがあるかを自分の目で見ることです。無ければ、投資判断以前に導入が止まっています。