Karpathy Scout 導入：Andrej Karpathy の知見を毎週 AI 開発環境に取り込む仕組み

変わったこと: Andrej Karpathy（OpenAI 創設メンバー・AI 分野の第一人者）の最新発言を毎週自動収集し、開発環境の改善に活かすスキル「Karpathy Scout」を導入した
いままでとの違い: これまで AI 開発手法のアップデートは「見かけたら取り込む」という受け身の対応だった。今回から毎週月曜に能動的に発言を収集し、Vault の現状と照合して具体的な改善案を出す仕組みになった
メリット: 世界トップクラスの AI エンジニアが実践している手法を、自分の開発環境に遅れなく取り込み続けられる。今回の初回実行で 4 つの改善が即日実装された

Tesla の元 AI 責任者であり、OpenAI の創設メンバーの一人。現在は AI 教育・研究活動を中心に活動しており、X（旧 Twitter）やブログで AI を使った開発手法について継続的に発信しています。

「AI を使ってどう開発するか」という領域では世界で最も参照される声の一つであり、彼が実践していることは数ヶ月後に多くの開発者の「標準」になる傾向があります。

毎週月曜 10:30 に自動で起動し、次のサイクルを回します。

収集（X・GitHub・ブログを横断検索）
  ↓
分類（ツール・プロンプト・哲学・学習 の 4 軸でフィルタ）
  ↓
照合（現在の Vault・開発手法と比較）
  ↓
提案（「未導入の知見」だけを厳選して提示）
  ↓
採否判断（ユーザーが決める）
  ↓
即日実装

収集は自動ですが、「実装する・しない」はすべてユーザーが判断します。提案だけして止まる設計です。

今回の初回スカウトで採用された改善は以下の 4 点です。

① 「作業前に不明点を確認する」ルールを追加（高優先度）

Karpathy の CLAUDE.md ルール No.1「Think Before Coding」を取り込みました。

これまで AI は「どう解釈したか」を明示せず走ることがありました。今後は、指示が曖昧な場合は実装前に確認し、仮定を立てた場合はその場で「〇〇と解釈して進めています」と声に出すルールになっています。

「なぜ AI がそういう実装をしたか」があとから謎になる、という場面が減ります。

② コーディング前チェックリストを追加（中優先度）

Karpathy の「コーディング前に関連ファイルをすべてコンテキストに入れる」という習慣を開発手法に明文化しました。

実装に入る前に、CLAUDE.md・PLAN.md・対象モジュールを最低限揃えてからコードを書き始める、というチェックリストです。途中で「このファイルも見てください」が入ると精度が下がるため、最初に揃えるのが効果的です。

③ tmux + Agent Teams を提案するルールを追加（低優先度）

Karpathy が実践している「tmux でエージェントを並列表示しながら開発する」スタイルを、提案ルールとして組み込みました。

3 件以上の独立タスクを並行するときは、tmux で画面を分割し、各エージェントの出力をリアルタイムで監視する方法を提案する仕組みです。

④ inbox/ 処理フローを定義（中優先度）

Karpathy の「LLM を知識コンパイラとして使う」という概念を具体的なワークフローとして定義しました。

これまで inbox/ フォルダは「とりあえず置く場所」として機能していましたが、処理手順（週次で分類・構造化・適切な場所に移動）を明文化しました。/digest や /karpathy-scout の出力なども resources/ 配下に永続化する流れを整えています。