12 KiB
作成
LocalTicketBackend によって作成されました。
Intake summary
Marked ready by yoi ticket state.
State changed
Marked ready by yoi ticket state.
State changed
Ticket を workspace-panel が queued にしました。
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 Ticket00001KXKJGYGD(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/workerprompt/context/resident injection paths。crates/protocol/crates/session-storereference/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
queuedand does not recordqueued -> inprogress, create a worktree, or spawn role Pods。
Evidence checked:
- Ticket body / thread / relations。
TicketRelationQuery(00001KXKP2A71): incomingdepends_onfrom Skills support Ticket00001KXKMX0QM; no blocker for this Ticket。TicketOrchestrationPlanQuery(00001KXKP2A71): no prior records; recordedafter 00001KXKJGYGDand waiting note in this pass。TicketList(inprogress):00001KXKJGYGDactive。- Orchestrator worktree status and worktree list: active Workflow removal worktree exists。
- Visible Pods: Workflow removal Coder Pod is running。
Next action:
- Wait for
00001KXKJGYGDto be reviewed, merged, validated, and closed。 - Then re-route
00001KXKP2A71before starting dependent Skills support00001KXKMX0QM。
Escalate if:
- Human explicitly wants Knowledge removal and Workflow removal combined in one branch/worktree, or accepts parallel conflict/review-boundary risk。
Decision
Routing decision: implementation_ready
Reason:
- Previously recorded conflict reason (
00001KXKJGYGDinprogress Workflow removal) is now resolved: Workflow removal was approved, merged, validated, closed, and its implementation worktree/branch cleaned。 TicketRelationQuery(00001KXKP2A71)shows only an incoming dependency from Skills support Ticket00001KXKMX0QM; this Ticket has no outgoing blockers。TicketOrchestrationPlanQuery(00001KXKP2A71)contains priorafter 00001KXKJGYGD/ waiting notes, now satisfied, plus the accepted plan recorded in this pass。TicketList(inprogress)is 0 件。- Orchestrator worktree is clean and no existing
00001KXKP2A71implementation worktree/branch was found。
Evidence checked:
- Ticket body / thread / relations / orchestration plan。
- Closed
00001KXKJGYGDoutcome and current repository/worktree state。 TicketList(inprogress)and orchestration worktree status。
IntentPacket:
Intent:
- Knowledge を active supported feature / workspace record authority から削除する。
- Memory は durable summary / decisions / requests として残し、Knowledge は separate record kind として廃止する。
- Future Skills support の前に、Knowledge 固有の context/reference/tool surface を削除して概念境界を単純化する。
Binding decisions / invariants:
.yoi/knowledgeを active workspace record authority として扱わない。KnowledgeQueryを model-visible tool schema から削除する。MemoryRead/MemoryWrite/MemoryEdit/MemoryDeleteのkind = knowledgeを削除する。- resident Knowledge injection /
ResidentKnowledgeEntry/model_invokationfield usage を削除する。 - TUI / protocol の
#<slug>Knowledge reference / completion / chips / styling / system-item path を削除または unsupported にする。 - memory lint / consolidation / extraction は Knowledge record を作成・更新・検査しない。
- Current docs/prompts は Knowledge を active supported feature として説明しない。
- Historical reports may remain if explicitly historical, but current design docs/prompts must not advertise active Knowledge support。
- Skills are not a Knowledge clone; Skills support remains separate dependent work after Knowledge removal。
Requirements / acceptance criteria:
KnowledgeQueryandkind = knowledgedisappear from active model-visible tool schemas。- Worker prompt / resident context / compaction / rehydration have no Knowledge section。
- Protocol/TUI/web no longer expose active
#<slug>Knowledge references or completions。 - Memory lint/consolidation no longer handles Knowledge records as active output/target。
- Docs/prompts are updated to Memory / Ticket / Skill / repository-file boundaries without active Knowledge guidance。
- Existing
.yoi/knowledgedata handling is explicit: ignore / diagnostic / manual archive, without large migration code。 - Affected tests/build pass and dependent Skills support remains queued until this Ticket closes。
Implementation latitude:
- Removal can be direct deletion or fail-closed unsupported diagnostic where compatibility is necessary。
- Exact treatment of old
.yoi/knowledgedirectory can be ignore/diagnostic/manual archive note; do not add a broad migration subsystem。 - If a crate/type still needs
knowledgein historical tests/fixtures, keep only clearly non-active compatibility evidence and document it in test names/comments。 - Web/TUI UX for
#can become no completion / plain text / reserved unsupported; choose the smallest coherent behavior。
Escalate if:
- Removing Knowledge tools breaks Memory tools in a way that requires rethinking Memory API shape。
- A persisted-session compatibility issue requires more than bounded ignore/drop/diagnostic behavior。
- Skills support must be implemented now to replace a required active Knowledge path。
- A current document appears to require Knowledge as a product feature rather than historical reference。
Validation:
rg "KnowledgeQuery|knowledge"with remaining hits explained/limited to non-active historical/compatibility contexts。rg "#<slug>|ResidentKnowledge|model_invokation|kind = knowledge|\.yoi/knowledge"with active hits removed or explained。git diff --checkcargo test -p worker --lib --testscargo test -p memory --lib --testsor equivalent affected memory crate tests if present。cargo test -p session-store --lib --testsif system/reference/session state touched。cargo test -p tui --lib --testsif TUI references/completions touched。cargo test -p yoi --testsif CLI/memory commands touched。cd web/workspace && deno task check && deno task testif web generated/protocol/completion types touched。cargo check -p yoiyoi ticket doctornix build .#yoi --no-link
Current code map / likely touch points:
- Worker memory/knowledge tools and prompt/resident context paths。
- Memory store/lint/consolidation/extraction code。
- Protocol/TUI/web reference/completion/chip surfaces for
#<slug>。 - Session/system item/reference types if Knowledge references are persisted。
- Docs/prompts mentioning Knowledge as active support。
Critical risks / reviewer focus:
KnowledgeQueryorkind = knowledgesurviving in model-visible tool schema。- Resident Knowledge still injected through prompt/compaction/rehydration。
#<slug>still parsed as active Knowledge reference/completion。- Consolidation prompt still asking to create/update Knowledge。
- Docs/prompts continuing to teach Knowledge as supported active feature。
- Accidentally removing Memory summary/decision/request functionality while deleting Knowledge。
State changed
Workflow removal dependency/conflict is now closed and no blockers remain. Accepting queued Knowledge removal Ticket for implementation before creating worktree or spawning role Pods.
Implementation report
Implementation progress report:
- Coder Pod
yoi-coder-00001KXKP2A71-knowledge-removalcompleted implementation in/home/hare/Projects/yoi/.worktree/00001KXKP2A71-remove-knowledge-supporton branchwork/00001KXKP2A71-remove-knowledge-support。 - Implementation commit:
f786e019 feat: remove active knowledge support。 - Orchestrator inspected worktree status, branch log, commit stats, and
git diff --check f2106407..HEAD; worktree was clean and diff check passed。
Implementation summary:
- Removed active
KnowledgeQueryregistration/schema exposure。 - Removed
kind = knowledgefrom Memory tool kind support and tool descriptions。 - Removed active Knowledge frontmatter/schema/lint/query/resident-context handling from the Memory crate。
- Removed Worker resident Knowledge injection and Knowledge completion state。
- Removed protocol/TUI/web active
#<slug>/ Knowledge reference and completion paths。 - Kept bounded persisted-session compatibility: old session
SystemItementries serialized asknowledgedeserialize intoLegacyKnowledgeIgnoredand do not replay archived Knowledge text into model context。 - Updated prompts/docs to describe Memory summary/decision/request behavior and note old
.yoi/knowledge/as ignored/manual archive material。 - Did not implement Agent Skills support。
Old .yoi/knowledge handling:
.yoi/knowledge/is no longer classified, linted, queried, consolidated, extracted, resident-injected, or treated as workspace record authority。- Docs say older
.yoi/knowledge/files are ignored by current memory tooling and can be manually archived/inspected if needed。 - Persisted session Knowledge system items are ignored on restore rather than injected into model context。
Coder-reported validation passed:
rg "KnowledgeQuery|kind = knowledge|kind: knowledge|ResidentKnowledge|model_invokation|\\.yoi/knowledge|#<slug>" --glob '!target' --glob '!Cargo.lock': only remaining hit is historical ignored.yoi/knowledge/note indocs/design/memory-knowledge.md。rg "knowledge" crates resources docs README.md web --glob '!target' --glob '!Cargo.lock': remaining intended hits are historical/ignored.yoi/knowledge/docs, compatibility-onlyLegacyKnowledgeIgnored, doc filenames containingmemory-knowledge, and unrelatedacknowledgesubstrings。git diff --checkcargo test -p memory --lib --testscargo test -p worker --lib --testscargo test -p session-store --lib --testscargo test -p tui --lib --testscargo test -p yoi --testscd web/workspace && deno task check(passed with pre-existing/accessibility warnings only)cd web/workspace && deno task test(52 passed)cargo check -p yoiyoi ticket doctornix build .#yoi --no-link
Next action:
- Route to external Reviewer Pod before merge/close decisions。