ticket: accept workflow split design
This commit is contained in:
@@ -43,3 +43,48 @@ Open questions: blocking な追加質問はない。設計中に複数案が残
|
||||
Intake により、Orchestrator が planning/spike routing できる情報が揃った。実装 side effect はまだ開始しない。
|
||||
|
||||
---
|
||||
|
||||
<!-- event: state_changed author: workspace-panel at: 2026-06-11T02:23:39Z from: ready to: queued reason: queued field: state -->
|
||||
|
||||
## State changed
|
||||
|
||||
Ticket を `workspace-panel` が queued にしました。
|
||||
|
||||
|
||||
---
|
||||
|
||||
<!-- event: state_changed author: orchestrator at: 2026-06-11T02:24:22Z from: queued to: inprogress reason: orchestrator_queue_acceptance field: state -->
|
||||
|
||||
## State changed
|
||||
|
||||
Queue acceptance: relation query has no blockers, orchestration plan has no existing records, and the only dirty files are this Ticket's queued state update from workspace panel. This Ticket is a design/audit work item rather than builtin workflow loader implementation; implementation side effects will be limited to durable design/audit artifacts and Ticket records in a dedicated worktree before branch-local review.
|
||||
|
||||
---
|
||||
|
||||
<!-- event: plan author: orchestrator at: 2026-06-11T02:24:22Z -->
|
||||
|
||||
## Plan
|
||||
|
||||
Routing decision: implementation_ready as design/audit artifact work
|
||||
|
||||
Reason:
|
||||
- Ticket is `queued` with no relation blockers and no existing orchestration plan records.
|
||||
- The requested work is explicitly not builtin workflow loader implementation; it is a design/audit work item whose side effects should be durable project design/audit records and Ticket planning records.
|
||||
- User/panel authorized routing. The only dirty files before acceptance were this Ticket's workspace-panel queued state updates.
|
||||
|
||||
Evidence checked:
|
||||
- Ticket body/thread/artifacts and intake refinement.
|
||||
- `TicketRelationQuery`: no blockers.
|
||||
- `TicketOrchestrationPlanQuery`: no existing records.
|
||||
- Workspace/worktree state: main only, no active implementation worktrees.
|
||||
- Visible Pods: only unrelated/restorable Intake peers and self; no active child implementation Pods.
|
||||
|
||||
IntentPacket:
|
||||
- Intent: separate current project-local workflow content into public builtin candidates and Yoi dogfood/project-local operational material, and record the source/provenance/resource/slug/resident/migration decisions needed before implementing builtin workflow loading.
|
||||
- Binding decisions / invariants: do not implement builtin workflow loader in this Ticket; do not move workflow prose into Rust code; workspace workflows must remain able to override builtin workflows; public default workflows must not embed this repository's Git/worktree/cargo/nix/dogfood procedures; optional Git/worktree isolation must not become default resident unless explicitly enabled; stale `Action required` / `Attention required` terminology must be removed or planned for removal.
|
||||
- Requirements / acceptance criteria: audit all current `.yoi/workflow/*.md`; classify public-builtin vs dogfood-local material; record `WorkflowSource::Builtin`/provenance design; record source priority including workspace/builtin/skill order; decide resource placement under prompt resources or justify alternative; decide core/optional resident policy; decide slug and `.yoi/ticket.config.toml` migration plan; identify follow-up implementation Tickets; `target/debug/yoi ticket doctor` passes.
|
||||
- Implementation latitude: exact artifact path/format may be chosen if durable and reviewable; docs/design or Ticket artifact/comment are acceptable, but avoid broad unrelated doc rewrites.
|
||||
- Escalate if a binding product/API decision cannot be narrowed to a documented proposal, or if implementation appears to require loader/code changes in this Ticket.
|
||||
- Validation: `target/debug/yoi ticket doctor`, `git diff --check`; docs-only/Ticket-only changes can skip `nix build .#yoi` with explicit reason unless runtime resources/code are touched.
|
||||
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user