Anthropicが異次元の開発速度を実現する7つの要因 — Q1で120機能・1日5PR・AIがAIを作る再帰構造の全貌

2026年Q1、Anthropicは3ヶ月間で120以上の機能をリリースした。これは18時間に1機能というペースであり、エンジニア1人あたり1日約5PRというアウトプットが確認されている。 なぜこれが可能なのか。@suthio_ による note記事「Anthropicの異次元の開発速度を支える7つの要因」が、その構造を詳細に分析している。@MLBear2 がX上で紹介し大きな注目を集めた内容を、本記事でまとめる。 7つの要因 1. AIがAIを作る再帰構造 Anthropic全社のコードベースの70〜90%はClaudeが書いており、Claude Code製品自体では約90%に達するとされる。ツールの改善がツール改善速度を加速させる自己強化ループが成立している。 このフライホイール構造により、「AIを使ってAIを改善する」サイクルが止まらない。開発速度は線形でなく、指数的に加速し続ける。 2. 未公開モデルへの先行アクセス Anthropicの社員は、公開前のモデル(Claude Mythosなど次世代モデル)をコスト制約なしで利用できる。これは世界中の開発者より数ヶ月先の能力を使って開発を進められることを意味する。 競合他社がAnthropicの公開済みモデルに合わせて開発している間、Anthropic自身はさらに数段階先のモデルで作業している。この非対称性は構造的な優位性を生む。 3. PRD廃止・プロトタイプ主義 仕様書(PRD)を書かない。代わりに、1機能あたり10〜20個のプロトタイプを数時間で作成し、実装したものを全社員に使わせてフィードバックを得る。 「考えてから作る」のではなく「作ってから考える」。このプロセスで、机上の設計では気づけないUX上の問題を早期に発見できる。 4. PMの仕事の変容 従来のPM(プロダクトマネージャー)の役割は「要件を定義する人」だった。Anthropicでは「大量のプロトタイプを評価する人」へと変わっている。 著者は「デザインプロセスは死んだ」という表現を使うほど、この転換は根本的なものだと指摘する。PMに求められるスキルセットは、仕様書を書く能力から、良いプロトタイプを見極めるセンスへとシフトしている。 5. 全員Builder文化 PM、デザイナー、法務担当まで、全員がAIツールを使ってコードに触れる。部門間の「人から人への引き継ぎ」がほぼ消滅した。 従来のソフトウェア開発では、PM→デザイン→エンジニアリング→QAというハンドオフが必ず存在し、そのたびに情報の欠落と時間のロスが生まれていた。全員がBuilderになることで、このボトルネックが根本から消える。 6. 1人で複数AIを並行操作 エンジニアが5〜10個のClaudeインスタンスを同時に動かし、役割分担させながら作業する。従来の「実装者」から「オーケストレーター」へという役割の変化だ。 Claude Codeの開発者であるBoris Cherny氏は1日20〜30件のPRを生成するという。業界標準が週1〜2件であることを考えると、桁違いのアウトプットになる。 7. 超高速フィードバックループ コードを変更すると、即座に社内全員が利用できる状態に自動デプロイされる。本番に近い環境でのフィードバックを数時間単位で得られるサイクルが確立されている。 「リリースが怖い」文化は存在しない。小さく素早く動かし続けることが前提となっている。 7つは独立していない——相互強化の構造 著者の重要な指摘は、これら7つが「独立した施策のリスト」ではないという点だ。 AIがコードを書くから、プロトタイプを大量に作れる 大量のプロトタイプが作れるから、PRDが不要になる 全員がBuilderになれるから、ハンドオフがなくなる 未公開モデルを使えるから、数ヶ月先の能力で開発できる これら7つは互いに強化し合うシステムであり、「一部だけ真似する」と効果が限定的になる。構造ごと変える必要がある、というのが著者の結論だ。 他の組織が今すぐ始められる3つの原則 もっとも、Anthropicのすべてを真似することは現実的ではない。未公開モデルへのアクセスや、AIがAIを作る再帰構造は、Anthropicならではの特権的な条件だ。 著者は「規模や業種を問わず始められる」として、次の3つを挙げている。 プロトタイプ・ファースト思考 — 仕様書を書く前に動くものを作る 自分たちで使い倒す(内部ドッグフーディング) — 作ったものを開発者自身が日常的に使う 全員がBuilderを目指す — 非エンジニアもAIツールでコードに触れる環境を作る これらはツールや予算の問題ではなく、思想と文化の問題であり、今日から変えられる。 セキュリティ領域での実績 記事内では、Claude Code SecurityやProject Glasswingといった取り組みにも触れている。AIを使って数十年間潜んでいたバグを検出した事例が紹介されており、「大量のコードを読んで異常を見つける」タイプのタスクではAIが人間を圧倒しつつあることが示されている。 まとめ Anthropicの開発速度の源泉は、単なる「AIツールの活用」ではない。AIが組織の全層に浸透し、相互に強化し合うシステムとして機能していることにある。 「なぜこんなに速いのか」という問いの答えは、7つの個別の施策ではなく、それらが織りなす構造にある。そして、その構造の一端は、どんな組織でも今日から取り入れ始めることができる。 参考リンク 元記事: Anthropicの異次元の開発速度を支える7つの要因(@suthio_) 紹介ツイート: @MLBear2 on X

2026年5月2日 · 1 分

Claude Code で 2 日間に 49 PR を出荷 — 手書きコードゼロを実現する AI 開発ワークフロー

「もう 2 ヶ月以上、手でコードを書いていない」 Claude Code の生みの親であり、Anthropic でその開発を率いる Boris Cherny がそう語ったのは 2026 年 1 月のことだ。Andrej Karpathy の問いかけに応え、X への投稿でこう明かした。 “For me personally, it has been 100% for two+ months now, I don’t even make small edits by hand.” そして今、そのワークフローが広く注目を集めている。2 日間で 49 の Pull Request を出荷、コードは 100% AI 生成という実績が報告され、X では 30 分間のセッション動画が公開され 300 万回近く再生された。 Boris Cherny とは Boris Cherny は、Claude Code を 2024 年 9 月に社内の個人プロジェクトとして始めた人物だ。当初は自分のコーディングを助けるためのツールだったが、Anthropic 社内でその有効性が認められ、正式なプロダクトへと進化した。 彼は後にこう振り返っている。 “When I created Claude Code as a side project back in September 2024, I had no idea it would grow to what it is today.” ...

2026年4月21日 · 2 分