29 ポイント 投稿者 GN⁺ 2025-06-19 | 2件のコメント | WhatsAppで共有
  • "Software is Changing (Again)"
  • ソフトウェアのパラダイムは70年ぶりに本質的に変化しており、ここ数年で Software 1.0(従来型コード)、2.0(ニューラルネットワークの重み)、3.0(LLMと自然言語プロンプト) へと急速に進化している
  • LLMは単なるツールではなく、新しいオペレーティングシステム(Operating System)に近いソフトウェアエコシステムとして定着しつつあり、誰もが英語などの自然言語でコンピュータをプログラミングできる時代が始まっている
  • AIツール・エージェントとの協業と「部分的自律性(Partial Autonomy)」が、未来のソフトウェア製品の中核となり、人間による素早い検証と制御が並行してこそ信頼できる
  • AIとLLMは「人のような魂(people spirits)」の特性を持ち、圧倒的な記憶力・知識力を備える一方で、ハルシネーション、文脈の喪失、セキュリティリスクなど固有の限界も内包している
  • 今後は ソフトウェア・ドキュメント・インフラを「エージェントフレンドリー(Llms-friendly)」に再設計する必要があり、LLMが理解しやすく行動しやすいよう構造や表現方法が変わっていく

ソフトウェア 1.0 → 2.0 → 3.0 : パラダイムの進化

  • Software 1.0: 人が直接書く従来型のソースコード
  • Software 2.0: データセットとオプティマイザでニューラルネットワークの重み(パラメータ)を調整して作るモデル
  • Software 3.0: 大規模言語モデル(LLM)ベースで、英語などの自然言語プロンプトからプログラム(命令)を生成
  • 最近のGitHubではコードが英語とコードの混在した形へ進化しており、プログラミング言語としての英語が急速に広がっている
  • Hugging Face などはSoftware 2.0における「GitHub」の役割を担い、オープンソースモデルのエコシステムを主導している

LLMは新しいオペレーティングシステム(OS)だ

  • LLMは単なるAPIやユーティリティを超え、オペレーティングシステムのように多様なソフトウェアが動くプラットフォームへ進化している
  • 現在は1960年代のメインフレーム時代に似ており、クラウド中心の中央集権的な構造でLLMが活用されている
  • 長期的には 個人向けLLMの時代(分散・ローカル活用)が到来する可能性にも触れている
  • LLMの活用環境は従来のターミナル・コマンドラインインターフェースに近いが、まだ汎用GUIは十分に発達していない

LLMの能力と限界

  • LLMは 膨大な記憶力と知識獲得能力 を備えているが、ハルシネーション(誤情報)、文脈記憶の喪失、セキュリティ脆弱性など固有の欠陥もある
  • LLMの「作業文脈(working memory)」は人間が明示的に管理する必要があり、長期的な文脈学習はまだ不十分
  • セキュリティやプロンプトインジェクションなど 実質的なリスク要因 があるため、活用には注意が必要

部分的自律性(Partial Autonomy)と人間-LLM協業

  • Cursor、Perplexity などのLLMベースアプリは、従来の手動操作とLLM自動化の結合、そして「自律性スライダー」(ユーザーの制御とAIへの委任度合いを調整する考え方)へと進化している
  • GUIによる監査(audit)と素早い検証ループ、そして「AIを短くつないで制御する方法論」が実務では不可欠
  • ソフトウェア、製品、サービスはいずれも 段階的に「部分的自律化」が強まっていく と予測される

実例と「Vibecoding」文化

  • 誰もが英語で直接LLMを使ってアプリを作る 「Vibecoding」文化 が広がっている
  • Karpathy自身も、コーディング経験のない言語(Swift)でわずか1日でiOSアプリを作り、実サービスへ拡張した経験を共有
  • 実際のプロトタイプ開発はLLMが容易にしてくれる一方で、本番サービス化(認証、決済、デプロイなど)は依然として手作業とDevOpsがボトルネック である
  • 今後は 人が直接クリック・設定しなければならない部分を「エージェント」が代行 できるようにするため、エージェントフレンドリーなソフトウェア/ドキュメント設計が重要課題になる

ドキュメント・インフラの変化とエージェントフレンドリー性

  • 既存の人間中心のドキュメント(クリック、手順の順序など)は LLMやエージェントがそのまま利用しにくいため、Markdownやコマンドベースへ再構成する必要がある
  • Versell、Stripe などは エージェントフレンドリーなドキュメントへの移行(例: curl コマンドなど) を始めている
  • さまざまなツール(GitHub Ingest、DeepWiki など)は コードリポジトリやドキュメントをLLMがすぐ利用できる形に変換してくれる

結論と展望

  • 今は膨大なコードを新たに書き、書き直すのに最適な時期 である
  • LLMは「補助的ツール(Iron Manスーツ)」として人間の開発者と協業しつつ、完全自律化へ向かう段階的な革新が進む とみられる
  • 今後10年間は「自律性スライダー」を段階的に引き上げていく過程 が中核トレンドになる見通し
  • 開発者と組織は、LLM・エージェントに最適化されたソフトウェア・ドキュメント・インフラの再設計を急ぐ必要がある

2件のコメント

 
laeyoung 2025-06-24

この動画、すごくいいです! Andrew Ng が "AI Is the New Electricity" と言った話に触れながら、8億人が使う ChatGPT がダウンしたら電気が止まったのと同じだと語ってくれるのですが、本当に強く実感できました。

 
GN⁺ 2025-06-19
Hacker Newsの意見
  • Karpathyの比喩と、現実を正確に見つめる視点が本当に良いという感想
  • 伝統的なコーディング、ニューラルネットワークの重み、プロンプトを並列に比較するのが興味深いという意見。たとえば自動運転モジュールでは、直接書いたコードの代わりに対象を適切に表現するデータセットに合わせてニューラルネットワークを最適化する方式が実際かなり有用だという説明も含まれている。ただし、多くの環境ではハードウェア制約のために「software 2.0」や「software 3.0」がもたらす適用範囲は非常に限られるだろうという点も強調されている。既存のコードとプロンプトは相互補完的に活用されるツールとして残り、どちらか一方が完全な解決策になるわけではないという見方
  • Karpathyはいつも明晰に考える人材だという称賛とともに、比喩が印象的だという言及。Waymoが2013年の時点ですでに途切れない自動運転を実現できていたのを見て、これほど早く拡大できなかった理由が規制のためなのか、それとも運転最適化の難しさのためなのか気になるという声。スライドの1つに「AGI 2027」と表示されていたとして ai-2027.com に言及
  • 発表が予定よりはるかに早く公開されて驚いたという短い意見
  • トークが古くなる前にYCが先に共有してくれてありがとうという感謝とともに、関連ツイートへのリンク(https://x.com/karpathy/status/1935077692258558443)を掲載