Claude Code で自己改善システムを作る5ステップ — Austin Marchese の Karpathy×Anthropic 統合フレームワーク
TL;DR · この記事で分かること
- 1 Austin Marchese は Andrej Karpathy と Anthropic の知見を統合した自己改善システムの5ステップを公開する。何百人にも同じ設計を教えてきた経験を踏まえ、誰でも実装できる形まで落とし込んだ実装ガイド。
- 2 ステップ1は『Base』。改善のための土台を作るフェーズ。プロジェクトを1つ立ち上げ、データを蓄積して時系列で価値を伸ばす器を用意する。中身はナレッジベースとスキルの2つ。
- 3 Karpathy がバイラルさせた『LLM ナレッジベース』のコンセプトを基盤に置く。raw フォルダに通話記録など生資源を蓄積し、wiki フォルダで raw への参照を保持して AI が情報を素早く見つけられるようにする。
- 4 claude.md ファイルで構造を明文化し、一貫した参照ルールを Claude Code に強制する。これがプロジェクト全体の一貫性を維持する仕組みになる。
- 5 メールから情報を取り込むパイプラインでは alias domain を使って特定の発信源を分類しやすくする工夫を共有。Austin のニュースレター購読も同じパイプラインで処理されるよう設計されている。
- 6 情報取り込みを駆動するのが sync curated content スキル。alias inbox からニュースレターを引き、各メールから要点を抽出し、wiki に処理して入れる。少なく高品質な情報源だけを意図的に選ぶことが要点。
- 7 パイプライン4は periodic data dumps。1日や1週の終わりに学んだことを音声で吐き出し、Whisper Flow などで Claude Code に取り込む。生の経験を構造化された知識へ変換するルーティン。
- 8 最終ルールは『Action produces information』(Brian Armstrong のフレーズ)。少なすぎる試行と多すぎる分析のどちらが致命的かと言えば、後者だ、と Austin は強調する。反復が設計を磨く。
スライドで読む
全 3 スライド
Base ステップ — Karpathy 流ナレッジベースを Claude Code に据える
Austin Marchese は Andrej Karpathy と Anthropic の知見を統合した自己改善システムの5ステップを公開する。動画は何百人にも同じ設計を教えてきた経験を背景に、再現性のある実装ガイドとして組まれている。
ステップ1は『Base』だ。改善のための土台を作るフェーズで、プロジェクトを1つ立ち上げ、データを蓄積して時系列で価値を伸ばす器を用意する。中身は2つに分かれる。一つ目はナレッジベース。Karpathy がバイラルさせた『LLM ナレッジベース』のコンセプトをそのまま採用し、raw フォルダに通話記録など生資源を蓄積、wiki フォルダで raw への参照を持って AI が情報を素早く見つけられる構造にする。本の目次のような役割だ。二つ目はスキル。設計を強制する claude.md ファイルでプロジェクト全体の一貫した参照ルールを明文化する。Claude Code に対する『どの順で何を読むか』の規約として機能する。
Sync パイプラインと periodic data dumps — 情報源を狭く深く保つ
中盤では情報を取り込むパイプラインが具体的に示される。メールからの取り込みでは alias domain を使って特定の発信源を分類しやすくする工夫を共有する。Austin のニュースレター購読も同じパイプラインで処理されるよう設計されている。
駆動役は sync curated content スキルだ。alias inbox からニュースレターを引き、各メールから要点を抽出し、wiki に処理して入れる。設計上の要点は『少なく高品質な情報源だけを意図的に選ぶ』こと。情報源を増やすと出力が薄まる、と明確に警告する。パイプライン4の periodic data dumps は別の発想で、1日や1週の終わりに学んだことを Whisper Flow で音声入力し、add new resource スキルに渡して取り込む。自分の経験という最強の情報源を構造化された知識へ変換する仕組みだ。
Action produces information — 反復が設計を磨く
終盤では運用ルールが整理される。スキルが期待通り動かなかったら、その会話を踏まえて『この会話を元にスキルを改善して』と一言追加するだけでよい。自動改善を待たずに手動で押し進めることがシステムの推進力になる。
そして最終ルールが『Action produces information』だ。これは Coinbase の Brian Armstrong の言葉で、Austin はこれを動画の核に置く。raw/inputs と raw/sessions のどちらがいいか、午前6時か9時か。こうした細部の最適化は無意味で、『過剰に考えること』だけが本当の間違いだと断じる。AI は十分に強力だから、まず使って構築せよ。システムはホワイトボード会議ではなく反復で磨かれる。動画の締めもこの主題に揃っている。やってみることが情報を生む、その情報が次の判断を確かにする。
編集部の視点
Austin の5ステップが示すのは『AI に何を頼むか』ではなく『AI に何を継続的に渡し続けるか』という設計思考の変化だ。これは Claude Tag や Notion 常駐エージェントが企業スケールでやろうとしていることを、個人スケールで再現する設計図と読める。読者にとっての具体的な含意は二つある。第一に、自己改善システムは『すごい仕組み』を作ることではなく『継続して情報を流し込む配管』を整えることが本質で、初期セットアップに過剰な時間を使うよりも raw/wiki/skills の最小構成を立ち上げて稼働させるほうが早く価値が出る。第二に、Brian Armstrong の『Action produces information』というメタルールは、AI システム設計に限らない汎用的な指針で、不確実な判断を抱え込むより小さく動かして学習することが今期の AI ツール群の正しい使い方になる。完璧な設計を待たず、反復で磨くという姿勢自体が、エージェント時代の最も価値のある実務スキルだ。
出典
Austin Marchese
How to Build A Self-Improving System with Claude Code
この記事はYouTube動画の字幕をもとにClaudeで自動要約しています。細部のニュアンスや正確な発言は元動画をご参照ください。
YouTubeで視聴する →関連記事
3 件
Austin Marchese
Claudeはもうプロンプトしない時代 — Loop Engineering入門と4つの必須要素
Claude Code作者Boris Cherny氏が『もうClaudeにプロンプトしない、僕の仕事はループを書くことだ』と発言。Open Claude作者Peter Steinberg氏も同様の主張で『コーディングエージェントに自分でプロンプトする時代は終わった』と述べた。
Nate Herk | AI Automation
GPT 5.6 SolとFable 5をガチ比較:バイクゲーム制作でFableが僅差の勝利、コストは3倍差
GPT 5.6のSol・Terra・Lunaが公開され、ベンチマーク上はSolがOpusとFableを上回りコストも大幅に安いとされる。しかし作者はベンチマークだけでなく、実際に両モデルを一日中並行稼働させて比較したという。
Trading with DaviddTech
Claude CodeとTradingViewで無料のAIトレーディングボットを構築:バックテストからPineScript自動生成まで
5年間トレーディングボットを開発してきたという配信者が、Claudeとの対話だけでノーコードのトレーディングボットを構築する手順を公開する。