コードの話をする前に、一つ明確にしておく。
Agency -- 知覚し、推論し、行動する能力 -- はモデルの訓練から生まれる。外部コードの編成からではない。 だが実際に動く Agent プロダクトには、モデルと Harness の両方が必要だ。モデルはドライバー、Harness は車。本リポジトリは車の作り方を教える。
Agent の核心にあるのはニューラルネットワークだ -- Transformer、RNN、学習された関数 -- 数十億回の勾配更新を経て、行動系列データの上で環境を知覚し、目標を推論し、行動を起こすことを学んだもの。Agency は周囲のコードから与えられるものではない。訓練を通じてモデルが獲得するものだ。
人間が最もわかりやすい例だ。数百万年の進化的訓練によって形作られた生物的ニューラルネットワーク。感覚で世界を知覚し、脳で推論し、身体で行動する。DeepMind、OpenAI、Anthropic が "Agent" と言うとき、その核心は常に同じことを指している：訓練によって行動を学んだモデルと、それを特定の環境で機能させるインフラの組み合わせ。
歴史がその証拠を刻んでいる：
-
2013 -- DeepMind DQN が Atari をプレイ。 単一のニューラルネットワークが、生のピクセルとスコアだけを受け取り、7 つの Atari 2600 ゲームを学習 -- すべての先行アルゴリズムを超え、3 つで人間の専門家を打ち負かした。2015 年には同じアーキテクチャが 49 ゲームに拡張され、プロのテスターに匹敵、Nature に掲載。ゲーム固有のルールなし。決定木なし。一つのモデルが経験から学んだ。そのモデルが Agent だった。
-
2019 -- OpenAI Five が Dota 2 を制覇。 5 つのニューラルネットワークが 10 ヶ月間で 45,000 年分の Dota 2 を自己対戦し、サンフランシスコのライブストリームで OG -- TI8 世界王者 -- を 2-0 で撃破。その後の公開アリーナでは 42,729 試合で勝率 99.4%。スクリプト化された戦略なし。メタプログラムされたチーム連携なし。モデルが完全に自己対戦を通じてチームワーク、戦術、リアルタイム適応を学んだ。
-
2019 -- DeepMind AlphaStar が StarCraft II をマスター。 AlphaStar は非公開戦でプロ選手を 10-1 で撃破、その後ヨーロッパサーバーでグランドマスター到達 -- 90,000 人中の上位 0.15%。不完全情報、リアルタイム判断、チェスや囲碁を遥かに凌駕する組合せ的行動空間を持つゲーム。Agent とは？ モデルだ。訓練されたもの。スクリプトではない。
-
2019 -- Tencent 絶悟が王者栄耀を支配。 Tencent AI Lab の「絶悟」は 2019 年 8 月 2 日、世界チャンピオンカップで KPL プロ選手を 5v5 で撃破。1v1 モードではプロが 15 戦中 1 勝のみ、8 分以上生存不可。訓練強度：1 日 = 人間の 440 年。2021 年までに全ヒーロープールで KPL プロを全面的に上回った。手書きのヒーロー相性表なし。スクリプト化されたチーム編成なし。自己対戦でゲーム全体をゼロから学んだモデル。
-
2024-2025 -- LLM Agent がソフトウェアエンジニアリングを再構築。 Claude、GPT、Gemini -- 人類のコードと推論の全幅で訓練された大規模言語モデル -- がコーディング Agent として展開される。コードベースを読み、実装を書き、障害をデバッグし、チームで協調する。アーキテクチャは先行するすべての Agent と同一：訓練されたモデルが環境に配置され、知覚と行動のツールを与えられる。唯一の違いは、学んだものの規模と解くタスクの汎用性。
すべてのマイルストーンが同じ事実を示している：Agency -- 知覚し、推論し、行動する能力 -- は訓練によって獲得されるものであり、コードで組み立てるものではない。 しかし同時に、どの Agent も動作するための環境を必要とした：Atari エミュレータ、Dota 2 クライアント、StarCraft II エンジン、IDE とターミナル。モデルが知能を提供し、環境が行動空間を提供する。両方が揃って初めて完全な Agent となる。
"Agent" という言葉は、プロンプト配管工の産業全体に乗っ取られてしまった。
ドラッグ＆ドロップのワークフロービルダー。ノーコード "AI Agent" プラットフォーム。プロンプトチェーン・オーケストレーションライブラリ。すべて同じ幻想を共有している：LLM API 呼び出しを if-else 分岐、ノードグラフ、ハードコードされたルーティングロジックで繋ぎ合わせることが "Agent の構築" だと。
違う。彼らが作ったものはルーブ・ゴールドバーグ・マシンだ -- 過剰に設計された脆い手続き的ルールのパイプライン。LLM は美化されたテキスト補完ノードとして押し込まれているだけ。それは Agent ではない。壮大な妄想を持つシェルスクリプトだ。
プロンプト配管工式 "Agent" は、モデルを訓練しないプログラマーの妄想だ。 手続き的ロジックを積み重ねて知能を力技で再現しようとする -- 巨大なルールツリー、ノードグラフ、チェーン・プロンプトの滝 -- そして十分なグルーコードがいつか自律的振る舞いを創発すると祈る。しない。工学的手段で Agency をコーディングすることはできない。Agency は学習されるものであって、プログラムされるものではない。
あのシステムたちは生まれた瞬間から死んでいる：脆弱で、スケールせず、汎化が根本的に不可能。GOFAI（Good Old-Fashioned AI、古典的記号 AI）の現代版だ -- 何十年も前に学術界が放棄した記号ルールシステムが、LLM のペンキを塗り直して再登場した。パッケージが違うだけで、同じ袋小路。
「Agent を開発しています」と言うとき、意味できるのは二つだけだ：
1. モデルを訓練する。 強化学習、ファインチューニング、RLHF、その他の勾配ベースの手法で重みを調整する。タスクプロセスデータ -- 実ドメインにおける知覚・推論・行動の実際の系列 -- を収集し、モデルの振る舞いを形成する。DeepMind、OpenAI、Tencent AI Lab、Anthropic が行っていること。これが最も本来的な Agent 開発。
2. Harness を構築する。 モデルに動作環境を提供するコードを書く。私たちの大半が行っていることであり、このリポジトリの核心。
Harness とは、Agent が特定のドメインで機能するために必要なすべて：
Harness = Tools + Knowledge + Observation + Action Interfaces + Permissions
Tools: ファイル I/O、シェル、ネットワーク、データベース、ブラウザ
Knowledge: 製品ドキュメント、ドメイン資料、API 仕様、スタイルガイド
Observation: git diff、エラーログ、ブラウザ状態、センサーデータ
Action: CLI コマンド、API 呼び出し、UI インタラクション
Permissions: サンドボックス、承認ワークフロー、信頼境界
モデルが決断する。Harness が実行する。モデルが推論する。Harness がコンテキストを提供する。モデルはドライバー。Harness は車両。
コーディング Agent の Harness は IDE、ターミナル、ファイルシステム。 農業 Agent の Harness はセンサーアレイ、灌漑制御、気象データフィード。ホテル Agent の Harness は予約システム、ゲストコミュニケーションチャネル、施設管理 API。Agent -- 知性、意思決定者 -- は常にモデル。Harness はドメインごとに変わる。Agent はドメインを超えて汎化する。
このリポジトリは車両の作り方を教える。コーディング用の車両だ。だが設計パターンはあらゆるドメインに汎化する：農場管理、ホテル運営、工場製造、物流、医療、教育、科学研究。タスクが知覚され、推論され、実行される必要がある場所ならどこでも -- Agent には Harness が要る。
このリポジトリを読んでいるなら、あなたはおそらく Harness エンジニアだ -- それは強力なアイデンティティ。以下があなたの本当の仕事：
-
ツールの実装。 Agent に手を与える。ファイル読み書き、シェル実行、API 呼び出し、ブラウザ制御、データベースクエリ。各ツールは Agent が環境内で取れる行動。原子的で、組み合わせ可能で、記述が明確であるように設計する。
-
知識のキュレーション。 Agent にドメイン専門性を与える。製品ドキュメント、アーキテクチャ決定記録、スタイルガイド、規制要件。オンデマンドで読み込み（s07）、前もって詰め込まない。Agent は何が利用可能か知った上で、必要なものを自ら取得すべき。
-
コンテキストの管理。 Agent にクリーンな記憶を与える。サブ Agent 隔離（s06）がノイズの漏洩を防ぐ。コンテキスト圧縮（s08）が履歴の氾濫を防ぐ。タスクシステム（s12）が目標を単一の会話を超えて永続化する。
-
権限の制御。 Agent に境界を与える。ファイルアクセスのサンドボックス化。破壊的操作への承認要求。Agent と外部システム間の信頼境界の実施。安全工学と Harness 工学の交差点。
-
タスクプロセスデータの収集。 Agent があなたの Harness 内で実行するすべての行動系列は訓練シグナル。実デプロイメントの知覚-推論-行動トレースは、次世代 Agent モデルをファインチューニングする原材料。あなたの Harness は Agent に仕えるだけでなく -- Agent を進化させる助けにもなる。
あなたは知性を書いているのではない。知性が住まう世界を構築している。その世界の品質 -- Agent がどれだけ明瞭に知覚でき、どれだけ正確に行動でき、利用可能な知識がどれだけ豊かか -- が、知性がどれだけ効果的に自らを表現できるかを直接決定する。
優れた Harness を作れ。Agent が残りをやる。
なぜこのリポジトリは特に Claude Code を解剖するのか？
Claude Code は私たちが見てきた中で最もエレガントで完成度の高い Agent Harness だからだ。単一の巧妙なトリックのためではなく、それが しないこと のために：Agent そのものになろうとしない。硬直的なワークフローを押し付けない。精緻な決定木でモデルを二度推しない。ツール、知識、コンテキスト管理、権限境界をモデルに提供し -- そして道を譲る。
Claude Code の本質を剥き出しにすると：
Claude Code = 一つの agent loop
+ ツール (bash, read, write, edit, glob, grep, browser...)
+ オンデマンド skill ロード
+ コンテキスト圧縮
+ サブ Agent スポーン
+ 依存グラフ付きタスクシステム
+ 非同期メールボックスによるチーム協調
+ worktree 分離による並列実行
+ 権限ガバナンス
これがすべてだ。これが全アーキテクチャ。すべてのコンポーネントは Harness メカニズム -- Agent が住む世界の一部。Agent そのものは？ Claude だ。モデル。Anthropic が人類の推論とコードの全幅で訓練した。Harness が Claude を賢くしたのではない。Claude は元々賢い。Harness が Claude に手と目とワークスペースを与えた。
これが Claude Code が理想的な教材である理由だ：モデルを信頼し、工学的努力を Harness に集中させるとどうなるかを示している。 このリポジトリの各セッション（s01-s20）は Claude Code アーキテクチャの Harness メカニズムを段階的に分解し、最後に組み直す。終了時には、Claude Code の仕組みだけでなく、あらゆるドメインのあらゆる Agent に適用される Harness 工学の普遍的原則を理解している。
教訓は「Claude Code をコピーせよ」ではない。教訓は：最高の Agent プロダクトは、自分の仕事が Harness であって Intelligence ではないと理解しているエンジニアが作る。
これはコーディング Agent だけの話ではない。
人間が複雑で多段階の判断集約的な仕事をしているすべてのドメインは、Agent が稼働できるドメインだ -- 正しい Harness さえあれば。このリポジトリのパターンは普遍的だ：
不動産管理 Agent = モデル + 物件センサー + メンテナンスツール + テナント通信
農業 Agent = モデル + 土壌/気象データ + 灌漑制御 + 作物知識
ホテル運営 Agent = モデル + 予約システム + ゲストチャネル + 施設 API
医学研究 Agent = モデル + 文献検索 + 実験機器 + プロトコル文書
製造 Agent = モデル + 生産ラインセンサー + 品質管理 + 物流
教育 Agent = モデル + カリキュラム知識 + 学生進捗 + 評価ツール
ループは常に同じ。ツールが変わる。知識が変わる。権限が変わる。Agent -- モデル -- がすべてを汎化する。
このリポジトリを読むすべての Harness エンジニアは、ソフトウェアエンジニアリングを遥かに超えたパターンを学んでいる。知的で自動化された未来のためのインフラストラクチャを構築することを学んでいる。実ドメインにデプロイされた優れた Harness の一つ一つが、Agent が知覚し、推論し、行動できる新たな拠点。
まずワークショップを満たす。次に農場、病院、工場。次に都市。次に惑星。
Bash is all you need. Real agents are all the universe needs.
THE AGENT PATTERN
=================
User --> messages[] --> LLM --> response
|
stop_reason == "tool_use"?
/ \
yes no
| |
execute tools return text
append results
loop back -----------------> messages[]
最小ループ。すべての AI Agent にこのループが必要だ。
モデルがツール呼び出しと停止を決める。
コードはモデルの要求を実行するだけ。
このリポジトリはこのループを囲むすべて --
Agent を特定ドメインで効果的にする Harness -- の作り方を教える。
20 の段階的セッション、シンプルなループから完全な Harness まで。 各セッションは 1 つの Harness メカニズムを追加する。各メカニズムには 1 つのモットーがある。
s01 "One loop & Bash is all you need" — 1つのツール + 1つのループ = エージェント
s02 "ツールを足すなら、ハンドラーを1つ足すだけ" — ループは変わらない。新ツールは dispatch map に登録するだけ
s03 "まず境界を決め、それから自由を与える" — 実行してよいか、止めるか、ユーザーに聞くかを判断する
s04 "ループの外にフックし、ループは書き換えない" — メインループを変えずに拡張できる入口を作る
s05 "計画のないエージェントは行き当たりばったり" — まずステップを書き出し、それから実行
s06 "大きなタスクを分割し、各サブタスクにクリーンなコンテキストを" — サブ Agent が作業し、結果だけを持ち帰る
s07 "必要な知識を、必要な時に読み込む" — スキルはまず一覧だけ、必要な時に展開する
s08 "コンテキストはいつか溢れる、空ける手段が要る" — 4層圧縮、安い方から先に実行
s09 "覚えるべきことを覚え、忘れるべきことを忘れる" — 3つのサブシステム：選択、抽出、整理
s10 "プロンプトは実行時に組み立てる、ハードコードではない" — セクション分割 + オンデマンド連結
s11 "エラーは終わりではない、リトライの始まりだ" — 失敗したら再試行し、空きを作り、別の道を試す
s12 "大きな目標を小タスクに分解し、順序付けし、ディスクに記録する" — ファイルベースのタスクグラフ、マルチエージェント協調の基盤
s13 "遅い操作はバックグラウンドへ、エージェントは次を考え続ける" — バックグラウンドスレッドがコマンド実行、完了後に通知を注入
s14 "スケジュールで発火、人間の起動は不要" — 時間になったら自動でタスクを動かす
s15 "一人で終わらないなら、チームメイトに任せる" — 永続チームメイト + 非同期メールボックス
s16 "チームメイト間には統一の通信ルールが必要" — 固定のリクエスト-返信形式で連携する
s17 "チームメイトが自らボードを見て、仕事を取る" — リーダーが逐一割り振る必要はない
s18 "各自のディレクトリで作業し、互いに干渉しない" — タスクは目標を管理、worktree はディレクトリを管理、IDで紐付け
s19 "能力不足？ MCP でプラグイン" — 外部ツールを同じツールプールに接続する
s20 "仕組みは多く、ループは一つ" — すべての仕組みを 1 つの Harness に戻す
def agent_loop(messages):
while True:
response = client.messages.create(
model=MODEL, system=SYSTEM,
messages=messages, tools=TOOLS,
)
messages.append({"role": "assistant",
"content": response.content})
if response.stop_reason != "tool_use":
return
results = []
for block in response.content:
if block.type == "tool_use":
output = TOOL_HANDLERS[block.name](**block.input)
results.append({
"type": "tool_result",
"tool_use_id": block.id,
"content": output,
})
messages.append({"role": "user", "content": results})各セッションはこのループの上に 1 つの Harness メカニズムを重ねる -- ループ自体は変わらない。ループは Agent のもの。メカニズムは Harness のもの。
このリポジトリには現在、2 つのチュートリアルトラックが共存している：
- 現行トラック：ルート直下の
s01-s20ルート直下のs01_*からs20_*までが新しい正規版であり、現在推奨する読書経路。各セッションには中国語原文、英語/日本語訳、実行可能なcode.py、必要に応じた図が含まれる。 - 旧版移行トラック：
docs/、agents/、現在のweb/これらは旧 12 セッション版を保持している。既存読者、旧リンク、Web プラットフォームのために移行期間中は一時的に残している。
新しく読む場合は、ルート直下の s01_agent_loop/ から s20_comprehensive/ までを読む。旧リンクや現在の Web アプリから入った場合は、旧 12 セッション版を読んでいる可能性が高い。旧版と現行版のセッション番号は常に一致しないため、番号を混同しないこと。
| 旧 12 セッション版 | 現行 20 セッション版 | トピック |
|---|---|---|
| 旧 s01 | 現行 s01 | Agent Loop |
| 旧 s02 | 現行 s02 | Tool Use |
| 旧 s03 | 現行 s05 | TodoWrite |
| 旧 s04 | 現行 s06 | Subagent |
| 旧 s05 | 現行 s07 | Skill Loading |
| 旧 s06 | 現行 s08 | Context Compact |
| 旧 s07 | 現行 s12 | Task System |
| 旧 s08 | 現行 s13 | Background Tasks |
| 旧 s09 | 現行 s15 | Agent Teams |
| 旧 s10 | 現行 s16 | Team Protocols |
| 旧 s11 | 現行 s17 | Autonomous Agents |
| 旧 s12 | 現行 s18 | Worktree Isolation |
| 現行版のみ | s03、s04、s09、s10、s11、s14、s19、s20 | Permission、Hooks、Memory、System Prompt、Error Recovery、Cron、MCP、Comprehensive Agent |
このリポジトリは Harness 工学の 0->1 学習プロジェクト -- Agent モデルを囲む環境の構築を学ぶ。 学習を優先するため、以下の本番メカニズムは意図的に簡略化または省略している：
- 完全なイベント / Hook バス (例: PreToolUse, SessionStart/End, ConfigChange)。 s12 では教材用に最小の追記型ライフサイクルイベントのみ実装。
- ルールベースの権限ガバナンスと信頼フロー
- セッションライフサイクル制御 (resume/fork) と高度な worktree ライフサイクル制御
- MCP ランタイムの詳細 (transport/OAuth/リソース購読/ポーリング)
このリポジトリの JSONL メールボックス方式は教材用の実装であり、特定の本番内部実装を主張するものではない。
git clone https://github.com/shareAI-lab/learn-claude-code
cd learn-claude-code
pip install -r requirements.txt
cp .env.example .env # .env を編集して ANTHROPIC_API_KEY を入力
python s01_agent_loop/code.py # ここから開始 — 1ループ + bash
python s08_context_compact/code.py # コンテキスト圧縮（複雑章）
python s20_comprehensive/code.py # 終点: 全メカニズムを 1 つのループへpython agents/s01_agent_loop.py
python agents/s12_worktree_task_isolation.py
python agents/s_full.py現在の Web プラットフォームはまだ docs/ の旧 12 セッション版を表示する。現行 20 セッション版はルート直下の s01-s20 を読む。
cd web && npm install && npm run dev # http://localhost:3000主線：動ける → 複雑な仕事ができる → 記憶して回復できる → 長く動ける → 協作できる → 拡張して統合する
flowchart TD
%% カードスタイル
classDef stage1 fill:#E3F2FD,stroke:#1976D2,stroke-width:2px,color:#0D47A1,rx:12,ry:12,text-align:left
classDef stage2 fill:#E8F5E9,stroke:#388E3C,stroke-width:2px,color:#1B5E20,rx:12,ry:12,text-align:left
classDef stage3 fill:#FFF3E0,stroke:#F57C00,stroke-width:2px,color:#E65100,rx:12,ry:12,text-align:left
classDef stage4 fill:#FCE4EC,stroke:#C2185b,stroke-width:2px,color:#880E4F,rx:12,ry:12,text-align:left
classDef stage5 fill:#F3E5F5,stroke:#7B1FA2,stroke-width:2px,color:#4A148C,rx:12,ry:12,text-align:left
classDef stage6 fill:#E0F7FA,stroke:#0097A7,stroke-width:2px,color:#006064,rx:12,ry:12,text-align:left
%% 背景スタイル
classDef groupBox fill:#F8F9FA,stroke:#CED4DA,stroke-width:2px,stroke-dasharray: 5 5,rx:15,ry:15,color:#495057
%% 第1層：1-3段階
subgraph Phase1 ["🌱 段階 1-3：基礎能力の構築（単純から複雑へ）"]
direction LR
S1["<b>第1段階：Agent が動ける</b><br/>━━━━━━━━━━━━━<br/><b>s01 Agent Loop</b><br/>└─ 1つのループ + bash<br/><br/><b>s02 Tool Use</b><br/>└─ 1つのツールから複数へ<br/><br/><b>s03 Permission</b><br/>└─ 実行してよいか判断する<br/><br/><b>s04 Hooks</b><br/>└─ ツール前後に拡張入口を作る"]:::stage1
S2["<b>第2段階：複雑な仕事をこなす</b><br/>━━━━━━━━━━━━━<br/><b>s05 TodoWrite</b><br/>└─ 先に計画し、それから実行<br/><br/><b>s06 Subagent</b><br/>└─ サブ Agent が結果を返す<br/><br/><b>s08 Context Compact</b><br/>└─ 長いコンテキストに空きを作る"]:::stage2
S3["<b>第3段階：記憶して回復する</b><br/>━━━━━━━━━━━━━<br/><b>s09 Memory</b><br/>└─ 覚えるべきことを覚える<br/><br/><b>s10 System Prompt</b><br/>└─ 実行時に組み立てる<br/><br/><b>s11 Error Recovery</b><br/>└─ 再試行し、別の道へ"]:::stage3
S1 ==> S2 ==> S3
end
%% 第2層：4-6段階
subgraph Phase2 ["🚀 段階 4-6：高次能力の進化（長期実行、協作、統合）"]
direction LR
S4["<b>第4段階：長く動くタスク</b><br/>━━━━━━━━━━━━━<br/><b>s12 Task System</b><br/>└─ タスクと依存関係を保存<br/><br/><b>s13 Background Tasks</b><br/>└─ 遅い作業をバックグラウンドへ<br/><br/><b>s14 Cron Scheduler</b><br/>└─ 時間で自動実行"]:::stage4
S5["<b>第5段階：複数 Agent の協作</b><br/>━━━━━━━━━━━━━<br/><b>s15 Agent Teams</b><br/>└─ チームメイト + メールボックス<br/><br/><b>s16 Team Protocols</b><br/>└─ 固定のリクエスト-返信形式<br/><br/><b>s17 Autonomous Agents</b><br/>└─ ボードを見て仕事を取る<br/><br/><b>s18 Worktree Isolation</b><br/>└─ 別ディレクトリで作業"]:::stage5
S6["<b>第6段階：外部能力と統合</b><br/>━━━━━━━━━━━━━<br/><b>s07 Skill Loading</b><br/>└─ スキルを必要時に展開<br/><br/><b>s19 MCP Plugin</b><br/>└─ 外部ツールを同じプールへ<br/><br/><b>s20 Comprehensive Agent</b><br/>└─ すべてを1つのループへ"]:::stage6
S4 ==> S5 ==> S6
end
%% 2つの層を接続
Phase1 ===> Phase2
class Phase1,Phase2 groupBox
| セッション | トピック | キーコンセプト |
|---|---|---|
| s01 | Agent Loop | messages / while True / stop_reason |
| s02 | Tool Use | TOOL_HANDLERS / dispatch map / 並行性 |
| s03 | Permission | PermissionRule / 承認パイプライン |
| s04 | Hooks | PreToolUse / PostToolUse / 拡張ポイント |
| s05 | TodoWrite | TodoItem / 計画してから実行 |
| s06 | Subagent | fresh messages[] / コンテキスト分離 |
| s07 | Skill Loading | SkillManifest / オンデマンド注入 |
| s08 | Context Compact | snip / micro / budget / auto 4層圧縮 |
| s09 | Memory | selection / extraction / consolidation |
| s10 | System Prompt | ランタイム組立 / セクション連結 |
| s11 | Error Recovery | token 拡張 / fallback モデル / リトライ戦略 |
| s12 | Task System | TaskRecord / blockedBy / ディスク永続化 |
| s13 | Background Tasks | スレッド実行 / 通知キュー |
| s14 | Cron Scheduler | 永続スケジューリング / セッション限定トリガー |
| s15 | Agent Teams | MessageBus / 受信箱 / 権限バブリング |
| s16 | Team Protocols | シャットダウンハンドシェイク / プラン承認 |
| s17 | Autonomous Agents | アイドルサイクル / 自動クレーム |
| s18 | Worktree Isolation | WorktreeRecord / タスク-ディレクトリ紐付け |
| s19 | MCP Plugin | マルチトランスポート / チャネルルーティング / ツールプール組み立て |
| s20 | Comprehensive Agent | すべての仕組みを 1 つのループへ |
learn-claude-code/
s01_agent_loop/ # セッションごとに1フォルダ
README.md # 中国語ソース（完全なナラティブ）
README.en.md # 英語訳
README.ja.md # 日本語訳
code.py # 単体実行可能なコード
images/ # SVG ダイアグラム
s02_tool_use/
...
s19_mcp_plugin/
s20_comprehensive/ # 終点セッション
agents/ # 旧 12 セッションの実行可能コピー + s_full.py
skills/ # s07 で使用するスキルファイル
docs/ # 旧 12 セッション文書、移行期間中は保持
web/ # 現在は docs/ の旧版内容を生成・表示
tests/
20 セッションを終えれば、Harness 工学の内部構造を完全に理解している。その知識を活かす 2 つの方法:
npm i -g @shareai-lab/kode
Skill & LSP 対応、Windows 対応、GLM / MiniMax / DeepSeek 等のオープンモデルに接続可能。インストールしてすぐ使える。
GitHub: shareAI-lab/Kode-cli
公式 Claude Code Agent SDK は内部で完全な CLI プロセスと通信する -- 同時ユーザーごとに独立のターミナルプロセスが必要。Kode SDK は独立ライブラリでユーザーごとのプロセスオーバーヘッドがなく、バックエンド、ブラウザ拡張、組み込みデバイス等に埋め込み可能。
GitHub: shareAI-lab/Kode-agent-sdk
本リポジトリが教える Harness は 使い捨て型 -- ターミナルを開き、Agent にタスクを与え、終わったら閉じる。次のセッションは白紙から始まる。Claude Code のモデル。
OpenClaw は別の可能性を証明した: 同じ agent core の上に 2 つの Harness メカニズムを追加するだけで、Agent は「突かないと動かない」から「30 秒ごとに自分で起きて仕事を探す」に変わる:
- ハートビート -- 30 秒ごとに Harness が Agent にメッセージを送り、やることがあるか確認させる。なければスリープ続行、あれば即座に行動。
- Cron -- Agent が自ら未来のタスクをスケジュールし、時間が来たら自動実行。
さらにマルチチャネル IM ルーティング (WhatsApp / Telegram / Slack / Discord 等 13+ プラットフォーム)、永続コンテキストメモリ、Soul パーソナリティシステムを加えると、Agent は使い捨てツールから常時稼働のパーソナル AI アシスタントへ変貌する。
claw0 はこれらの Harness メカニズムをゼロから分解する姉妹教材リポジトリ:
claw agent = agent core + heartbeat + cron + IM chat + memory + soul
learn-claude-code claw0
(agent harness コア: (能動的な常時稼働 harness:
ループ、ツール、計画、 ハートビート、cron、IM チャネル、
チーム、worktree 分離) メモリ、Soul パーソナリティ)
MIT
Agency はモデルから生まれる。Harness が Agency を現実にする。優れた Harness を作れ。モデルが残りをやる。
Bash is all you need. Real agents are all the universe needs.