merge: sync orchestration before queue 00001KXKMX0QM

This commit is contained in:
Keisuke Hirata 2026-07-16 06:26:15 +09:00
commit d64a42125f
No known key found for this signature in database
5 changed files with 242 additions and 2 deletions

View File

@ -2,7 +2,7 @@
title: 'Remove workflow tracking and workflow resources' title: 'Remove workflow tracking and workflow resources'
state: 'inprogress' state: 'inprogress'
created_at: '2026-07-15T19:02:13Z' created_at: '2026-07-15T19:02:13Z'
updated_at: '2026-07-15T19:55:42Z' updated_at: '2026-07-15T21:25:42Z'
assignee: null assignee: null
queued_by: 'workspace-panel' queued_by: 'workspace-panel'
queued_at: '2026-07-15T19:54:36Z' queued_at: '2026-07-15T19:54:36Z'

View File

@ -123,3 +123,207 @@ Next action:
Dashboard queue authorization was inspected, no blockers were found, and an accepted plan was recorded. Moving queued Ticket to inprogress before creating worktree or spawning role Pods. Dashboard queue authorization was inspected, no blockers were found, and an accepted plan was recorded. Moving queued Ticket to inprogress before creating worktree or spawning role Pods.
--- ---
<!-- event: implementation_report author: orchestrator at: 2026-07-15T20:46:17Z -->
## Implementation report
Implementation progress report:
- Coder Pod `yoi-coder-00001KXKJGYGD-workflow-removal` completed implementation in `/home/hare/Projects/yoi/.worktree/00001KXKJGYGD-remove-workflow-tracking` on branch `work/00001KXKJGYGD-remove-workflow-tracking`
- Implementation commit: `d801b2698bb1b3d07e0d49af71b2e4777efd3f6e` (`refactor: remove workflow machinery`)。
- Orchestrator inspected worktree status, branch log, commit stats, `git diff --check 83ad7506..HEAD`, and grep checks for ActiveWorkflow / Workflow resource references. Worktree was clean and diff check passed。
Implementation summary:
- Removed model-visible `ActiveWorkflowList`, `ActiveWorkflowComplete`, and `ActiveWorkflowCancel` tools。
- Removed Worker active-workflow durable state, extension snapshotting, compaction/rehydration handling, and prompt re-injection paths。
- Removed Workflow registry/resource loading and `/workflow-slug` invocation behavior。
- Deleted `crates/workflow` crate and tracked `resources/workflows` resources。
- Removed `WorkflowInvoke` from protocol/TUI/web generated protocol surfaces and slash workflow completion behavior。
- Removed `.yoi/workflow` memory/workspace authority and workflow usage-source handling。
- Updated prompts/docs/config/role launch code to remove resident workflow and workflow invocation wording。
- Updated Ticket role launch/config handling to use typed role launch prompts without workflow slugs。
- Added bounded old-session handling: old persisted `kind: "workflow"` `SystemItem`s deserialize as `LegacyIgnored` and replay only a non-authority ignore diagnostic。
- Confirmed broad first-class Skills support was not implemented in this Ticket。
Files/resources touched include:
- `crates/worker/src/active_workflow.rs` removed。
- `crates/worker/src/workflow/mod.rs` removed。
- `crates/workflow/*` removed。
- `resources/workflows/*` removed。
- Protocol/TUI/web generated protocol surfaces updated。
- Prompt/docs/config references updated。
Coder-reported validation passed:
- `rg "ActiveWorkflow|active_workflow|Active workflow"`: no matches。
- `rg "resources/workflows|\\.yoi/workflow|workflow invocation|Resident workflows"`: no matches。
- `git diff --check`
- `cargo test -p session-store --lib --tests`
- `cargo test -p worker --lib --tests`
- `cargo test -p yoi --tests`
- `cargo check -p yoi`
- `yoi ticket doctor`
- `nix build .#yoi --no-link`
Next action:
- Route to external Reviewer Pod before merge/close decisions。
---
<!-- event: review author: reviewer at: 2026-07-15T20:53:02Z status: request_changes -->
## Review: request changes
External review result: request_changes
Evidence reviewed:
- Implementation worktree was clean。
- `rg "ActiveWorkflow|active_workflow|Active workflow"` and `rg "resources/workflows|\\.yoi/workflow|workflow invocation|Resident workflows"` were clean。
Blockers:
1. `WorkflowInvoke` web/generated surfaces remain active。
- `web/workspace/src/lib/generated/protocol.ts:82` still includes `{ kind: "workflow_invoke", slug: string }`
- `web/workspace/src/lib/workspace/console/composer-command.ts:191` still emits `workflow_invoke`
- `web/workspace/src/lib/workspace/console/model.ts:322` still handles it。
- `composer-command.test.ts:28` still expects it。
- This violates workflow resource/invocation removal acceptance。
2. Relevant tests fail after removal。
- `cargo test -p ticket --lib scaffold_config_includes_backend_and_all_fixed_roles -- --nocapture` fails because `crates/ticket/src/config.rs:1115-1120` still asserts role `workflow = ...`
- `cargo test -p tui --lib live_system_item_workflow_appends_system_message_block -- --nocapture` fails because `crates/tui/src/app.rs:3326-3340` still expects legacy workflow SystemItem rendering instead of ignored/drop/diagnostic behavior。
- This violates validation acceptance。
3. Stale docs/config wording remains。
- `docs/manifest.toml:283-293` still documents loading `skills.directories` “as Workflows,” conflicting with prompt/docs cleanup and Workflow authority removal。
Non-blocking note:
- Core Rust ActiveWorkflow/resource deletions appear largely in place, and broad new Skills support was not introduced in the inspected diff。
---
<!-- event: implementation_report author: orchestrator at: 2026-07-15T21:07:01Z -->
## Implementation report
Follow-up implementation progress report after request_changes:
- Coder Pod `yoi-coder-00001KXKJGYGD-workflow-removal` completed the focused review-blocker fix in `/home/hare/Projects/yoi/.worktree/00001KXKJGYGD-remove-workflow-tracking`
- Follow-up commit: `d30dca2d99812f457324b91fd3549f4f126b6d7c` (`fix: remove remaining workflow invoke surfaces`)。
- Orchestrator inspected worktree status, branch log, commit stats, `git diff --check 83ad7506..HEAD`, and grep checks. Worktree was clean and diff check passed。
Fix summary:
- Removed stale web `workflow_invoke` surfaces:
- `web/workspace/src/lib/generated/protocol.ts`
- `web/workspace/src/lib/workspace/console/composer-command.ts`
- `web/workspace/src/lib/workspace/console/model.ts`
- `web/workspace/src/lib/workspace/console/composer-command.test.ts`
- Updated generated TypeScript protocol to match Rust protocol without `WorkflowInvoke`
- Removed stale Ticket role scaffold test expectation for `workflow = ...`
- Replaced stale TUI workflow SystemItem rendering test with legacy workflow SystemItem ignore-path test。
- Removed docs/config wording that advertised loading Skills as Workflows。
- Stabilized Worker discovery restore-planning test by sharing the runtime-dir sandbox used by allocation tests。
Coder-reported validation passed:
- `rg "ActiveWorkflow|active_workflow|Active workflow"`: no matches。
- `rg "resources/workflows|\\.yoi/workflow|workflow invocation|Resident workflows|workflow_invoke"`: no matches。
- `git diff --check`
- `cargo test -p ticket --lib scaffold_config_includes_backend_and_all_fixed_roles -- --nocapture`
- `cargo test -p tui --lib live_legacy_workflow_system_item_is_ignored -- --nocapture`
- `cargo test -p session-store --lib --tests`
- `cargo test -p worker --lib --tests`
- `cargo test -p yoi --tests`
- `cd web/workspace && deno task check && deno task test`
- `cargo check -p yoi`
- `yoi ticket doctor`
- `nix build .#yoi --no-link`
Knowledge removal Ticket `00001KXKP2A71` remains queued and will be re-routed after this Workflow removal Ticket is merged/closed, per human preference to proceed after completion rather than combined branch。
---
<!-- event: review author: reviewer at: 2026-07-15T21:10:11Z status: request_changes -->
## Review: request changes
Focused re-review result: request_changes
Evidence:
- Prior Rust/TUI test blockers are fixed:
- `cargo test -p ticket --lib scaffold_config_includes_backend_and_all_fixed_roles` passes。
- `cargo test -p tui --lib live_legacy_workflow_system_item_is_ignored` passes。
- `ActiveWorkflow` / workflow resource greps over `crates web resources docs` are clean。
- `workflow_invoke` is removed from generated protocol/composer/model。
- Legacy workflow SystemItems are ignored in TUI。
- `docs/manifest.toml` no longer says Skills load “as Workflows”。
Remaining blocker:
- Slash workflow completion path remains active, violating acceptance item for removing workflow resource/invocation/completion surfaces。
- `web/workspace/src/lib/workspace/console/composer-completion.ts:1,4,38,82-83` still treats `/` as workflow completion。
- `web/workspace/src/lib/workspace/console/composer-completion.test.ts:35` still asserts `completionTokenAt("run /work")?.kind === "workflow"`
- `web/workspace/src/routes/w/[workspaceId]/+page.svelte:354-361` still posts `token.kind` to the completions endpoint, and result type still allows `"workflow"` at `+page.svelte:48-49`
- `crates/protocol/src/lib.rs:604-608,619` comments still advertise `/ -> Workflow` and workflow resolvers。
Blocker: remove the remaining slash workflow completion surface and stale protocol comments/types, without introducing hidden Workflow compatibility。
---
<!-- event: implementation_report author: orchestrator at: 2026-07-15T21:23:24Z -->
## Implementation report
Second follow-up implementation progress report after request_changes:
- Coder Pod `yoi-coder-00001KXKJGYGD-workflow-removal` completed the remaining slash workflow completion fix。
- Follow-up commit: `0b56052a447adeb12ee641f1136d121431fbd798` (`fix: remove workflow completion surface`)。
- Orchestrator inspected worktree status, branch log, commit stats, and `git diff --check 83ad7506..HEAD`; worktree was clean and diff check passed。
Fix summary:
- Removed `/` as a web console completion sigil。
- Web console completions now only recognize commands, file refs, and Knowledge refs。
- Removed `workflow` from web console completion result typing。
- Updated route-side completion response typing to exclude `workflow`
- Updated web completion tests so slash text remains plain text / no completion token。
- Removed stale Workflow completion/resolver wording from protocol comments。
- Did not add hidden Workflow compatibility or broad Skills replacement。
Coder-reported validation passed:
- `rg "ActiveWorkflow|active_workflow|Active workflow"`: no matches。
- Focused completion-surface grep for `workflow_invoke`, workflow completion kind, slash Workflow resolver wording, `resources/workflows`, `.yoi/workflow`, `workflow invocation`, `Resident workflows`: no matches。
- Focused web/protocol grep for `kind.*workflow`: no matches; remaining project-wide `kind: "workflow"` mentions are only legacy persisted `SystemItem` ignore tests for bounded compatibility。
- `git diff --check`
- `cd web/workspace && deno task check && deno task test`
- `cargo test -p yoi --tests`
- `cargo check -p yoi`
- `yoi ticket doctor`
- `nix build .#yoi --no-link`
Next action:
- Request focused re-review of the remaining workflow completion blocker and overall acceptance before merge/close decisions。
---
<!-- event: review author: reviewer at: 2026-07-15T21:25:42Z status: request_changes -->
## Review: request changes
Focused re-review result: request_changes
Evidence:
- Slash workflow completion blocker appears fixed。
- Focused greps for `workflow_invoke`, workflow completion/resolver wording, `kind.*workflow`, `resources/workflows`, `.yoi/workflow`, `workflow invocation`, and `Resident workflows` in protocol/web/resources/docs were clean。
- Web console completion no longer exposes workflow invocation。
- ActiveWorkflow/resource greps remain clean。
- Reviewer did not see broad new Skills support beyond existing manifest/config docs。
Remaining blocker:
- A stale TUI unit test still uses a legacy `"kind": "workflow"` SystemItem as an active task-store snapshot carrier and now fails because workflow SystemItems are ignored。
- Location: `crates/tui/src/app.rs:3568-3600`, including comment at `3587-3588`, JSON kind at `3591`
- Failing command: `cargo test -p tui --lib live_system_snapshot_replaces_task_store -- --nocapture`
- Failure at `crates/tui/src/app.rs:3599` (`left: 1`, `right: 4`)。
- This leaves relevant tests failing and contradicts bounded legacy workflow behavior / test cleanup expectation。
Required fix:
- Update the test fixture to use a non-legacy active SystemItem kind or otherwise align it with workflow ignore semantics。
---

View File

@ -0,0 +1,2 @@
{"id":"orch-plan-20260715-202731-1","ticket_id":"00001KXKP2A71","kind":"after","related_ticket":"00001KXKJGYGD","note":"この Ticket は Knowledge removal 自体には blocker relation がないが、現在 `00001KXKJGYGD` が inprogress で Workflow tracking/resource removal を実装中。両者は `crates/worker` prompt/context、`crates/protocol`/session item、resource/docs cleanup、および Workflow required Knowledge dependency 周辺で重なる。Ticket body も Workflow required Knowledge dependency は Workflow removal 側で消える前提としているため、`00001KXKJGYGD` の review/merge/close 後に開始する。","author":"orchestrator","at":"2026-07-15T20:27:31Z"}
{"id":"orch-plan-20260715-202739-2","ticket_id":"00001KXKP2A71","kind":"waiting_capacity_note","note":"Queue routing inspected. `00001KXKP2A71` is concrete and has no typed blocker relation, but it should not be started in parallel with active `00001KXKJGYGD`: both remove old context/resource machinery and likely touch shared prompt/context/session/protocol/resource/docs surfaces. Running both now would create conflict and review-boundary risk. Leave queued until `00001KXKJGYGD` is approved/merged/closed, then re-route Knowledge removal before Skills support `00001KXKMX0QM`.","author":"orchestrator","at":"2026-07-15T20:27:39Z"}

View File

@ -2,7 +2,7 @@
title: 'Remove Knowledge support' title: 'Remove Knowledge support'
state: 'queued' state: 'queued'
created_at: '2026-07-15T20:04:08Z' created_at: '2026-07-15T20:04:08Z'
updated_at: '2026-07-15T20:27:02Z' updated_at: '2026-07-15T20:27:51Z'
assignee: null assignee: null
queued_by: 'workspace-panel' queued_by: 'workspace-panel'
queued_at: '2026-07-15T20:27:02Z' queued_at: '2026-07-15T20:27:02Z'

View File

@ -30,4 +30,38 @@ Marked ready by `yoi ticket state`.
Ticket を `workspace-panel` が queued にしました。 Ticket を `workspace-panel` が queued にしました。
---
<!-- event: decision author: orchestrator at: 2026-07-15T20:27:51Z -->
## Decision
Routing decision: hold_queued_due_conflict_with_active_removal_work
Reason:
- Dashboard queue authorization was inspected, and this Ticket is concrete with no outgoing blocker relation。
- However, `TicketList(inprogress)` shows active Ticket `00001KXKJGYGD` (`Remove workflow tracking and workflow resources`) currently in implementation with Coder Pod running。
- This Knowledge removal Ticket and Workflow removal Ticket likely touch overlapping surfaces:
- `crates/worker` prompt/context/resident injection paths。
- `crates/protocol` / `crates/session-store` reference/system-item state paths。
- resource cleanup under prompts/resources/docs。
- Workflow required Knowledge dependency, which this Ticket body explicitly says is expected to disappear via Workflow removal。
- Starting this Ticket now would create avoidable merge conflicts and make reviewer acceptance boundaries ambiguous。
- Therefore this pass leaves the Ticket `queued` and does not record `queued -> inprogress`, create a worktree, or spawn role Pods。
Evidence checked:
- Ticket body / thread / relations。
- `TicketRelationQuery(00001KXKP2A71)`: incoming `depends_on` from Skills support Ticket `00001KXKMX0QM`; no blocker for this Ticket。
- `TicketOrchestrationPlanQuery(00001KXKP2A71)`: no prior records; recorded `after 00001KXKJGYGD` and waiting note in this pass。
- `TicketList(inprogress)`: `00001KXKJGYGD` active。
- Orchestrator worktree status and worktree list: active Workflow removal worktree exists。
- Visible Pods: Workflow removal Coder Pod is running。
Next action:
- Wait for `00001KXKJGYGD` to be reviewed, merged, validated, and closed。
- Then re-route `00001KXKP2A71` before starting dependent Skills support `00001KXKMX0QM`
Escalate if:
- Human explicitly wants Knowledge removal and Workflow removal combined in one branch/worktree, or accepts parallel conflict/review-boundary risk。
--- ---