WHATISAI｜実践編
トップのワークフローを、
Claude Code に移植する
4本のレバーは揃いました。実践編は、それを一つの流れに束ねます。 Karpathy・Hashimoto・Willison・DHH ── 世界トップクラスの実務者の作法には、驚くほど共通の型がある。それを、あなたの Claude Code にそのまま移植します。
この章は新しい原理を増やしません。4本のレバー（文脈・検証・分割・舵）を、実際の手順に落とすだけ。
思考の転換タイピストから、ディレクターへ
Karpathy は2026年春、「12月以降コードを1行も書いていない」と言います。複数の並列エージェントに意図と文脈を与え、出力を検証し、アーキテクチャを所有する。"You can outsource your thinking, but you can't outsource your understanding." ── 手は委譲し、理解は手放さない。トップの仕事は、書くことから方向づけと検証に移っています。
共通の型探索 → 計画 → 実装 → 検証 を、分離する
トップ実務者のワークフローは、驚くほど収束します。鍵は、4段階を混ぜずに分離すること。Claude Code の機能に落とすと:
plan mode で、まずコードベースを把握。いきなり書かせない（文脈レバー）。
段取りを立てさせ、合意してから実装。計画を人が編集して舵を取る（舵レバー）。
小さく直線的な単位で委任。サブエージェントで分担（分割レバー）。
テスト緑まで反復。別エージェントでレビュー。エビデンスを見せさせる（検証レバー）。
テストが整備されたプロジェクトと、無いプロジェクト。エージェント化で「飛躍する」のはどっち？
最前線③自己改善するハーネス ── 複利で効かせる
ここに、3つ目の最前線があります。Hashimoto のハーネスの定義を思い出してください ──「エージェントが間違えるたび、二度と同じ間違いをしないよう仕組みを作り込む」。これを習慣にすると、あなたのハーネスは使うほど賢くなる。間違いが、資産に変わる。
これは whatisAI でいう「属人芸を、組織の仕組みに変える」の個人版です。あなたの失敗とノウハウが、Claude Code のハーネスに焼き付き、複利で効く。ツールではなく、ハーネスを資産にする ── ここがトップと普通の、長期の差になります。
発展発展：トップ実務者の細かな知見▼ 数式が苦手な方は飛ばしてOK
言語・ツールのエージェント適性（Armin Ronacher）：型とコンパイラがエラーを早期に捕まえる Go・TypeScript・Rust はエージェントと相性が良い。逆に、深いフレームワーク抽象・複雑な非同期・"魔法"の多用は、検証が効きにくく相性が悪い。── これも「検証可能性が自動化を決める」の応用。
観測性（Simon Willison）：統一ログで、エージェント自身が自分の動きを監視し、エラーから回復できるように設計する。
並列運用（DHH）：高速モデルで迅速な反復、複雑な推論は高性能モデル、と2モデルを使い分ける。積み上がった250件のPRのうち100件を90分で処理した例も。ただし並列は調整コストとのトレードオフ（第4章の落とし穴）。
コンテキストのリセット習慣：長い会話は品質低下の主因。タスクの区切りで /compact やセッション分割を、習慣として回す。
⚠ 時点依存：モデルの使い分けや具体ツールは数ヶ月で変わる（2026年なかば時点）。普遍なのは「探索→計画→実装→検証の分離」「テスト先行」「ハーネスを複利で育てる」。出典: Karpathy Sequoia 2026、Hashimoto、Willison、TeamDay "Agentic Coding 2026"。
道具を使い込むのではなく、
ハーネスを、複利で育てる。
── 次にエージェントが失敗したら、ただ直すだけにしない。「二度と同じ失敗をしない仕組み」を、CLAUDE.md か skill か hook に1つ足す。それがトップへの一歩です。