ticket: accept role launch prompt split
This commit is contained in:
@@ -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`.
|
||||
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user