--- title: 'Orchestratorを専用worktreeで実行し実装worktreeをworkspace root配下に作る' state: 'closed' created_at: '2026-06-11T03:20:32Z' updated_at: '2026-06-11T05:00:04Z' assignee: null queued_by: 'workspace-panel' queued_at: '2026-06-11T04:33:46Z' --- ## 背景 現在の filesystem Ticket backend では、`.yoi/tickets` が Git 管理ファイルとして workspace に存在する。このため、ユーザーが main workspace で未投入の Ticket draft や整理中の Ticket を作るだけで、Orchestrator からも見え、Git dirty state としても扱われる。Orchestrator とユーザーが同じ worktree / branch で同時に Ticket を触る運用は、Ticket queue、draft、project record、Git commit 対象が混ざりやすい。 Ticket backend をすぐに Git 外 store へ移行するのではなく、まず filesystem backend のまま運用分離する。Orchestrator は専用の orchestration worktree を `pwd` として実行し、active Ticket queue / orchestration state をその worktree 側で扱う。実装用 coder worktree は Orchestrator の `pwd` 相対ではなく、元 workspace root から `.worktree/` に sibling として作る。 これにより、main workspace の未投入 draft が Orchestrator に見える問題と、Orchestrator の Ticket churn が main workspace を汚す問題を減らす。 ## 方針 想定する構成: ```text / main workspace / human workspace .worktree/ orchestration// # Orchestrator pwd / # implementation coder worktrees ``` - Orchestrator は dedicated orchestration worktree で起動する。 - Orchestrator が見る `.yoi/tickets` は orchestration branch/worktree 側のものを正とする。 - ユーザーが main workspace で作る未投入 draft / local planning は、明示的に orchestration worktree へ渡すまで Orchestrator の queue ではない。 - Coder / Reviewer 用 implementation worktree は orchestration worktree から子として作らず、original workspace root の `.worktree/` に sibling として作る。 - Implementation branch の base は原則 main/target code branch とし、orchestration branch の Ticket churn を implementation branch に混ぜない。 - Orchestrator prompt / workflow guidance では、`pwd` が orchestration worktree であることと、implementation worktree 作成時の root path を明示する。 - merge-ready dossier は原則として停止点ではなく checkpoint とする。reviewer approval・安全な target workspace・未解決 human gate なし・standing merge authority が揃う場合、Orchestrator は merge / validation / close / cleanup まで進む。 ## 要件 - Workspace Panel / role launcher / Orchestrator 起動経路で、Orchestrator の working directory を専用 orchestration worktree にできる設計を行う。 - orchestration worktree の作成・再利用・命名・branch policy を定義する。 - 例: `.worktree/orchestration/` または `.worktree/orchestrator-`。 - branch: `orchestration/` など。 - 既存 worktree がある場合の attach/reuse/fail policy を決める。 - Orchestrator に渡す runtime context へ original workspace root を含める。 - Orchestrator `pwd` は orchestration worktree。 - implementation worktree root は original workspace root の `.worktree`。 - `worktree-workflow` / `multi-agent-workflow` / Orchestrator routing guidance を更新し、implementation worktree を Orchestrator `pwd` 相対に作らないようにする。 - Orchestrator merge guidance を更新し、reviewer approve 後に必要条件が揃っている場合は merge-ready dossier で止まらず merge / post-merge validation / Ticket close or done transition / worktree cleanup まで進めるようにする。 - `resources/prompts/ticket_role/orchestrator_worktree_routing.md` の `Stop at a merge-ready dossier` 系の抑制を checkpoint 表現に変更する。 - `resources/prompts/ticket_role/orchestrator_merge_completion.md` に、dogfooding/workspace standing merge authority がある場合の自動継続条件を明記する。 - `.yoi/workflow/multi-agent-workflow.md` の approve 後 merge/validate/close/cleanup 方針と role prompt を矛盾させない。 - `resources/prompts/common/pod-orchestration.md` の一般安全則は維持し、Pod tool があるだけでは authority にならないことと、authorized Orchestrator workflow による merge-completion を区別する。 - Implementation worktree creation は sibling layout を使う。 - `/.worktree/`。 - orchestration branch から nested/descendant branch を切らない。 - merge target workspace / target branch を Orchestrator `pwd` と分離して明示する。 - Orchestrator `pwd` は orchestration worktree。 - implementation branch/worktree は original workspace root 配下の sibling worktree。 - merge / post-merge validation は configured target workspace / target branch で行う。 - Orchestrator 専用 worktree の Ticket record churn を main workspace にいつ・何を publish するかは、この Ticket では最小方針を定義する。 - 少なくとも active queue / in-progress coordination は main workspace に即時反映しない。 - resolution / important decision / final report を publish するかどうかは後続または明示操作にできる。 - UI / diagnostics で、現在 Panel/Orchestrator がどの workspace/worktree の Ticket backend を見ているか分かるようにする。 - cleanup 方針を定義する。 - orchestration worktree をいつ消せるか。 - implementation worktree と branch cleanup との関係。 - filesystem backend 前提の運用改善であり、Ticket store の Git 外 DB 化はこの Ticket では行わない。 ## 受け入れ条件 - Orchestrator role を専用 orchestration worktree で起動する設計・実装方針が記録されている。 - Orchestrator `pwd` が orchestration worktree であっても、implementation worktree は original workspace root の `.worktree/` に作る guidance になっている。 - Orchestrator workflow / multi-agent workflow / worktree workflow の Git/worktree 指示が sibling layout と矛盾しない。 - Orchestrator が main workspace の未投入 Ticket draft を暗黙に queue として扱わない運用境界が明文化されている。 - implementation branch に orchestration branch の Ticket churn が混ざらないことが設計上説明されている。 - Panel/launcher 側で Orchestrator の cwd / ticket backend root / original workspace root の扱いがテスト可能な形になっている。 - 既存の coder/reviewer delegation、worktree cleanup、merge-ready dossier 運用が新 layout と矛盾しない。 - reviewer approval 済みで blocker / human gate が残っておらず、standing merge authority と safe target workspace が確認できる場合、Orchestrator guidance は dossier stop ではなく merge-completion 継続を促す。 - merge-completion guidance は target workspace / target branch / post-merge validation / Ticket lifecycle transition / worktree and branch cleanup の実行場所を明確にしている。 - targeted tests または workflow-level validation が追加・更新されている。 - `target/debug/yoi ticket doctor` が通る。 ## 非目標 - Ticket backend を SQLite/JSONL など Git 外 store に移行すること。 - Git を使わない orchestration storage を新規設計すること。 - Orchestrator が push すること。 - authority・reviewer approval・safe target workspace・未解決 human gate なしを確認せずに merge すること。 - main workspace の project record publication policy を完全に解くこと。 - 既存 `.yoi/tickets` の履歴を大規模に移行・rewrite すること。