ticket: accept role launch prompt split

.yoi/tickets/00001KTVPS6K3/artifacts/orchestration-plan.jsonl

@@ -1 +1,2 @@
 {"id":"orch-plan-20260612-091119-1","ticket_id":"00001KTVPS6K3","kind":"waiting_capacity_note","note":"Workspace Panel Queue notification was received, but this Orchestrator cannot safely accept implementation yet. The Orchestrator Ticket backend still reads the Ticket as `ready`, while the root workspace has unsynced/uncommitted queued Ticket changes for `00001KTVPS6K3`; root workspace is dirty (`.yoi/tickets/00001KTVPS6K3/*` plus `crates/tui/src/multi_pod.rs`). Current active work `00001KTWPE3KQ` is also in review and is specifically fixing the Panel Queue durable handoff/sync path. Re-route this Ticket after the Queue handoff is safely synced/committed and active review/merge state is clear.","author":"orchestrator","at":"2026-06-12T09:11:19Z"}
+{"id":"orch-plan-20260612-123134-2","ticket_id":"00001KTVPS6K3","kind":"accepted_plan","accepted_plan":{"summary":"Ticket role launch の first-run user message を Submit-only の短い入力へ縮小し、role behavior は builtin Profile instruction、procedural guidance は Workflow へ分離する。実装は `crates/client/src/ticket_role.rs`、`resources/profiles/{intake,orchestrator,coder,reviewer}.lua`、`resources/prompts/ticket_role/*.md`、必要な workflow/prompt resource と focused tests を対象にする。","branch":"ticket/shorten-ticket-role-launch-input","worktree":"/home/hare/Projects/yoi/.worktree/shorten-ticket-role-launch-input","role_plan":"Coder は child worktree に限定して implementation と tests/validation を行う。Reviewer は read-only で、Instruction / Workflow / Submit / control-plane 境界、prompt-context 永続性、workspace/cwd/topology 情報の分離、既存 Ticket role launch/Panel launch/workflow invocation の互換性を確認する。"},"author":"orchestrator","at":"2026-06-12T12:31:34Z"}

.yoi/tickets/00001KTVPS6K3/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Ticket role launch inputを短縮し、role behaviorをInstruction/Workflowへ分離する'
-state: 'queued'
+state: 'inprogress'
 created_at: '2026-06-11T16:03:28Z'
-updated_at: '2026-06-12T12:29:10Z'
+updated_at: '2026-06-12T12:32:11Z'
 assignee: null
 risk_flags: ['prompt-context', 'workflow-boundary', 'role-launch']
 queued_by: 'workspace-panel'

.yoi/tickets/00001KTVPS6K3/thread.md

@@ -56,4 +56,98 @@ Escalate if:
 Ticket を `workspace-panel` が queued にしました。
 
 
+---
+
+<!-- event: decision author: orchestrator at: 2026-06-12T12:32:06Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- Ticket body は Ticket role launch の first-run user message から role behavior / procedural guidance / control-plane metadata を外し、Submit に対象 Ticket / action instruction / per-launch context だけを残す方針を明確に記録している。
+- Instruction / Workflow / Submit / control-plane の境界、Ticket config schema に instruction field を追加しないこと、launch context template 化を避けることが binding decision として記録済みである。
+- `ready -> queued` は workspace-panel により再実行され、現在の Orchestrator backend でも `queued` として読める。relation blocker はない。
+- 以前の blocker だった Panel Queue durable handoff work `00001KTWPE3KQ` は closed 済みで、現在の orchestration worktree は clean。残る不確実性は既存 prompt/profile/workflow resource と `crates/client/src/ticket_role.rs` 周辺の bounded implementation investigation に閉じている。
+
+Evidence checked:
+- Ticket body / thread / artifacts: `item.md`、`thread.md`、既存 waiting-capacity note を確認。
+- TicketRelationQuery: outgoing/incoming relation なし、blocker なし。
+- TicketOrchestrationPlanQuery: 既存 `waiting_capacity_note` と、今回の accepted plan `orch-plan-20260612-123134-2` を確認。
+- Related Ticket: `00001KTWPE3KQ` は closed 済みで、Queue handoff blocker は解消済み。
+- Workspace state: Orchestrator worktree `orchestration/yoi-orchestrator` は clean。
+- Code/resource map: `crates/client/src/ticket_role.rs`, `resources/profiles/orchestrator.lua`, `resources/prompts/ticket_role/*.md` と関連 prompt/profile/workflow resource を確認。
+- Durable context: prompt prose は resources/prompts へ集約し、Profile/Workflow が role behavior/procedure を所有する既存方針に一致する。
+- Visible Pods: active child Pod なし。
+
+IntentPacket:
+
+Intent:
+- Ticket role Pod launch の初回 user message を短縮し、model-visible な launch input を Submit-only の per-launch context に近づける。
+- role behavior は builtin role Profile が選ぶ Instruction、procedural guidance は Workflow、control-plane metadata は launch plan/diagnostics/trace に分離する。
+
+Binding decisions / invariants:
+- `Profile selector`、`Workflow`、`Configured launch_prompt ref` などの control-plane metadata は first-run user message に含めない。
+- role behavior / 恒常的環境情報 / language / workspace_root / cwd は Instruction/system 側の責務とする。ただし今回の Git/worktree 操作対象として必要な path は Submit に明示してよい。
+- procedural guidance は Workflow 側に置く。
+- Submit に残す情報は対象 Ticket、action instruction、今回の操作対象として必要な per-launch context に限定する。
+- Ticket config に role-level `system_instruction` / `instruction` field を追加しない。
+- launch context の過剰なテンプレート化は行わず、Rust 側の短い Submit 組み立てに留める。
+- 新しい input を hidden context として差し込まず、必要な model-visible context は適切な Instruction/Workflow/committed user task/history 経由にする。
+
+Requirements / acceptance criteria:
+- Ticket role launch の first-run `Segment::Text` が短くなり、対象 Ticket / action instruction / per-launch context だけを含む。
+- role behavior は builtin role instruction prompt から供給される。
+- procedural guidance は Workflow に残る、または Workflow に移されている。
+- control-plane metadata は prompt text ではなく launch plan / diagnostics / trace に留まる。
+- Ticket record language guidance は first-run user message ではなく Instruction 側の環境情報として扱われる。
+- Orchestrator launch で必要な workspace/cwd/topology 情報は Pod 環境情報と per-operation Submit 情報に分離され、Git/worktree 操作対象として必要なものだけ Submit 内で明示される。
+- 関連 unit tests が新しい出力方針を検証する。
+- `nix build .#yoi` が通る。
+
+Implementation latitude:
+- builtin role instruction prompt のファイル名・配置は既存 prompt resource conventions に合わせて選んでよい。
+- `resources/prompts/ticket_role` の既存 fragment は、不要なら削除または縮小してよい。
+- `TicketRoleLaunchContext.user_instruction` rename は、変更量が大きい場合は段階的移行でもよい。ただし model-visible label は `User/action instruction` より正確な名前にする。
+- Workflow 側に移す文言は public builtin workflow と workspace dogfood workflow の責務差を保つ。
+
+Escalate if:
+- Instruction / Workflow / Submit の境界に収まらない新しい model-visible 情報が見つかる。
+- Ticket role launch の dynamic data を Instruction minijinja context に入れる必要が出る。
+- Ticket config schema に新しい instruction field を追加する必要が出る。
+- Workflow invocation、workspace/user prompt override、Ticket role launch、Panel Intake / Orchestrator launch のいずれかを壊さないと実現できない。
+
+Validation:
+- Ticket role launch prompt 出力の unit tests。
+- builtin role Profile が instruction prompt を解決できることの focused validation。
+- relevant cargo tests。
+- `cargo fmt --check`。
+- `git diff --check`。
+- `target/debug/yoi ticket doctor` または built binary の `yoi ticket doctor`。
+- `nix build .#yoi`。
+
+Current code map:
+- 主対象: `crates/client/src/ticket_role.rs`。
+- Profile/resource: `resources/profiles/{intake,orchestrator,coder,reviewer}.lua`, `resources/prompts/ticket_role/*.md`, 必要な `resources/workflows/*` / `.yoi/workflow/*`。
+- Prompt/system integration check: `crates/pod/src/prompt/system.rs`。
+- Implementation worktree では Orchestrator/main `.yoi` records、`.yoi/memory`、local/runtime/log/lock/secret-like `.yoi` paths を生成・編集しない。
+
+Critical risks / reviewer focus:
+- control-plane metadata が first-run user message に残っていないこと。
+- role behavior / procedure が Submit に残留せず、Instruction / Workflow の適切な boundary に移っていること。
+- Ticket record language guidance と workspace/cwd/topology 情報が hidden/ephemeral context injection になっていないこと。
+- Dynamic Ticket data を system Instruction 側へ混ぜないこと。
+- 既存 Ticket role launch、Panel Intake/Orchestrator launch、workflow invocation、prompt override の動作を壊していないこと。
+
+Next action:
+- `queued -> inprogress` を記録してから、branch `ticket/shorten-ticket-role-launch-input` / worktree `/home/hare/Projects/yoi/.worktree/shorten-ticket-role-launch-input` を作成し、sibling coder に narrow write scope で実装を委譲する。Reviewer は coder evidence 後に read-only で起動する。
+
+---
+
+<!-- event: state_changed author: orchestrator at: 2026-06-12T12:32:11Z from: queued to: inprogress reason: orchestrator_acceptance field: state -->
+
+## State changed
+
+Routing accepted for implementation. Ticket body/thread, relation blockers, orchestration plan, prior waiting-capacity note, closed Queue-handoff dependency, current Orchestrator workspace state, relevant prompt/profile/workflow code map, and visible Pods were rechecked. No unresolved blocker or missing planning decision remains. Implementation side effects will start only after this accepted `queued -> inprogress` transition is recorded, using accepted plan `orch-plan-20260612-123134-2`.
+
 ---