Anthropic が初めて公開した Claude Code の内幕：Boris Cherny がたった2日で書いたデモが、今や彼のコードを100%書いている

プロダクトを作る前に、まず一つの道に賭けた

Anthropic はどんなプロダクトを作るよりも先に、AI 自身にコードを書かせるという方向に賭けていた。最初に作ったのはプログラミングアシスタントだった。VS Code の拡張機能で、プロンプトを与えると4種類の異なる提案を返してくる。2022年春の時点で、この拡張機能には外部ユーザーが約100人いた。当時はモデルの性能も低く、基盤も原始的だった。

Shauna Kravec によれば、agentic coding（AI 自身にコードを書かせ、実行させること）の基盤は、チャットボットを作るよりもはるかに複雑だという。特にコードの実行が絡む場合、コードが実際にどの環境で動くのか、それを安全かつ効果的にどう制御するかを考えなければならない。彼女のこの言葉は連続性を言い当てている。2026年に多くの人が agent で直面している難題は、2022年に彼らが直面していたのとまったく同じ難題なのだ。

社内の秘密兵器 clide、格好良くて、そして使いにくい

正式なプロダクトが生まれる前に、clide という社内ツールがあった。この名前は、より初期のツールに同僚の Eli Tran-Johnson が付けたものだ。これはコマンドラインツールで、その中で Claude とチャットしながらコードを変更させたり、開発作業をさせたりできた。Dawn Drain がモデルに diff（コード変更の差分表現、プログラマがコードを変更する際に最も自然な記法）を書かせるために長い時間をかけた過程で、clide はその道の途中で育っていったものだ。

clide にはある機能があった——一度に100個の Claude Haiku を並列で fan out できるというものだ。これによって、コンテキストウィンドウ（モデルが一度に読み込める情報量）に到底収まりきらないほど巨大なフォルダ全体についても質問できた。Dawn Drain によれば、彼はそうしたペアワークの瞬間を楽しんでいたという。clide を取り出せばひとつの問題がすぐ解決してしまい、周りの人はいつも彼にどうやってこんな便利なツールを知ったのかと尋ねてきたそうだ。

Adam Wolff は Labs に移る前、clide に最後の機能を一つ追加した。clide agent というものだ。当時 clide にはまだ bash ツールがなく、できることは限られていた。彼はそれに、ユーザーが途中まで変更したものから、何をしようとしているのかを推測させるようにした。これは非常に初歩的な agentic であり、自分で次の一歩を繋げていく雛形だった。初めて動いた日、彼はキッチンで踊り出したくなるほど、信じられない気持ちだったという。

とはいえ、全員が clide は動作が重く、起動も遅いと文句を言っていた（Sid Bidasaria）。Boris Cherny によれば、動かすには呪文のようなものをいくつも唱えなければならなかったという。良いソフトウェアとは言えなかったが、それでも不思議で、かつ強力な何かがあった——それは未来を見ていたのだ。パズルのピースはすべて揃っていた、ただまだ組み合わさっていなかっただけだ。

誰も理解できなかったデモ、2日で書き上げ、1年後にすべてを変えた

Boris Cherny が最初に与えられたタスクはたった4文字「自動化プログラミング」だけだった。具体的に何をすべきかは誰も教えてくれなかった。彼はまず API の使い方を学びながら遊び感覚で組み立て、最終的に一つのデモを作り上げた。名前は Claude CLI（コマンドラインツール)。

誰もこのデモを理解できなかったし、彼自身も完全には分かっていなかった。しかし今振り返ると、最初にあった要素は今もすべて残っている。彼が自分が何の曲を聴いているか調べさせたとき、それは直接 Apple Music のスクリーンショットを撮って読み取り、やってのけた。これはだいたい2日分の作業だった。今日 Claude Code でこれを作り直せば、2分もあれば十分だ。彼はこれを Slack に投稿し、「いいね」を2〜3個もらった。

翌日、彼が出社すると、Robert Boyce が作業しているのが目に入った。画面にはあの今や象徴的な、赤と緑の2色のコード変更行が表示されていた。Robert は言った。「そう、これがコードを書くのを手伝ってくれているんだ。」その瞬間、それは実用的なものになった。Ben Mann はその場でその言葉に気づいた——パズルのピースはすべて揃っている、あとはそれを組み合わせるだけだ。それ以降、Boris は毎週末これに取り組むようになり、友人に遊びに誘われても、頭の中ではこのことが片時も離れなかった。

Sid Bidasaria によれば、コードベースには提出前の審査制限が一切なく、誰かが「ここが使いにくい」と言えば、数分以内に修正をリリースし、ユーザーは5分後にはその修正を手に入れられたという。Boris は早い段階で自動アップデート機能と優れたユーザーデータの計測を仕込んでおり、それがあったからこそこの仕組みが回った。ウェブアプリではなくコマンドラインツールだったため、複雑なアーキテクチャを回避する必要もなく、クライアントはシンプルで、反復も速かった。

Adam Wolff はずっとチームの急速な拡大を抑え続けており、Boris はずっと拡大したがっていた。Boris は後になって、振り返るとチームを小さく保ったことこそが成功の鍵だったと認めている。それがリソースを節約し、過剰な設計を避けさせ、そして Claude をもっと使わざるを得なくした——そうしなければ到底スピードが出なかったからだ。2025年2月に正式に対外リリースされる際、Claude CLI は Claude Code に改名された。この名前はプロダクトマーケティングの Alex Isken が提案したもので、チームはそのシンプルさを気に入った。

リリースには、ターミナルに隠された2つの小さな遊び心も添えられていた。Igor Kofman はリリース前のある深夜、ASCII アートのロゴがあればいいと思いつき、Claude を巻き込んで一緒にいくつものアスキーアートフォントを試し、今やログイン時に飛び出すあの象徴的な、全て大文字の CLAUDE CODE のロゴを作り上げた——ログイン時のちょっとしたサプライズだ。一方 Meaghan Choi が一番気に入っているのは、ターミナルの中に Clawd という小さなキャラクターを忍ばせたことだ。このキャラクターはもともと Sam McAllister が Claude 3.5 Sonnet のリリースのために作ったものだった。彼女いわく、プロダクトの中でこういう遊びができる機会は、実はそう多くない。

まず今は2〜3割しかこなせないものを出す、それが次世代モデルが来たときに受け皿になる

リリース前の early access（先行アクセス）段階では、反応は今ひとつだった。Cat Wu によれば、アイデアは面白いと思う人はいたが、バグが山ほどあったという。それでも彼らは対外リリースに踏み切った。この背後には、一見直感に反する一つのプロダクトの流儀がある。

Meaghan Choi によれば、Claude 4 シリーズが出て、ようやく彼らにとって本当の瞬間が訪れたという。それ以前は、できる UX デザインはかなり限られていた。モデルがまだ彼らのやりたいプロダクトを支えきれなかったからだ。モデルがそれを支えられるようになって初めて、デザインに空間が生まれた。Boris Cherny がもう半分を付け加える——彼らはサブスクリプション制も導入した。2つのエンジンが同時に点火した。ビジネスモデルにおけるサブスクリプション制と、モデル能力の飛躍。この2つが揃って、Claude Code の離陸に火をつけた。

Dawn Drain の見方はもっと率直だ——実は Claude Code は clide にそこまで恩義を負っていない。モデルの能力の閾値さえ越えれば、この形は自然に生まれてきたはずのものだ、というのが彼の考えだ。

まったく異なる3つの世界の人々が、初めてこれを使ったとき

2025年2月にリサーチプレビューとしてリリースされた後、これは3つの大きく異なる場面に着地した。大企業の中で一つ一つのデスクを回って布教すること、オープンソースの作者が自分のワークフローを大胆に改造すること、そして非営利団体が以前なら到底手が届かなかったオーダーメイドのソフトウェアに初めて手が届くようになったこと。

Tristan Hume の経験はまた別の側面を示している。彼が当時取り組んでいた仕事の多くは大量の背景知識を必要とするもので、アクセラレーター上の低レベルカーネルを書く仕事だった。多くの詳細はネット上に公開されたドキュメントすらなく、初期の Claude Code は自分でツールを作ったり、その場で学習したりするのがあまり得意ではなかったため、彼にとってはしばらくの間ほとんど役に立たず、非常に限られたタスクしかこなせなかった。この状況はモデルが強くなって初めて好転した。

今ではもう誰も、権限を一つ一つ確認して許可することはない

日常的な働き方がどれほど作り変えられたかは、いくつかの具体的な数字から見て取れる。Boris Cherny 自身が書くコードのうち、Claude Code が生み出した割合は右肩上がりに増えていった。

彼が覚えているのは、Sonnet 4 が出た日のことだ。ちょうど Code with Claude 開発者カンファレンスの舞台裏でコードを書いていた彼は、モデルがはるかに良くなり、より自分で動けるようになったと感じた。2025年の冬までに、彼のコードの100%は Claude Code が書いたもので、一行も手で書かなくなった。彼はある日、88回のコード提出（commit）をしたことを挙げている。妻と犬がソファに寄り添う中、彼は一日中コードを書き続けた。

Shauna Kravec は今、12個の Claude からなる編成をまるごと同時に動かし、ドキュメントを読ませ、物事を更新させ、Slack からメッセージを取り込ませている。研究責任者として、ここ数年彼女自身は実はあまりコードを書いてこなかったが、今ではむしろ以前より多く書くようになった。ハードルが下がったからだ。Igor Kofman はさらに一歩先を見据える。モデルと Claude Code がどんどん良くなるにつれ、次の抽象化レイヤーは、複数の Claude を管理するのではなく、それらの Claude のマネージャーを管理することになる、と。

Cat Wu は信頼という観点から一つの観察を示してくれた。最初はみな Claude Code から送られてくる権限リクエストを一つずつ読んでいたが、今では大半のユーザーがすべてを自動で許可するようになった。この変化は、Claude が彼らの信頼を勝ち取ったことを物語っている。

React が教えてくれること——成功したものは、最終的には別の何かになる

締めくくりとして、何人かの中心人物がそれぞれの経験に基づく見立てを語ってくれた。いずれも事実に基づく比較であり、神格化でも予言でもない。

Adam Wolff は React を例えに使う。React は最初、非常に純粋なコンピュータサイエンスのアイデアだった——関数型プログラミングを使って UI の状態を表現する方が、メッセージパッシングより優れているというものだ。それが日次アクティブユーザー数百万にまで伸びたとき、それは別の何かになっていた。ロゴであり、ブランドであり、ある種の感覚であり、もともとの技術的な洞察をはるかに超えるものになっていた。多くの React ユーザーがそれを好きな理由は、必ずしも最初の洞察にまで遡れるわけではない。彼は Claude Code も同じように進化していくと見ている。Claude Code はターミナルなのか、Claude の人格なのか、それともある種のプロンプトのテクニックなのか——極限まで行けば、そのどれもがもう重要ではなくなる。

Tristan Hume はそれを一度、極限まで押し進めてみたことがある。Claude に Jupyter Notebook の代替品をゼロから書かせ、その過程で一行もコードを見ず、ブラウザを使って UI のテストまで自分でやらせた。実際に使えるものができあがった。しかし自分で使ってみると、気に入らなかった。彼は、品性を持った Claude を待ちたいと言う。自分が必要としているものすべてを分かっていて、裏側で直接物事を片付けてくれる Claude を。

Shauna Kravec の見立ては、彼女の理論物理学のバックグラウンドに由来する。人類が何百年も取り組んできた難題の中には、進歩がはるかに遅く、難しくて高くつく現実的な制約にしばしば阻まれるものがある——衝突型加速器を作れる規模には限りがある、というように。彼女の見方はこうだ。2026年、2027年の大半の期間、3か月というスパンで多くのことが起こる可能性は十分にある。2024年の3か月の進歩もそれなりの前進ではあったが、これほど激しくはなかった。この感覚のズレに、誰か準備ができている人がいるのかどうか、彼女には確信が持てないという。

Boris Cherny はいくつかの実物を使って締めくくる。彼は IBM 029 を取り出して見せる。祖父がソ連で使っていたものとよく似た、パンチカード機だ。そして最古のテキストエディタの一つを見せる——それは今でもすべての Mac にインストールされている。それはずっと進化し、進化し、進化し続け、変わり続けてきた。Claude Code はその系譜のどこかに位置している。