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

Anthropic は何かプロダクトを作るよりも先に、AI 自身にコードを書かせるという方向にすでに賭けていた。彼らが最初に作ったのは、あるプログラミングアシスタントだった――VS Code の拡張機能で、プロンプトを1つ入力すると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 によれば、動かすには呪文のようなものを大量に唱える必要があったという。良いソフトウェアとは言えなかったが、そこには何か不思議で強力なもの――未来を見ていた何かがあった。ピースはすべて揃っていた、ただまだ組み合わされていなかっただけだ。

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

Boris Cherny が最初に与えられた任務はたった一言「プログラミングの自動化」だった。具体的に何をすればいいのか、誰も教えてくれなかった。彼はまず API の使い方を学び、遊びながら組み立てていき、最終的に Demo を一つ作り上げた。名前は Claude CLI（コマンドラインツール）とした。

誰もこの Demo を理解できず、彼自身も完全には分かっていなかった。だが今振り返ると、最初の要素はすべてそこに揃っている。彼が「自分が今何の曲を聴いているか調べて」と頼むと、それは 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つのエンジンが同時に点火し、それが一緒になって 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回のコードコミットを行ったと語っており、その日は妻と犬がソファでずっと付き添ってくれていたという。

Shauna Kravec は現在、12個の Claude からなる編隊をまるごと同時に動かし、ドキュメントを読ませたり、物事を更新させたり、Slack からメッセージを引っ張らせたりしている。研究責任者として、この数年彼女は実のところ自分の手であまりコードを書いていなかったが、今はむしろ以前より多く書いている。ハードルが下がったからだ。Igor Kofman はさらに一段階先へと話を進める――モデルと Claude Code がどんどん良くなるにつれ、次の抽象化レイヤーでは、大量の Claude を管理するのではなく、それらの Claude を束ねるマネージャーを管理することになる。

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

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

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

Adam Wolff は React を引き合いに出す。React は最初、関数型プログラミングを使ってインターフェースの状態を表現するという、メッセージ渡しよりも優れた、非常に純粋なコンピュータサイエンスのアイデアだった。それが日次アクティブユーザー数百万にまで伸びると、それは別の何かへと変わった――ロゴであり、ブランドであり、一つの感覚であり、技術的なアイデアそのものをはるかに超えるものになった。多くの React ユーザーがそれを好きな理由は、必ずしも最初のあの洞察にまでさかのぼれるとは限らない。彼は Claude Code もこのように進化していくだろうと見ている――Claude Code をターミナルだと思うか、Claude の性格だと思うか、それとも何らかの prompt のテクニックだと思うか、極限においてはそのどれもが重要ではなくなる。

Tristan Hume はそれを極限まで押し進めて一度試したことがある――Claude にゼロから Jupyter Notebook の代替品を書かせ、その間一行もコードを見ず、ブラウザを使ってインターフェースを自分でテストさせることまでやらせた。それは実際に使えるものを作り上げた。しかし彼自身が使ってみると、気に入らなかった。彼が言うには、品位あるセンスを持った Claude を待つ必要がある――彼が必要とするものすべてを理解し、裏側で直接物事を片付けてくれる Claude を。

Shauna Kravec の見解は、彼女の理論物理学のバックグラウンドに由来する。人類が何百年もかけてきたある種の難題は、進展がはるかに遅く、しばしば難しくてコストのかかる現実的な制約――作れる衝突型加速器の数には限りがある、といったこと――に阻まれてきた。彼女の見立てはこうだ――2026年、2027年の大半の期間において、3か月のうちに非常に多くのことが起こる可能性が高い。2024年の3か月間の進展も進歩と言えるものではあったが、これほど激しくはなかった。この時間感覚のズレに、誰か準備ができている人がいるのかどうか、彼女には確信が持てないという。

Boris Cherny は一群の実物をもって締めくくる。彼は IBM 029 を見せた――彼の祖父がソ連で使っていたあの穿孔機とよく似たものだ。さらに、最も初期のテキストエディタの一つも見せた。それは今でもすべての Mac に入っている。それはずっと進化し、進化し、進化し続け、変わり続けてきた。Claude Code は、その系譜のどこかに位置しているのだ。

変化は、地味なものから始まった。エンジニアの Boris Cherny が与えられた任務はたった一言「プログラミングの自動化」で、彼は学びながら組み立てていき、2日間で Demo（試作サンプル）を一つ作り上げた。Slack（社内チャットツール）に投稿しても「いいね」は2、3個しかつかなかった。翌日、会社に行くと、同僚が実際にそれを使ってコードを修正しているのを目にした。その瞬間、散らばっていたピースが突然かみ合った。

だが当時はまだ2〜3割しかこなせなかったのに、なぜこれほど早く出す勇気があったのか？

共同創業者 Ben Mann の答えは直感に反するものだ――モデルはこれからどんどん強くなっていくからこそ、プロダクトは早く出さなければならない。仮に小互が AI プログラミングツールを作りたいとして、今のモデルは2〜3割しかこなせないとする。彼はモデルが良くなるのを待たず、今すぐプロダクトを作って出す。

2025年2月に正式に Claude Code と改名されて対外リリースされた後、Claude 4 シリーズのモデルが追いつき、さらにサブスクリプション制のタイミングも重なって、ようやく本当に離陸した。着地した場所もそれぞれ大きく異なる――Ramp のエンジニアは席を一つひとつ回って布教し、オープンソースプロジェクト Bun の創業者はそれを使って開発フローを作り替え、アラスカのある非営利団体は以前なら到底頼めなかったアプリを作り上げた。最も直感的にわかる変化は、同じ作業が今どれだけ速くなったかという点で、Boris の当時の Demo を物差しにするのが一番わかりやすい。

以上の数字はすべて Anthropic の取材対象者本人の記憶によるもので、ベンダー自身の語りに基づいており、第三者による検証は経ていない。