端末ファースト · worktree 多ワークステーション · 監督ループ · agents.md + MCP · リモート Mac
PC を開いた朝、最初に明るくなる窓はもはや IDE ではありません。Claude Code・Codex CLI・Antigravity CLI の三つの端末がそれぞれセッションを抱えています。本記事はニュースや年表ではなく、「2026 年の開発者の一日は実際にどう変わったのか」という一点に答えます。さらに worktree 並列エージェント、/goal 長時間ループ、MCP と agents.md がノート PC を限界まで追い込んだとき、なぜリモートの高性能 Mac ノードが新しい主作業場になるのかを解説します。Mac Mesh × AI Agent コラボレーション や Git Worktree 並列ブランチ と併せてお読みください。
2026 年の開発者の朝は、立ち上げる順番がひっくり返りました。先に端末を開き、IDE は後から開きます。端末では claude・codex・antigravity の三つのセッションが各リポジトリにピン留めされ、ブラウザは GitHub の PR タブとステージング URL を開き、IDE はセカンドモニタで diff や UI 調整を担う立場に下がります。
理由はシェル信仰ではありません。主戦場が「コードを書く」から「コードを書くエージェントを指揮する」へ移ったからです。エージェントは元々シェルに住んでおり、リポジトリの読み込み、コマンド実行、ファイル編集、テスト実行をプラグインの橋渡しなしに直接行えます。IDE は死んでいません。可視化と振り返りの脇役に回っただけです。
一日の動作配分も大きく変わります。以前はタイピング 80%、実行 20%。今は意図を書くのに約 30%、diff レビューに 30%、テスト実行と読み取りに 30%、人にしか書けないわずかな部分の手作業が 10% 程度です。開発者は打鍵手からレビュアーかつテックリードへ変わり、エージェントは反応の速いジュニアチームのように振る舞います。
端末ファースト：Claude Code・Codex・Antigravity CLI を起動し、各セッションをリポジトリの cwd にピン留めします。IDE はセカンドモニタで diff・レビュー専用にします。
セッション＝ワークステーション：各エージェントセッションは一つのゴール（リファクタ／バグ修正／テスト／マイグレーション）に集中させます。混在は文脈汚染の原因です。
意図合わせから始める：その日の最初の指示は「README と PR テンプレ、直近 2 週間の変更を読んで、目的を要約してほしい」とすることが多くなります。
IDE は目で見るべきものに：長い diff を読む、UI を微調整する、ブレークポイントを置くといった作業のときだけ Cursor や Antigravity 2.0 に戻ります。メインキーボードはもう IDE 側にありません。
プラグインで膨らませない：能力は agents.md と MCP サーバーに集約します。IDE の設定はむしろ薄くなります。
2026 年の開発者は「端末でコードを書く人」ではなく、「端末でコードを書く存在を指揮する人」です。
単一セッションでは一度に一つの仕事しか進みません。これが最初に詰まる箇所です。解は git に既に存在します。worktree です。一つのリポジトリで複数のブランチを別ディレクトリにチェックアウトでき、.git オブジェクトストアは共有されます。各 worktree を異なるエージェントに割り当てれば、リファクタ・テスト・マイグレーション・ドキュメント・実験を同時に進められます。衝突は編集中ではなくマージ時に現れ、開発のテンポは直列から並列に変わります。
| 観点 | 従来の IDE 単一ワークステーション | AI エージェント＋worktree 多ワークステーション |
|---|---|---|
| 同時進行のタスク数 | 1 件 | 3〜5 件（リファクタ・テスト・マイグレーション・ドキュメント・実験） |
| 主な動作 | 編集・保存・実行 | 意図を送る・diff を読む・承認・マージ |
| 衝突が表面化する時点 | 同じファイルの編集中 | マージ時、git ツールにより検出 |
| フィードバックループ | 人 → コード → テスト → 人 | 人 → エージェント → コード → テスト → エージェント → diff → 人 |
| 本機リソース負荷 | 低（プロセス 1 つ） | 高（並列ビルドとテスト） |
| 真のボトルネック | 打鍵と思考 | 本機の CPU・RAM・ディスク I/O |
この分割の本当の価値は速度だけではありません。注意の置き場所が変わる点が重要です。逐行編集から「戦略と境界の管理」へ意識が移るのです。カーソルを見つめる代わりに、五つの worktree を巡回し、五人のエンジニアを束ねるテックリードのように振る舞います。あるエージェントが詰まる、ずれる、過剰修正をする——そのたびに一言だけメッセージで軌道修正すれば良く、自分でキーボードを奪う必要はほぼありません。
ヒント：worktree は iOS の DerivedData や Gradle キャッシュなどビルド成果物の分離にも有効です。これがないと並列エージェントが互いのキャッシュを汚染します。実例は Git Worktree 並列ブランチ をご参照ください。
日々のリズムを本当に変えるのは「エージェントにもっと書かせる」ことではなく、エージェント自身に「終わったかどうか」を判断させる仕組みです。Claude Code の /goal、および Codex の同等機能は、セッションに「検証可能な完了条件」を結び付けます。1 ターンごとに、別の小さな評価モデルが条件成立を判定します。未達なら継続、達成なら制御がユーザーに戻ります。
具体例を一つ。昼食前に「目的：npm run test:e2e を全部緑にする。PR diff は 500 行未満」と入力して席を離れます。戻ったときには PR に出せる diff ができており、エージェントは 6 ターン走り、不安定な 3 件を修正し、不必要な API 変更を巻き戻しています。以下はほぼ全ての CLI エージェントで使える最小の監督ループの 6 ステップです。
完了条件を一文で書く：「どのコマンドを実行し、どの出力を読み、どの閾値に達するか」を明示します。例：「pnpm test が緑かつ lint 警告 0」。
境界を切る：編集を許可するディレクトリと、絶対に触らないファイル（migrations/、.env、本番シークレットなど）を明示します。
ループを開始：/goal "..."（または同等コマンド）を発行し、読み・編集・実行・出力確認・再修正をエージェントに任せます。
チェックポイントを置く：N ターンごと、または X 分ごとに「やったこと／次にやること」を Markdown へ追記させ、後でひと目で追えるようにします。
必要なときだけ介入：停滞・脱線・境界侵犯のときに一言で軌道修正し、ループを続けさせます。キーボードは奪わないでください。
マージ前に一度だけレビュー：PR diff を一気通貫で読み、コメントを残し、もう 1 ターン修正させてからマージします。
git worktree add ../proj-fix-flaky fix/flaky-e2e
cd ../proj-fix-flaky
claude
> /goal "pnpm test:e2e を全部緑に。migrations/ は触らない。
diff は 500 行未満。3 ターンごとに PROGRESS.md に進捗を追記"
# 席を離れて昼食や会議へ。
# 戻ったら PROGRESS.md と git diff main を確認し、承認か軌道修正かを決める。
本質的な変化は、開発者の注意力の使い方が変わる点です。以前は席を離れられませんでした。今は 30〜60 分単位の小タスクを預け、その間に仕様を読む、設計を描く、プロダクトと擦り合わせる、といったレバレッジの高い仕事に充てられます。チェックポイントで戻れば十分です。開発者の時間は初めて「スケジュール可能」な対象になりました。
新しいワークフローの基盤は、IDE のプラグインマーケットではありません。マークダウン群と一つのプロトコルです。CLAUDE.md・agents.md・.cursorrules は「エージェントに向けたプロジェクト説明書」で、チーム規約、ビルドコマンド、目録の境界、安全境界、繰り返し起きる落とし穴を一度書けば全エージェントが使えます。MCP（Model Context Protocol）は外部ツール（DB・ブラウザ・社内 API・課題管理）をエージェントが直接呼べる能力に統一し、ツール間で同じ設定を共有可能にします。
| ファイル／プロトコル | 主な対象 | 典型的な内容 |
|---|---|---|
| CLAUDE.md | Claude Code | リポジトリ背景、ビルドコマンド、テスト入口、触ってはいけないディレクトリ |
| agents.md | 多くの CLI エージェントが採用するクロスツール規約 | 「新しいエージェントにこのリポジトリを紹介する」標準入口 |
| .cursorrules | Cursor／Cursor cockpit | 編集スタイル、命名、ディレクトリ境界 |
| skills／commands ディレクトリ | 各 CLI エージェント（カスタムコマンド） | 繰り返しフローを /deploy・/release 等に集約 |
| MCP サーバー | MCP 対応クライアントすべて | DB 検索、ブラウザ自動化、社内 API、課題管理 |
この層を厚くすると、チームに「会社の脳」が一つ追加されます。新人の最初の仕事はもはや wiki を読むことではなく、agents.md を読ませたエージェントにリポジトリを自己紹介させることです。命名規約の変更はメールを送らず、.cursorrules を 1 行更新すれば翌日の PR に反映されます。新しい DB を入れるたびにスクリプトを書き直す必要もなく、MCP サーバーを 1 本立てれば全エージェントから呼べます。チームのルールが、人の記憶から機械の記憶へ移ります。
注意：シークレットや本番接続文字列を CLAUDE.md や agents.md に書かないでください。これらはエージェントのコンテキストに全文ロードされるため、実質公開と同じです。シークレットは MCP サーバー経由の実行時注入にするか、.env に置いた上で「読まないこと」を明示してください。
このワークフローは美しく聞こえますが、ハードウェアの請求書は現実的です。並列 worktree・長時間 /goal ループ・ヘッドレスブラウザ QA・ローカルモデル推論が CPU・GPU/ANE・RAM・ディスク I/O を同時に押し上げます。普通のノート PC は数日でファンが鳴り、ストレージは満杯になります。以下は、いま使っている作業環境が持つかどうかを判断するための数値の目安です。
node_modules・DerivedData・Gradle キャッシュは 10〜40 GB。Docker イメージとローカルモデル重み（各 4〜20 GB）を加えると、1 TB SSD が事実上の下限です。下回ると 1 週間で埋まります。/goal ループは 30 分〜数時間続きます。本機を閉じる、電源を落とす、OS 更新を挟むだけでループは断たれます。常時稼働ノードの「中断されない」価値はソフトながら極めて大きいです。請求書を並べると結論は自然に出ます。新しいワークフローの最大の弱点はモデルでもツールでもなく、それを担う一台のマシンです。ノート PC は意図を書き、diff を読み、マージを承認する「シンクライアント」として今後も適任です。重い仕事——並列 worktree、長時間ループ、ヘッドレス QA、キャッシュとビルド——は、RAM・ストレージ・冷却に余裕のあるリモート高性能 Mac ノードに置くべきです。ノートで無理に背負わせるとスロットル、ファンの咆哮、見逃しが積み重なります。iOS の CI/CD と AI エージェントの常時並列を支える本番ワークフローには、VpsMesh の Mac Mini クラウドレンタルが現実的により良い選択です。占有ノード、予測可能なリソース、SSH／リモートデスクトップのすぐ繋がる接続、そして自前ハードウェアの償却と保守を肩代わりします。仕様と価格は 料金ページ、導入手順は ヘルプセンター をご参照ください。
いいえ。IDE は UI 設計・ブレークポイントデバッグ・diff のレビューに今でも最適です。変わったのは、IDE が「コードを書く主戦場」から「diff 確認と可視化のサブ画面」に降りた点で、主戦場は端末上の AI エージェントへ移っています。より広いコラボレーションの絵は Mac Mesh × AI Agent コラボレーション をご覧ください。
並列 worktree、/goal 長時間ループ、ヘッドレスブラウザ QA、ローカルモデル推論が同時に CPU・GPU/ANE・RAM・ディスク I/O を押し上げ、ノート PC はスロットルとファンの咆哮に陥ります。RAM・帯域・冷却に余裕のあるリモート M4 Pro／Max クラスの Mac が重い仕事を引き受ければ、本機は diff 確認と意思決定の薄いクライアントで足ります。仕様と価格は 料金ページ。
いずれも「エージェントに向けたプロジェクト説明書」です。CLAUDE.md は Claude Code、.cursorrules は Cursor、agents.md は多くの CLI エージェントが採用するクロスツール規約。共存可能で、各ツールが必要なものを読みます。まず汎用の入り口として agents.md を一本書き、主に使うツール向けに専用ファイルを追加するのが現実的です。リモート導入の流れは ヘルプセンター をご覧ください。