あなたのClaude Codeは直列ですか？うちは並列です。

複数の Claude Code セッションを同時に走らせると、同じタスク 2 つが着手する、片方の完了がもう片方に見えない、設定ファイルを上書きされる、といった取りこぼし・衝突が起きる。この『並列 CLI ならではの事故』を 1 年弱かけて制御する仕組みが Foreman だ。構成は 3 つ：①追記専用の JSONL ファイル『台帳』が唯一の正本（SSoT）で、どのタスクが未処理・実行中・終了かを管理、②タスクを積んで worker セッションを監視する幹（orchestrator）と、タスクを 1 件ずつ確保して実行する葉（worker）の 2 役割、③着手前に衝突確認をする /pickup、終了時に成果を台帳に書き戻す /closeout など各セッションが節目ごとに台帳を『歩く』手順群。中央のロックサーバーもデータベースもない。各セッションは『緩い自己申告』に協調し、台帳ファイルだけを接点にしている。

設計の面白さは『樹木の比喩』だ。実際の樹は、葉が個々の寿命は短くても、養分を幹に還しながら世代交代することで全体は生き続ける。Claude Code も同じで、1 セッションの寿命は有限（call 数・context に上限がある）だが、成果を台帳に還し、新しい worker を育てることで、オーケストレーション全体は続く。発芽（新セッション起動）のときは、Claudeが自分で新しいClaude Codeを起動して初回指示を流す。起動経路は『可視ウィンドウでの対話起動』だけ（課金モデルの安全性重視）。幹が定期的に『done 申告が本当か』を成果物で検証する『回収スイープ』で、worker の自己申告は鵜呑みにしない。

実務に効くのは『タスク分散を自動化できる』点だ。 Slack や手書きボードで『誰がどのタスク』を手動追跡する手間が消える。台帳を見れば『何が詰まってるか・何が終わったか・誰が止まってるか』が一目瞭然。複数の Claude Code を同時稼働させるなら、最初から Foreman パターン（台帳経由のタスク配分）で設計しておくと、スケール時の事故が減る。