サムネイル

OpenAI共同創業者のKarpathy(カーパシー)、Anthropicへ。バイブコーディング提唱者がClaudeを選んだ理由

  • 0

こんにちは。もるふぉです。

「あの人がその会社に入るの?」――AIニュースを追っていると、たまにそういう報せがあります。

でも2026年5月のこれは、ちょっと別格でした。

Andrej Karpathy(アンドレイ・カーパシー)が、Anthropicに参画した。

この一報を読んで、ピンとくる人はすぐピンとくると思います。

「バイブコーディングという言葉を生み出した人が、バイブコーディングに最も適したツールを作っている会社に入った」――この構図が見えた瞬間、思わずニヤッとしてしまったんです。

単なる人事ニュースとして流すには、惜しすぎる。

この記事では、Karpathyとは何者なのか、なぜAnthropicを選んだと考えられるのか、そして私たちのような「Claude Codeを毎日使うエンジニア」にとってこの動きが何を意味するのかを、私自身の実務感覚を交えて整理していきます。

Karpathy、Anthropicへ参画――この一報に私が驚いた理由

まず、本人が公表した内容を落ち着いて読み解きます。

公式の発言を要約すると、こうです。

  • Anthropicに参加した
  • LLMの最前線でのこれからの数年間は、特に「形成的(formative)」なものになると考えている
  • チームに加わり、研究開発(R&D)に戻れることに非常にワクワクしている
  • 教育に対する深い情熱は変わらず、時間を見てその仕事を再開する予定

短い文章ですが、エンジニアの目で読むと情報密度が異常に高い。

特に私が引っかかったのは「R&Dに戻る」という一言でした。

ここ数年のKarpathyは、後で触れるとおり教育の領域に軸足を置いていました。

その人が「研究開発の最前線に戻る」と明言した。

しかも行き先が、よりによってAnthropicです。

私たちが日々お世話になっているClaude、そしてClaude Codeを作っている、あの会社です。

「バイブコーディングという概念を世に出した張本人が、いまバイブコーディングに最も適したツールを作っている会社に入った」――この構図に気づいたとき、これは絶対に掘り下げる価値があると確信しました。

では、「なぜKarpathyがそんなにすごいのか」が分からないと話が深まりません。

まずそこから押さえていきましょう。

Andrej Karpathy(アンドレイ・カーパシー)とは何者か――バイブコーディングの生みの親

記事の画像

「Karpathy(カーパシー)」という名前は聞いたことがあるけれど、なぜ動くだけで業界がざわつくのかよく分からない――そういう方のために、最短で押さえておきます。

結論から言うと、彼はこの10年のAI界を代表する研究者の一人であり、同時に「現場の言葉でAIを語れる稀有な存在」です。

OpenAI創業メンバーからテスラのAI責任者へ

Karpathyのキャリアは、そのままディープラーニングの歴史をなぞるような経歴です。

スタンフォード大学でコンピュータビジョンの深層学習を教えていた研究者であり、2015年にはOpenAIの創業メンバーとして参加しました。

その後テスラに移り、AI部門の責任者(Senior Director of AI)として自動運転のAI開発を率いた人物です。

「研究の最前線」と「製品としてAIを大量のユーザーに届ける現場」――その両方を、トップレベルで経験している。

論文を書くだけの研究者でも、プロダクトを作るだけのエンジニアでもない。

両方の言語を話せるからこそ、彼の発信は研究者にもエンジニアにも刺さります。

私のような実務寄りのエンジニアが彼の言葉を追いかけてしまうのは、まさにこの「現場感」があるからです。

2025年、「バイブコーディング」という言葉が生まれた瞬間

ここが今回の話の核心の一つです。

「バイブコーディング(vibe coding)」という言葉、聞いたことがある方も多いと思います。

これを生み出したのが、ほかでもないKarpathyでした。

2025年2月、彼はX上でこんな趣旨の投稿をしました。

新しいコーディングのスタイルがある。私はこれを「バイブコーディング」と呼んでいる。完全に勢い(vibes)に身を任せ、指数関数的な進化を受け入れ、コードが存在することすら忘れてしまうようなやり方だ。LLMが優秀になりすぎたからこそ可能になった。

要するに「構文と格闘するのではなく、やりたいことを自然言語で伝えて、AIが生成したコードをふんわり眺めながら微調整していく」という開発スタイルのことです。

この投稿は瞬く間に広がり、いまや辞書に載るレベルの一般用語になりました。

実際、英語圏ではコリンズ辞典の「2025年の言葉(Word of the Year)」にも選ばれています。

ここで一つ補足しておきたいことがあります。

バイブコーディングという言葉、実は少し誤解されがちなんです。

「AIに丸投げして雑にコードを書く」というネガティブな文脈で使われることもありますが、Karpathy自身が言っていたのは、あくまで「個人の週末プロジェクトのような、気軽に試せる開発体験」が新しく生まれた、という話でした。

このニュアンスの違いは、後半の「エンジニアの仕事がどう変わるか」の話につながってくるので、頭の片隅に置いておいてください。

Eureka Labs――AI教育への挑戦と、今回の転身

テスラを離れたあと、Karpathyは2024年7月にEureka Labsという会社を立ち上げました。

「AIネイティブな教育」を掲げるスタートアップです。

「質の高い教材」と「AIのティーチングアシスタント」を組み合わせて、誰もが何でも学べる環境を作ろう、というビジョンでした。

第一弾の教材として、自分でLLMを訓練する大学レベルの講座(LLM101n)の準備が進められていました(2026年5月時点ではまだ公開前です)。

彼が一貫して「教育」に情熱を注いできたことは、無料公開している「Neural Networks: Zero to Hero」のような講座を見ても明らかです。

だからこそ、今回の発言にあった「教育への情熱は変わらず、時間を見て再開する」という一文には、リップサービスではない重みがあります。

そんな彼が、教育の仕事を一旦脇に置いてまで「研究開発の最前線に戻る」と決めた。

この決断の重さを理解すると、次の問い――「なぜAnthropicだったのか」が、ぐっと面白くなってきます。

なぜAnthropicだったのか――本人の言葉から読み解く

ここからは少し私の見立てが入ります。

ただし、できる限り本人の発言という確実な土台の上で考えていきます。

憶測で「実はこういう密約が」みたいな話をするつもりはありません。

「これからの数年は形成的になる」――発言の真意

本人が使った「formative(形成的)」という言葉に、私は一番注目しています。

formativeは「これからの方向性を決定づける、土台を作る」というニュアンスの単語です。

つまりKarpathyは、「LLMのこれからの数年は、その後の何十年かを決める決定的な時期になる」と見ている、ということです。

そう考える人間が、自分のキャリアの貴重な数年をどこに賭けるか。

その答えがAnthropicだった。

これは、彼がAnthropicを「LLMの最前線にいる会社」だと評価していることの、何よりの証拠だと私は受け取りました。

研究者というのは、基本的に「一番面白い問題が解ける場所」に行きたがる生き物です。

その彼が選んだという事実だけで、Anthropicの研究環境への評価が透けて見えます。

OpenAIでもGoogleでもなくAnthropicを選んだ背景

KarpathyはOpenAIの創業メンバーでした。

普通に考えれば、古巣のOpenAIに戻る選択肢もあったはずです(実際、過去に一度戻っています)。

それでも今回、彼が選んだのはAnthropicでした。

ここに、いまのAI業界の構図の変化が表れていると私は感じます。

もちろん、私はKarpathy本人ではないので「決め手はこれだ」と断定はできません。

ただ、エンジニアとして外から見ていて思うのは、Anthropicという会社が持つ「研究と安全性を両輪で回す文化」が、彼の志向と相性が良さそうだということです。

Claudeを日々使っていると感じますが、Anthropicのモデルは「賢さ」と「振る舞いの誠実さ」を両立させようとする設計思想が一貫しています。

最前線の研究をやりたい人間にとって、それは魅力的な土俵に見えるはずです。

繰り返しますが、ここは私の推測の領域です。

ただ、確実に言えるのは「世界トップクラスの研究者が、いま最も賭ける価値があると判断した場所がAnthropicだった」という事実。

これは単なる転職ではなく、AI開発レースの構図の変化を象徴する出来事として捉えるべきだと思います。

ここからが、私が一番語りたかったパートです。

バイブコーディング提唱者がClaudeの会社に入る逆説

記事の画像

私の本業ど真ん中なので、少し熱が入ります。

「提唱者が、日々の開発でClaude Codeを使っていた」という流れ

バイブコーディングという概念を生んだのはKarpathyでした。

そして彼自身、その後の発信のなかで、実際の開発でClaude Codeを活用していることを公言していました。

つまり、こういう流れなんです。

  1. Karpathyが「バイブコーディング」という概念を世に出す(2025年2月)
  2. その概念に最も適したツールの一つとしてClaude Codeが定着していく
  3. Karpathy自身も日々の開発でClaude Codeを使うようになる
  4. そして、そのClaude Codeを作っているAnthropicに入る

提唱者が、自分の言葉を体現するツールを使い倒し、最終的にその作り手の会社に入る。

物語としても出来すぎていますが、これは実際に起きたことです。

「ああ、思想とツールと作り手が、一本の線でつながったな」――この流れを見て、そう感じました。

これが地味にすごいところで、単なる偶然の一致ではなく、一つの必然だと私は受け取っています。

CLAUDE.md文化とバイブコーディングのつながり

もう少し実務に引き寄せます。

Claude Codeを使っているエンジニアなら、CLAUDE.md というファイルをご存じだと思います。

これは、プロジェクトのルールや文脈をAIに伝えるための設定ファイルです。

「このプロジェクトではこのコマンドでテストを動かす」「この命名規則を守る」といった指示を書いておくと、Claude Codeがそれを読んで振る舞いを合わせてくれる。

このやり方、よく考えると面白いんです。

私たちは、AIに対して「人間向けのドキュメント」ではなく「AIが読むための文脈」を整えている。

いわば、チームの新人に「うちのルール、まずここに書いてあるから読んでおいて」と渡す入社ガイドのようなものです。

ただし相手がAIなので、読む速度も理解の正確さも段違いになる。

Karpathyが講演で言っていた「これからはエージェントが読めるようにソフトウェアを作るべきだ」という主張、まさにこれを地で行っているわけです。

つまり、CLAUDE.md を書くという日常的な作業の延長線上に、彼の思想がある。

バイブコーディングも、CLAUDE.md文化も、「人間がコードを一行ずつ書く時代」から「人間が意図を伝え、AIが実装する時代」への移行を示す現象です。

その移行を最前線で言語化してきた人が、その移行を最も加速させている会社に入った。

私がこの参画を「ただのニュース」で片付けられない理由が、ここにあります。

では、これは私たちエンジニアの仕事に具体的に何をもたらすのか。

Karpathyの参画がエンジニアの仕事にどう影響するか――私の見立て3点

記事の画像

「すごい話だけど、自分には遠い世界だな」と感じている方、ここからが本題です。

私の見立てを3点に整理します。

1. Claudeのモデル品質が、さらに底上げされる可能性

一つ目は、シンプルにモデルそのものへの期待です。

Karpathyは「研究開発の最前線に戻る」と言っています。

世界トップクラスの研究者が、Claudeの根っこの部分を磨く研究に加わる――これが何を意味するか。

私たちが日々使っているClaudeの「賢さ」が、今後さらに底上げされる可能性がある、ということです。

ここで一点、誠実に補足しておきます。

「彼が具体的にどのチームで何を担当するのか」という詳細については、本人が細かく明言したわけではありません。

確実なのは「Claudeを開発する組織の研究力が一段強化された」という事実だけです。

それでも、毎日Claude Codeに頼って仕事をしている身からすると、これだけで十分にワクワクする話です。

明日のClaudeが、今日より少し賢くなっているかもしれない――その可能性に一番恩恵を受けるのは、私たちエンドユーザーであるエンジニアです。

2. Software 3.0時代に求められる「設計力・品質判断力」

二つ目は、もう少し抽象的ですが、本質的な話です。

Karpathyは2025年6月のY Combinatorでの講演で「Software 3.0」という概念を語りました。

ざっくり言うとこういう整理です。

  • Software 1.0:人間が明示的にコードを書いてコンピュータに命令する
  • Software 2.0:データで重みを最適化してモデルを訓練する(ニューラルネットの時代)
  • Software 3.0:自然言語が新しいプログラミング言語になる。プロンプトがプログラムになる

私たちはいま、まさにこのSoftware 3.0への移行の真っ只中にいます。

Claude Codeに自然言語で指示を出して実装してもらうのは、つまり「日本語でプログラムを書いている」状態です。

料理に例えると、Software 1.0は全部自分で包丁を持つ料理人、Software 3.0はメニューを言葉で伝えると腕利きのシェフが作ってくれる状態に近い。

包丁を握る必要はなくなるかもしれない。でも「何を食べたいか」「これは自分の口に合うか」の判断は、ますます重要になるんです。

ここで多くのエンジニアが不安に思うのが「じゃあ、自分のコーディングスキルは価値を失うのか」という問いだと思います。

私の答えは「コードを一行ずつ書く能力の比重は下がる。でもエンジニアの価値はむしろ上がる」です。

なぜなら、AIが実装を担うようになるほど、「何を作るべきか」「その実装は本当に正しいか」を判断する力が決定的に重要になるからです。

AIが出してきたコードを見て「これは要件を満たしていない」「ここはセキュリティ的に危ない」と見抜く目。

複数の実装方針から、保守性とコストを天秤にかけて選ぶ設計力。

これは、AIに丸投げしているだけでは絶対に身につきません。

バイブコーディングが「雑なコード」と揶揄されるのは、まさにこの判断力を放棄したときなんです。

Karpathyがバイブコーディングという言葉に込めた本来のニュアンスと、彼が今回「研究の最前線」に身を投じたこと。

この二つを並べると、私にはひとつのメッセージが見えてきます。

「ツールに身を任せる気楽さ」と「最前線を理解する深さ」は、矛盾しない。むしろ両方持っている人が、これからの時代に強いということです。

3. 今すぐできること――Claude Codeで次世代の開発を体感する

三つ目は、もっと実践的な話です。

「最前線の研究なんて、自分の日々の業務とは別世界の話だ」。そう感じた方もいるかもしれません。

でも、私はそうは思いません。

なぜなら、Karpathyが最前線で磨いているそのモデルを、私たちは今日この瞬間から使えるからです。

具体的な最初の一歩として、私がおすすめするのはこれです。

  • 普段の開発リポジトリに CLAUDE.md を一つ置いてみる
  • そこに「テストの実行コマンド」「命名規則」「使ってほしくないライブラリ」などのプロジェクトの文脈を書く
  • あとはClaude Codeに自然言語で「この機能を追加して」と頼んでみる

たったこれだけです。

CLAUDE.md を1ファイル置くだけ。コマンド数行を書くだけ。コピペで始められます。

そこから、「あ、ちゃんと文脈を読んで動いている」という体験が生まれて、Software 3.0の意味がじわっと腹落ちします。

私自身、最初にこのスタイルで業務システムの改修をやったとき「本当に任せて大丈夫か」と何度も手元のコードを確認しました。

でも、CLAUDE.md で文脈を渡すようになってから、AIの出力の精度が明らかに変わりました。

「ああ、これがSoftware 3.0で言われていた『エージェントが読める形で文脈を整える』ことの意味か」と腹落ちした瞬間でした。

Karpathyの参画を遠いニュースで終わらせるか、自分の開発スタイルを変えるきっかけにするか。

その差は、CLAUDE.md を一つ書いてみるかどうか、くらいの小さな一歩から生まれると私は思っています。

まとめ

最後に、今回の話を3点に整理します。

  • Andrej KarpathyがAnthropicに参画した。バイブコーディングの生みの親であり、OpenAI創業メンバー・元テスラのAI責任者という、AI界を代表する研究者の動きだった
  • 本人は「LLMの最前線のこれからの数年は形成的になる」「研究開発に戻れることにワクワクしている」と語った。世界トップクラスの研究者が賭ける価値があると判断した場所がAnthropicだった、という事実が重要
  • 私たちエンジニアにとっては、Claudeの品質向上への期待に加え、「Software 3.0時代に求められる設計力・品質判断力」を磨くべきというメッセージとして受け取れる

正直に言うと、私はこのニュースを読んでから、Claude Codeを開く手つきが少し変わりました。

「いま自分が使っているこのツールの裏側では、世界の最前線の人たちが本気で研究している」と思うと、なんだか背筋が伸びるんです。

そして同時に、「ツールが賢くなるほど、それを使いこなす自分の判断力が問われる」という当たり前の事実も、改めて突きつけられました。

バイブコーディングの気楽さに身を任せつつ、最前線の深さも理解しておく。

その両立を目指すことが、これからのエンジニアにとっての一番の強みになると、私は思います。

まずは手元のリポジトリに CLAUDE.md を一つ。

そこから、次世代の開発スタイルを体感してみてください。

会員登録して機能を使おう

この機能を利用するには、無料の会員登録が必要です。
お気に入りの記事を保存して、あとで読み返しましょう!