@codemcp/ade 0.6.1 → 0.8.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (47) hide show
  1. package/.beads/issues.jsonl +37 -0
  2. package/.beads/last-touched +1 -1
  3. package/.kiro/agents/ade.json +10 -2
  4. package/.kiro/settings/mcp.json +6 -1
  5. package/.opencode/agents/ade.md +7 -2
  6. package/.vibe/beads-state-ade-extension-override-skills-d44z9p.json +29 -0
  7. package/.vibe/beads-state-ade-fix-docset-writing-37fuoj.json +29 -0
  8. package/.vibe/development-plan-extension-override-skills.md +110 -0
  9. package/.vibe/development-plan-fix-docset-writing.md +77 -0
  10. package/.vibe/docs/architecture.md +201 -0
  11. package/.vibe/docs/design.md +179 -0
  12. package/.vibe/docs/requirements.md +17 -0
  13. package/ade.extensions.mjs +13 -15
  14. package/config.lock.yaml +6 -1
  15. package/docs/CLI-PRD.md +38 -40
  16. package/docs/CLI-design.md +47 -57
  17. package/docs/guide/extensions.md +6 -14
  18. package/package.json +1 -1
  19. package/packages/cli/dist/index.js +15213 -5579
  20. package/packages/cli/package.json +1 -1
  21. package/packages/cli/src/commands/conventions.integration.spec.ts +29 -4
  22. package/packages/cli/src/commands/extensions.integration.spec.ts +26 -4
  23. package/packages/cli/src/commands/install.ts +2 -0
  24. package/packages/cli/src/commands/knowledge-docset.integration.spec.ts +179 -0
  25. package/packages/cli/src/commands/knowledge.integration.spec.ts +24 -36
  26. package/packages/cli/src/commands/setup.spec.ts +1 -101
  27. package/packages/cli/src/commands/setup.ts +23 -36
  28. package/packages/cli/src/knowledge-installer.spec.ts +43 -3
  29. package/packages/cli/src/knowledge-installer.ts +12 -9
  30. package/packages/core/package.json +1 -1
  31. package/packages/core/src/catalog/catalog.spec.ts +75 -43
  32. package/packages/core/src/catalog/facets/architecture.ts +89 -58
  33. package/packages/core/src/catalog/facets/practices.ts +9 -8
  34. package/packages/core/src/index.ts +4 -4
  35. package/packages/core/src/registry.spec.ts +1 -1
  36. package/packages/core/src/registry.ts +2 -2
  37. package/packages/core/src/resolver.spec.ts +391 -154
  38. package/packages/core/src/resolver.ts +16 -54
  39. package/packages/core/src/types.ts +19 -10
  40. package/packages/core/src/writers/docset.spec.ts +40 -0
  41. package/packages/core/src/writers/docset.ts +24 -0
  42. package/packages/core/src/writers/skills.spec.ts +46 -0
  43. package/packages/harnesses/package.json +1 -1
  44. package/packages/harnesses/src/writers/opencode.spec.ts +3 -5
  45. package/packages/harnesses/src/writers/opencode.ts +3 -4
  46. package/packages/core/src/writers/knowledge.spec.ts +0 -26
  47. package/packages/core/src/writers/knowledge.ts +0 -15
@@ -6,6 +6,32 @@
6
6
  {"id":"ade-1.3","title":"Fix","description":"Implement the solution based on your analysis: - If exists: Follow the design from it - Otherwise: Elaborate design options and present them to the user Before implementing, assess the approach: - How critical is this system? What is the blast radius if the fix causes issues? - Should this be a minimal fix or a more comprehensive solution? Make targeted changes that address the root cause without introducing new issues. Be careful to maintain existing functionality while fixing the bug.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-18T08:27:27.697356+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-18T08:27:27.697356+01:00","dependencies":[{"issue_id":"ade-1.3","depends_on_id":"ade-1","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-1.3","depends_on_id":"ade-1.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
7
7
  {"id":"ade-1.4","title":"Verify","description":"Test the fix thoroughly to ensure the original bug is resolved and no new issues were introduced. Run existing tests, create new ones if needed, and verify the solution is robust.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-18T08:27:27.865128+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-18T08:27:27.865128+01:00","dependencies":[{"issue_id":"ade-1.4","depends_on_id":"ade-1","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-1.4","depends_on_id":"ade-1.3","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
8
8
  {"id":"ade-1.5","title":"Finalize","description":"Ensure code quality and documentation accuracy through systematic cleanup and review. **STEP 1: Code Cleanup** Systematically clean up development artifacts: - Remove all temporary debug output statements used during bug investigation (console logging, print statements, debug output functions) - Address each TODO/FIXME comment by either implementing the solution or documenting why it's deferred - Remove completed TODOs and convert remaining ones to proper issue tracking if needed - Remove temporary debugging code, test code blocks, and commented-out code - Ensure proper error handling replaces temporary debug logging **STEP 2: Documentation Review** Review and update documentation to reflect the bug fix: - If exists, update it if design details were refined or changed during the fix - Compare documentation against the actual bug fix implementation - Update only the documentation sections that have functional changes - Remove references to investigation iterations, progress notes, and temporary decisions - Ensure documentation describes the final fixed state, not the debugging process - Ask the user to review document updates **STEP 3: Final Validation** - Run existing tests to ensure cleanup didn't break functionality - Verify documentation accuracy with a final review - Ensure bug fix is ready for production - Update task progress and mark completed work as you finalize the bug fix","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-18T08:27:28.031667+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-18T08:27:28.031667+01:00","dependencies":[{"issue_id":"ade-1.5","depends_on_id":"ade-1","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-1.5","depends_on_id":"ade-1.4","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
9
+ {"id":"ade-10","title":"ade: bugfix (development-plan-fix-docset-writing.md)","description":"Responsible vibe engineering session using bugfix workflow for ade","status":"open","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T14:32:23.763416+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T14:32:23.763416+01:00"}
10
+ {"id":"ade-10.1","title":"Reproduce","description":"Gather specific information to reliably reproduce the reported bug: - What are the exact OS, browser/runtime versions, and hardware specs? - What is the precise sequence of actions that trigger the bug? - What error messages, logs, or stack traces are available? - Does this happen every time or intermittently? - How many users are affected and what is the business impact? Create test cases that demonstrate the problem. Document your findings and create tasks as needed.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T14:32:23.906213+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T14:32:23.906213+01:00","dependencies":[{"issue_id":"ade-10.1","depends_on_id":"ade-10","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
11
+ {"id":"ade-10.2","title":"Analyze","description":"Examine the code paths involved in the bug, identify the root cause, and understand why the issue occurs. Use debugging tools, add logging, and trace through the problematic code. Document your analysis and create tasks as needed.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T14:32:24.062362+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T14:32:24.062362+01:00","dependencies":[{"issue_id":"ade-10.2","depends_on_id":"ade-10","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-10.2","depends_on_id":"ade-10.1","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
12
+ {"id":"ade-10.3","title":"Fix","description":"Implement the solution based on your analysis: - If exists: Follow the design from it - Otherwise: Elaborate design options and present them to the user Before implementing, assess the approach: - How critical is this system? What is the blast radius if the fix causes issues? - Should this be a minimal fix or a more comprehensive solution? Make targeted changes that address the root cause without introducing new issues. Be careful to maintain existing functionality while fixing the bug.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T14:32:24.211424+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T14:32:24.211424+01:00","dependencies":[{"issue_id":"ade-10.3","depends_on_id":"ade-10","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-10.3","depends_on_id":"ade-10.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
13
+ {"id":"ade-10.4","title":"Verify","description":"Test the fix thoroughly to ensure the original bug is resolved and no new issues were introduced. Run existing tests, create new ones if needed, and verify the solution is robust.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T14:32:24.357+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T14:32:24.357+01:00","dependencies":[{"issue_id":"ade-10.4","depends_on_id":"ade-10","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-10.4","depends_on_id":"ade-10.3","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
14
+ {"id":"ade-10.5","title":"Finalize","description":"Ensure code quality and documentation accuracy through systematic cleanup and review. **STEP 1: Code Cleanup** Systematically clean up development artifacts: - Remove all temporary debug output statements used during bug investigation (console logging, print statements, debug output functions) - Address each TODO/FIXME comment by either implementing the solution or documenting why it's deferred - Remove completed TODOs and convert remaining ones to proper issue tracking if needed - Remove temporary debugging code, test code blocks, and commented-out code - Ensure proper error handling replaces temporary debug logging **STEP 2: Documentation Review** Review and update documentation to reflect the bug fix: - If exists, update it if design details were refined or changed during the fix - Compare documentation against the actual bug fix implementation - Update only the documentation sections that have functional changes - Remove references to investigation iterations, progress notes, and temporary decisions - Ensure documentation describes the final fixed state, not the debugging process - Ask the user to review document updates **STEP 3: Final Validation** - Run existing tests to ensure cleanup didn't break functionality - Verify documentation accuracy with a final review - Ensure bug fix is ready for production - Update task progress and mark completed work as you finalize the bug fix","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T14:32:24.515977+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T14:32:24.515977+01:00","dependencies":[{"issue_id":"ade-10.5","depends_on_id":"ade-10","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-10.5","depends_on_id":"ade-10.4","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
15
+ {"id":"ade-11","title":"ade: epcc (development-plan-fix-docset-writing.md)","description":"Responsible vibe engineering session using epcc workflow for ade","status":"closed","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:24:52.604251+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:05:42.784077+01:00","closed_at":"2026-03-20T16:05:42.784077+01:00","close_reason":"Closed"}
16
+ {"id":"ade-11.1","title":"Explore","description":"Research the codebase to understand existing patterns and gather context about the problem space. - If uncertain about conventions or rules, ask the user about them - Read relevant files and documentation - If exists: Understand and document requirements there - Otherwise: Document requirements in your task management system Focus on understanding without writing code yet. Document your findings and create tasks as needed.","status":"closed","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:24:52.757158+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:26.864081+01:00","closed_at":"2026-03-20T16:01:26.864081+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.1","depends_on_id":"ade-11","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
17
+ {"id":"ade-11.2","title":"Plan","description":"Create a detailed implementation strategy based on your exploration: - If exists: Base your strategy on requirements from it - Otherwise: Use existing task context Break down the work into specific, actionable tasks. Consider edge cases, dependencies, and potential challenges. - If architectural changes needed and exists: Document in - Otherwise: Create tasks to track architectural decisions - If exists: Adhere to the design in it - Otherwise: Elaborate design options and present them to the user Document the planning work thoroughly and create implementation tasks as part of the code phase as needed.","status":"closed","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:24:52.917633+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:26.996449+01:00","closed_at":"2026-03-20T16:01:26.996449+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.2","depends_on_id":"ade-11","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-11.2","depends_on_id":"ade-11.1","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
18
+ {"id":"ade-11.3","title":"Code","description":"Follow your plan to build the solution: - If exists: Follow the design from it - Otherwise: Elaborate design options and present them to the user - If exists: Build according to the architecture from it - Otherwise: Elaborate architectural options and present them to the user - If exists: Ensure requirements from it are met - Otherwise: Ensure existing requirements are met based on your task context Write clean, well-structured code with proper error handling. Prevent regression by building, linting, and executing existing tests. Stay flexible and adapt the plan as you learn more during implementation. Update task progress and create new tasks as needed.","status":"closed","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:24:53.084958+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:27.09839+01:00","closed_at":"2026-03-20T16:01:27.09839+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3","depends_on_id":"ade-11","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-11.3","depends_on_id":"ade-11.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
19
+ {"id":"ade-11.3.1","title":"types.ts: remove Option.docsets, excluded_docsets from UserConfig, add docset to ProvisionWriter","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.105878+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:13.66361+01:00","closed_at":"2026-03-20T16:01:13.66361+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.1","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
20
+ {"id":"ade-11.3.10","title":"catalog/catalog.spec.ts: replace .docsets assertions with recipe-entry assertions","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:49.43139+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.697048+01:00","closed_at":"2026-03-20T16:01:14.697048+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.10","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
21
+ {"id":"ade-11.3.11","title":"cli/setup.ts: remove docset confirmation multiselect block","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:49.575948+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.807776+01:00","closed_at":"2026-03-20T16:01:14.807776+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.11","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
22
+ {"id":"ade-11.3.12","title":"cli/setup.spec.ts: remove docset-related tests","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:49.720793+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.914569+01:00","closed_at":"2026-03-20T16:01:14.914569+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.12","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
23
+ {"id":"ade-11.3.13","title":"cli/knowledge.integration.spec.ts: remove excluded_docsets test","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:49.87583+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:15.018168+01:00","closed_at":"2026-03-20T16:01:15.018168+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.13","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
24
+ {"id":"ade-11.3.14","title":"cli/conventions.integration.spec.ts: remove docset multiselect mock calls","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:50.015271+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:15.119845+01:00","closed_at":"2026-03-20T16:01:15.119845+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.14","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
25
+ {"id":"ade-11.3.15","title":"Delete dead files: writers/knowledge.ts and knowledge.spec.ts","status":"closed","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:50.151331+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:13.53949+01:00","closed_at":"2026-03-20T16:01:13.53949+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.15","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
26
+ {"id":"ade-11.3.2","title":"writers/docset.ts: new docset provision writer","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.271995+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:13.783381+01:00","closed_at":"2026-03-20T16:01:13.783381+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.2","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
27
+ {"id":"ade-11.3.3","title":"writers/docset.spec.ts: unit tests for docset writer","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.410045+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:13.883732+01:00","closed_at":"2026-03-20T16:01:13.883732+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.3","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
28
+ {"id":"ade-11.3.4","title":"registry.ts: register docsetWriter","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.546387+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:13.996487+01:00","closed_at":"2026-03-20T16:01:13.996487+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.4","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
29
+ {"id":"ade-11.3.5","title":"index.ts: export docsetWriter, remove collectDocsets export","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.680198+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.103166+01:00","closed_at":"2026-03-20T16:01:14.103166+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.5","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
30
+ {"id":"ade-11.3.6","title":"resolver.ts: remove docset-collection loop, exclusion filtering, collectDocsets()","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.821344+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.209469+01:00","closed_at":"2026-03-20T16:01:14.209469+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.6","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
31
+ {"id":"ade-11.3.7","title":"resolver.spec.ts: update docsets fixtures to recipe entries, remove excluded_docsets tests","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:48.957283+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.316194+01:00","closed_at":"2026-03-20T16:01:14.316194+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.7","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
32
+ {"id":"ade-11.3.8","title":"catalog/facets/architecture.ts: replace docsets[] with recipe entries (3 options)","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:49.150947+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.449139+01:00","closed_at":"2026-03-20T16:01:14.449139+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.8","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
33
+ {"id":"ade-11.3.9","title":"catalog/facets/practices.ts: replace docsets[] with recipe entry (1 option)","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:45:49.294147+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:01:14.582911+01:00","closed_at":"2026-03-20T16:01:14.582911+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.3.9","depends_on_id":"ade-11.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
34
+ {"id":"ade-11.4","title":"Commit","description":"Ensure code quality and documentation accuracy through systematic cleanup and review. **STEP 1: Code Cleanup** Systematically clean up development artifacts: 1. **Remove Debug Output**: Search for and remove all temporary debug output statements used during development. Look for language-specific debug output methods (console logging, print statements, debug output functions). Remove any debugging statements that were added for development purposes. 2. **Review TODO/FIXME Comments**: - Address each TODO/FIXME comment by either implementing the solution or documenting why it's deferred - Remove completed TODOs - Convert remaining TODOs to proper issue tracking if needed 3. **Remove Debugging Code Blocks**: - Remove temporary debugging code, test code blocks, and commented-out code - Clean up any experimental code that's no longer needed - Ensure proper error handling replaces temporary debug logging **STEP 2: Documentation Review** Review and update documentation to reflect final implementation: 1. **Update Long-Term Memory Documents**: Based on what was actually implemented: - If exists: Update it if requirements changed during development - If exists: Update it if architectural impacts were identified - If exists: Update it if design details were refined or changed - Otherwise: Document any changes in the plan file 2. **Compare Against Implementation**: Review documentation against actual implemented functionality 3. **Update Changed Sections**: Only modify documentation sections that have functional changes 4. **Remove Development Progress**: Remove references to development iterations, progress notes, and temporary decisions 5. **Focus on Final State**: Ensure documentation describes the final implemented state, not the development process 6. **Ask User to Review Document Updates** **STEP 3: Final Validation** - Run existing tests to ensure cleanup didn't break functionality - Verify documentation accuracy with a final review - Ensure code is ready for production/delivery Update task progress and mark completed work as you finalize the feature.","status":"closed","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T15:24:53.248593+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T16:05:42.649754+01:00","closed_at":"2026-03-20T16:05:42.649754+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-11.4","depends_on_id":"ade-11","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-11.4","depends_on_id":"ade-11.3","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
9
35
  {"id":"ade-2","title":"ade: epcc (development-plan-autonomy-facet.md)","description":"Responsible vibe engineering session using epcc workflow for ade","status":"open","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-18T08:42:24.649306+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-18T08:42:24.649306+01:00"}
10
36
  {"id":"ade-2.1","title":"Explore","description":"Research the codebase to understand existing patterns and gather context about the problem space. - If uncertain about conventions or rules, ask the user about them - Read relevant files and documentation - If exists: Understand and document requirements there - Otherwise: Document requirements in your task management system Focus on understanding without writing code yet. Document your findings and create tasks as needed.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-18T08:42:24.818903+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-18T08:42:24.818903+01:00","dependencies":[{"issue_id":"ade-2.1","depends_on_id":"ade-2","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
11
37
  {"id":"ade-2.1.1","title":"Review existing behavior-oriented facets and catalog tests","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-18T08:46:07.923572+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-18T08:46:37.327782+01:00","closed_at":"2026-03-18T08:46:37.327782+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-2.1.1","depends_on_id":"ade-2.1","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
@@ -84,3 +110,14 @@
84
110
  {"id":"ade-8.3","title":"Fix","description":"Implement the solution based on your analysis: - If exists: Follow the design from it - Otherwise: Elaborate design options and present them to the user Before implementing, assess the approach: - How critical is this system? What is the blast radius if the fix causes issues? - Should this be a minimal fix or a more comprehensive solution? Make targeted changes that address the root cause without introducing new issues. Be careful to maintain existing functionality while fixing the bug.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T08:52:50.645347+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T08:52:50.645347+01:00","dependencies":[{"issue_id":"ade-8.3","depends_on_id":"ade-8","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-8.3","depends_on_id":"ade-8.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
85
111
  {"id":"ade-8.4","title":"Verify","description":"Test the fix thoroughly to ensure the original bug is resolved and no new issues were introduced. Run existing tests, create new ones if needed, and verify the solution is robust.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T08:52:50.824002+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T08:52:50.824002+01:00","dependencies":[{"issue_id":"ade-8.4","depends_on_id":"ade-8","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-8.4","depends_on_id":"ade-8.3","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
86
112
  {"id":"ade-8.5","title":"Finalize","description":"Ensure code quality and documentation accuracy through systematic cleanup and review. **STEP 1: Code Cleanup** Systematically clean up development artifacts: - Remove all temporary debug output statements used during bug investigation (console logging, print statements, debug output functions) - Address each TODO/FIXME comment by either implementing the solution or documenting why it's deferred - Remove completed TODOs and convert remaining ones to proper issue tracking if needed - Remove temporary debugging code, test code blocks, and commented-out code - Ensure proper error handling replaces temporary debug logging **STEP 2: Documentation Review** Review and update documentation to reflect the bug fix: - If exists, update it if design details were refined or changed during the fix - Compare documentation against the actual bug fix implementation - Update only the documentation sections that have functional changes - Remove references to investigation iterations, progress notes, and temporary decisions - Ensure documentation describes the final fixed state, not the debugging process - Ask the user to review document updates **STEP 3: Final Validation** - Run existing tests to ensure cleanup didn't break functionality - Verify documentation accuracy with a final review - Ensure bug fix is ready for production - Update task progress and mark completed work as you finalize the bug fix","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T08:52:50.99667+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T08:52:50.99667+01:00","dependencies":[{"issue_id":"ade-8.5","depends_on_id":"ade-8","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-8.5","depends_on_id":"ade-8.4","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
113
+ {"id":"ade-9","title":"ade: epcc (development-plan-extension-override-skills.md)","description":"Responsible vibe engineering session using epcc workflow for ade","status":"open","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:16:22.460649+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:16:22.460649+01:00"}
114
+ {"id":"ade-9.1","title":"Explore","description":"Research the codebase to understand existing patterns and gather context about the problem space. - If uncertain about conventions or rules, ask the user about them - Read relevant files and documentation - If exists: Understand and document requirements there - Otherwise: Document requirements in your task management system Focus on understanding without writing code yet. Document your findings and create tasks as needed.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:16:22.605996+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:16:22.605996+01:00","dependencies":[{"issue_id":"ade-9.1","depends_on_id":"ade-9","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
115
+ {"id":"ade-9.2","title":"Plan","description":"Create a detailed implementation strategy based on your exploration: - If exists: Base your strategy on requirements from it - Otherwise: Use existing task context Break down the work into specific, actionable tasks. Consider edge cases, dependencies, and potential challenges. - If architectural changes needed and exists: Document in - Otherwise: Create tasks to track architectural decisions - If exists: Adhere to the design in it - Otherwise: Elaborate design options and present them to the user Document the planning work thoroughly and create implementation tasks as part of the code phase as needed.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:16:22.745983+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:16:22.745983+01:00","dependencies":[{"issue_id":"ade-9.2","depends_on_id":"ade-9","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.2","depends_on_id":"ade-9.1","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
116
+ {"id":"ade-9.3","title":"Code","description":"Follow your plan to build the solution: - If exists: Follow the design from it - Otherwise: Elaborate design options and present them to the user - If exists: Build according to the architecture from it - Otherwise: Elaborate architectural options and present them to the user - If exists: Ensure requirements from it are met - Otherwise: Ensure existing requirements are met based on your task context Write clean, well-structured code with proper error handling. Prevent regression by building, linting, and executing existing tests. Stay flexible and adapt the plan as you learn more during implementation. Update task progress and create new tasks as needed.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:16:22.881145+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:16:22.881145+01:00","dependencies":[{"issue_id":"ade-9.3","depends_on_id":"ade-9","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.3","depends_on_id":"ade-9.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
117
+ {"id":"ade-9.3.1","title":"Add replaces?: string[] to InlineSkill and ExternalSkill in types.ts","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:21:56.87809+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:25:09.682568+01:00","closed_at":"2026-03-20T11:25:09.682568+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-9.3.1","depends_on_id":"ade-9.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"}]}
118
+ {"id":"ade-9.3.2","title":"Post-process skills in resolver: dedup by name + filter replaced names","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:21:57.036539+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:25:26.025057+01:00","closed_at":"2026-03-20T11:25:26.025057+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-9.3.2","depends_on_id":"ade-9.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.3.2","depends_on_id":"ade-9.3.1","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
119
+ {"id":"ade-9.3.3","title":"Write resolver tests: replaces dedup, ordering, no-op when replaces empty","status":"closed","priority":1,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:21:57.182342+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:26:32.609547+01:00","closed_at":"2026-03-20T11:26:32.609547+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-9.3.3","depends_on_id":"ade-9.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.3.3","depends_on_id":"ade-9.3.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
120
+ {"id":"ade-9.3.4","title":"Update skillsWriter spec: pass-through of replaces field","status":"closed","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:21:57.338918+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:27:04.797258+01:00","closed_at":"2026-03-20T11:27:04.797258+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-9.3.4","depends_on_id":"ade-9.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.3.4","depends_on_id":"ade-9.3.1","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
121
+ {"id":"ade-9.3.5","title":"Update writeInlineSkills: ignore replaces field when writing SKILL.md","status":"closed","priority":2,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:21:57.510647+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:27:13.986652+01:00","closed_at":"2026-03-20T11:27:13.986652+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-9.3.5","depends_on_id":"ade-9.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.3.5","depends_on_id":"ade-9.3.1","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
122
+ {"id":"ade-9.3.6","title":"Update ade.extensions.mjs example with replaces declarations","status":"closed","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:21:57.649406+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:28:51.412822+01:00","closed_at":"2026-03-20T11:28:51.412822+01:00","close_reason":"Closed","dependencies":[{"issue_id":"ade-9.3.6","depends_on_id":"ade-9.3","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.3.6","depends_on_id":"ade-9.3.2","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
123
+ {"id":"ade-9.4","title":"Commit","description":"Ensure code quality and documentation accuracy through systematic cleanup and review. **STEP 1: Code Cleanup** Systematically clean up development artifacts: 1. **Remove Debug Output**: Search for and remove all temporary debug output statements used during development. Look for language-specific debug output methods (console logging, print statements, debug output functions). Remove any debugging statements that were added for development purposes. 2. **Review TODO/FIXME Comments**: - Address each TODO/FIXME comment by either implementing the solution or documenting why it's deferred - Remove completed TODOs - Convert remaining TODOs to proper issue tracking if needed 3. **Remove Debugging Code Blocks**: - Remove temporary debugging code, test code blocks, and commented-out code - Clean up any experimental code that's no longer needed - Ensure proper error handling replaces temporary debug logging **STEP 2: Documentation Review** Review and update documentation to reflect final implementation: 1. **Update Long-Term Memory Documents**: Based on what was actually implemented: - If exists: Update it if requirements changed during development - If exists: Update it if architectural impacts were identified - If exists: Update it if design details were refined or changed - Otherwise: Document any changes in the plan file 2. **Compare Against Implementation**: Review documentation against actual implemented functionality 3. **Update Changed Sections**: Only modify documentation sections that have functional changes 4. **Remove Development Progress**: Remove references to development iterations, progress notes, and temporary decisions 5. **Focus on Final State**: Ensure documentation describes the final implemented state, not the development process 6. **Ask User to Review Document Updates** **STEP 3: Final Validation** - Run existing tests to ensure cleanup didn't break functionality - Verify documentation accuracy with a final review - Ensure code is ready for production/delivery Update task progress and mark completed work as you finalize the feature.","status":"open","priority":3,"issue_type":"task","owner":"github@beimir.net","created_at":"2026-03-20T11:16:23.028674+01:00","created_by":"Oliver Jägle","updated_at":"2026-03-20T11:16:23.028674+01:00","dependencies":[{"issue_id":"ade-9.4","depends_on_id":"ade-9","type":"parent-child","created_at":"0001-01-01T00:00:00Z"},{"issue_id":"ade-9.4","depends_on_id":"ade-9.3","type":"blocks","created_at":"0001-01-01T00:00:00Z"}]}
@@ -1 +1 @@
1
- ade-8.5
1
+ ade-11.3.15
@@ -6,7 +6,12 @@
6
6
  "workflows": {
7
7
  "command": "npx",
8
8
  "args": ["@codemcp/workflows-server@latest"],
9
- "autoApprove": ["*"]
9
+ "autoApprove": [
10
+ "whats_next",
11
+ "conduct_review",
12
+ "list_workflows",
13
+ "get_tool_info"
14
+ ]
10
15
  },
11
16
  "agentskills": {
12
17
  "command": "npx",
@@ -20,7 +25,10 @@
20
25
  "write",
21
26
  "shell",
22
27
  "spec",
23
- "@workflows/*",
28
+ "@workflows/whats_next",
29
+ "@workflows/conduct_review",
30
+ "@workflows/list_workflows",
31
+ "@workflows/get_tool_info",
24
32
  "@agentskills/*"
25
33
  ],
26
34
  "useLegacyMcpJson": true
@@ -3,7 +3,12 @@
3
3
  "workflows": {
4
4
  "command": "npx",
5
5
  "args": ["@codemcp/workflows-server@latest"],
6
- "autoApprove": ["*"]
6
+ "autoApprove": [
7
+ "whats_next",
8
+ "conduct_review",
9
+ "list_workflows",
10
+ "get_tool_info"
11
+ ]
7
12
  },
8
13
  "agentskills": {
9
14
  "command": "npx",
@@ -2,6 +2,12 @@
2
2
  name: ade
3
3
  description: ADE — Agentic Development Environment agent with project conventions and tools
4
4
  permission:
5
+ "workflows*": "ask"
6
+ workflows_whats_next: "allow"
7
+ workflows_conduct_review: "allow"
8
+ workflows_list_workflows: "allow"
9
+ workflows_get_tool_info: "allow"
10
+ "agentskills*": "allow"
5
11
  read:
6
12
  "*": "allow"
7
13
  "*.env": "deny"
@@ -10,7 +16,7 @@ permission:
10
16
  skill: "deny"
11
17
  todoread: "deny"
12
18
  todowrite: "deny"
13
- task: "deny"
19
+ task: "allow"
14
20
  lsp: "allow"
15
21
  glob: "allow"
16
22
  grep: "allow"
@@ -99,7 +105,6 @@ permission:
99
105
  "useradd *": "deny"
100
106
  "userdel *": "deny"
101
107
  "iptables *": "deny"
102
- doom_loop: "deny"
103
108
  ---
104
109
 
105
110
  You are an AI assistant that helps users develop software features using the workflows server.
@@ -0,0 +1,29 @@
1
+ {
2
+ "conversationId": "ade-extension-override-skills-d44z9p",
3
+ "projectPath": "/Users/oliverjaegle/projects/privat/codemcp/ade",
4
+ "epicId": "ade-9",
5
+ "phaseTasks": [
6
+ {
7
+ "phaseId": "explore",
8
+ "phaseName": "Explore",
9
+ "taskId": "ade-9.1"
10
+ },
11
+ {
12
+ "phaseId": "plan",
13
+ "phaseName": "Plan",
14
+ "taskId": "ade-9.2"
15
+ },
16
+ {
17
+ "phaseId": "code",
18
+ "phaseName": "Code",
19
+ "taskId": "ade-9.3"
20
+ },
21
+ {
22
+ "phaseId": "commit",
23
+ "phaseName": "Commit",
24
+ "taskId": "ade-9.4"
25
+ }
26
+ ],
27
+ "createdAt": "2026-03-20T10:16:23.345Z",
28
+ "updatedAt": "2026-03-20T10:16:23.345Z"
29
+ }
@@ -0,0 +1,29 @@
1
+ {
2
+ "conversationId": "ade-fix-docset-writing-37fuoj",
3
+ "projectPath": "/Users/oliverjaegle/projects/privat/codemcp/ade",
4
+ "epicId": "ade-11",
5
+ "phaseTasks": [
6
+ {
7
+ "phaseId": "explore",
8
+ "phaseName": "Explore",
9
+ "taskId": "ade-11.1"
10
+ },
11
+ {
12
+ "phaseId": "plan",
13
+ "phaseName": "Plan",
14
+ "taskId": "ade-11.2"
15
+ },
16
+ {
17
+ "phaseId": "code",
18
+ "phaseName": "Code",
19
+ "taskId": "ade-11.3"
20
+ },
21
+ {
22
+ "phaseId": "commit",
23
+ "phaseName": "Commit",
24
+ "taskId": "ade-11.4"
25
+ }
26
+ ],
27
+ "createdAt": "2026-03-20T14:24:53.678Z",
28
+ "updatedAt": "2026-03-20T14:24:53.678Z"
29
+ }
@@ -0,0 +1,110 @@
1
+ # Development Plan: ade (extension-override-skills branch)
2
+
3
+ *Generated on 2026-03-20 by Vibe Feature MCP*
4
+ *Workflow: [epcc](https://mrsimpson.github.io/responsible-vibe-mcp/workflows/epcc)*
5
+
6
+ ## Goal
7
+ Allow extension-contributed skills to declare that they replace/supersede generic baseline skills registered by the process option (`codemcp-workflows-skilled`). The resolver should deduplicate the final skills list so that only the effective (non-replaced) skills are shown and installed.
8
+
9
+ ## Explore
10
+ <!-- beads-phase-id: ade-9.1 -->
11
+ ### Tasks
12
+ - [x] Understand current skill registration flow (process → recipe → skills writer → LogicalConfig)
13
+ - [x] Identify the exact duplication: `codemcp-workflows-skilled` registers 5 generic skills; architecture extensions like `sabdx-frontend` register domain-specific replacements with different names
14
+ - [x] Evaluate solution options (replaces field, baseline priority, excludes at option level)
15
+ - [x] Agree on preferred approach: `replaces?: string[]` on `SkillDefinition`
16
+
17
+ ### Phase Entrance Criteria:
18
+ *(initial phase — no prior phase)*
19
+
20
+ ## Plan
21
+ <!-- beads-phase-id: ade-9.2 -->
22
+ ### Tasks
23
+
24
+ *Tasks managed via `bd` CLI*
25
+
26
+ ### Phase Entrance Criteria:
27
+ - [ ] The problem is clearly understood: duplicate generic + domain-specific skills shown at setup
28
+ - [ ] At least two solution alternatives have been evaluated
29
+ - [ ] The preferred approach (`replaces` field on `SkillDefinition`) is agreed upon
30
+ - [ ] Scope is clear: which files are touched
31
+
32
+ ## Code
33
+ <!-- beads-phase-id: ade-9.3 -->
34
+ ### Tasks
35
+
36
+ *Tasks managed via `bd` CLI*
37
+
38
+ ### Phase Entrance Criteria:
39
+ - [ ] Concrete implementation plan is documented (what changes in which file)
40
+ - [ ] Edge cases are identified (ordering, name-collision, TUI display)
41
+ - [ ] Test strategy is defined
42
+
43
+ ## Commit
44
+ <!-- beads-phase-id: ade-9.4 -->
45
+ ### Tasks
46
+ - [ ] Squash WIP commits: `git reset --soft <first commit of this branch>`. Then, create a conventional commit. In the message, first summarize the intentions and key decisions from the development plan. Then, add a brief summary of the key changes and their side effects and dependencies.
47
+
48
+ *Tasks managed via `bd` CLI*
49
+
50
+ ### Phase Entrance Criteria:
51
+ - [ ] All implementation tasks are done and tests pass
52
+ - [ ] The `replaces` field works end-to-end (resolver deduplicates, TUI shows reduced list)
53
+ - [ ] No regressions in existing resolver tests
54
+
55
+ ## Key Decisions
56
+
57
+ ### KD-1: Add `replaces?: string[]` to `SkillDefinition`
58
+ Both `InlineSkill` and `ExternalSkill` get an optional `replaces` field. Extension authors list the generic skill names they supersede. Deduplication happens as a post-processing step in the resolver (`resolve()` in `resolver.ts`).
59
+
60
+ ### KD-2: Deduplication strategy — last-writer-wins + replaces set
61
+ After all provisions are merged, the resolver:
62
+ 1. Builds a Set of all names that appear in any skill's `replaces` array.
63
+ 2. Deduplicates by name (last occurrence wins, preserving insertion order otherwise) using a Map.
64
+ 3. Filters out any skill whose `name` is in the replaced-names Set.
65
+
66
+ This means: if `sabdx-architecture` declares `replaces: ["architecture"]`, the generic `architecture` skill is dropped. The final list contains `sabdx-architecture` only.
67
+
68
+ ### KD-3: Skill file names on disk — unchanged
69
+ Skills are written to `.ade/skills/<name>/SKILL.md` by `writeInlineSkills()` in `util.ts`.
70
+ - The generic `architecture` skill → `.ade/skills/architecture/SKILL.md`
71
+ - The replacing `sabdx-architecture` skill → `.ade/skills/sabdx-architecture/SKILL.md`
72
+
73
+ Because `architecture` is filtered out **before** `writeInlineSkills()` is called, **no file is written for `architecture`**. Only `sabdx-architecture/SKILL.md` ends up on disk. The `replaces` field is a resolver-level concern; it does not need to be written to SKILL.md frontmatter.
74
+
75
+ ### KD-4: `replaces` field is stripped before writing SKILL.md
76
+ `writeInlineSkills()` uses the skill's `name`, `description`, and `body` for the SKILL.md frontmatter. The `replaces` field is simply ignored during file writing — no changes needed in `util.ts`.
77
+
78
+ ### KD-5: `replaces` field is NOT persisted in `config.lock.yaml`
79
+ The lock file records `logical_config`, which is the *post-dedup* skills list. Replaced skills never appear in the lock file.
80
+
81
+ ### KD-6: Ordering — extensions should register skills after process
82
+ The resolver processes facets in `sortFacets()` order. The `architecture` facet comes after `process`, so extension skills are appended after the generic ones. The last-writer-wins Map dedup naturally lets extension skills win. But `replaces` is independent of ordering — it is an explicit declaration.
83
+
84
+ ## Notes
85
+
86
+ ### Full flow for the sadb-frontend scenario
87
+ 1. `codemcp-workflows-skilled` recipe runs → appends to `result.skills`: `[starting-project, architecture, application-design, coding, testing]`
88
+ 2. `sabdx-frontend` recipe runs → appends: `[sabdx-tasks, sabdx-starting-project{replaces:["starting-project"]}, sabdx-architecture{replaces:["architecture"]}, sabdx-application-design{replaces:["application-design"]}, sabdx-coding{replaces:["coding"]}, sabdx-testing{replaces:["testing"]}, tdd]`
89
+ 3. `conventional-commits` recipe runs → appends: `[conventional-commits]`
90
+ 4. Raw merged list: 13 skills
91
+ 5. Post-dedup (name Map + replaces filter): 8 skills remain — `[sabdx-tasks, sabdx-starting-project, sabdx-architecture, sabdx-application-design, sabdx-coding, sabdx-testing, tdd, conventional-commits]`
92
+ 6. `writeInlineSkills()` writes SKILL.md files for the 6 inline sabdx-* skills under `.ade/skills/<name>/`
93
+ 7. `installSkills()` installs all 8 into `.agentskills/skills/`
94
+
95
+ ### What files exist on disk after setup
96
+ - `.ade/skills/sabdx-tasks/SKILL.md`
97
+ - `.ade/skills/sabdx-starting-project/SKILL.md`
98
+ - `.ade/skills/sabdx-architecture/SKILL.md`
99
+ - `.ade/skills/sabdx-application-design/SKILL.md`
100
+ - `.ade/skills/sabdx-coding/SKILL.md`
101
+ - `.ade/skills/sabdx-testing/SKILL.md`
102
+ - NO `.ade/skills/architecture/SKILL.md` (replaced, never written)
103
+ - NO `.ade/skills/starting-project/SKILL.md` (replaced, never written)
104
+ - etc.
105
+
106
+ ### The `tdd` skill from the extension — no `replaces` needed
107
+ `tdd` is an external skill (`source: "mrsimpson/skills-coding"`) and there is no generic `tdd` skill in `codemcp-workflows-skilled`. No clash.
108
+
109
+ ---
110
+ *This plan is maintained by the LLM and uses beads CLI for task management. Tool responses provide guidance on which bd commands to use for task management.*
@@ -0,0 +1,77 @@
1
+ # Development Plan: ade (fix-docset-writing branch)
2
+
3
+ *Generated on 2026-03-20 by Vibe Feature MCP*
4
+ *Workflow: [epcc](https://mrsimpson.github.io/responsible-vibe-mcp/workflows/epcc)*
5
+
6
+ ## Goal
7
+
8
+ Refactor: collapse `option.docsets[]` into a `docset` provision writer in the recipe.
9
+
10
+ **Background:** Currently `Option` has two separate mechanisms for contributing to `knowledge_sources`:
11
+ 1. `recipe[]` entries with provision writers (skills, git-hooks, instruction, etc.)
12
+ 2. A separate `docsets?: DocsetDef[]` sibling field — with its own confirmation UI, per-item exclusion (`excluded_docsets`), and `collectDocsets()` helper
13
+
14
+ The `docsets` field was kept separate to support per-docset user confirmation/exclusion. But this is inconsistent with how skills work — skills are presented as a bulk "install N skills?" prompt, not a per-skill multiselect. Docsets should follow the same pattern: a `docset` provision writer in the recipe that contributes to `knowledge_sources`, with a bulk defer prompt (matching skills), and no per-item exclusion UI.
15
+
16
+ **Target design:**
17
+ - `Option.docsets?: DocsetDef[]` → removed
18
+ - new `docset` provision writer → pushes a `KnowledgeSource` to `knowledge_sources[]`
19
+ - confirmation/exclusion multiselect in `setup.ts` → removed
20
+ - `excluded_docsets` in `UserConfig` → removed
21
+ - `collectDocsets()` → removed
22
+
23
+ ## Explore
24
+ <!-- beads-phase-id: ade-11.1 -->
25
+ ### Tasks
26
+
27
+ *Tasks managed via `bd` CLI*
28
+
29
+ ## Plan
30
+ <!-- beads-phase-id: ade-11.2 -->
31
+
32
+ ### Phase Entrance Criteria
33
+ - [ ] All usages of `docsets`, `collectDocsets`, `excluded_docsets` are catalogued
34
+ - [ ] Scope and approach are clearly understood
35
+
36
+ ### Tasks
37
+
38
+ *Tasks managed via `bd` CLI*
39
+
40
+ ## Code
41
+ <!-- beads-phase-id: ade-11.3 -->
42
+
43
+ ### Phase Entrance Criteria
44
+ - [ ] Plan is complete and agreed
45
+ - [ ] New `docset` writer shape is defined
46
+ - [ ] All affected files are identified
47
+
48
+ ### Tasks
49
+
50
+ *Tasks managed via `bd` CLI*
51
+
52
+ ## Commit
53
+ <!-- beads-phase-id: ade-11.4 -->
54
+
55
+ ### Phase Entrance Criteria
56
+ - [ ] All tests pass
57
+ - [ ] No references to `docsets`, `collectDocsets`, or `excluded_docsets` remain in production code
58
+
59
+ ### Tasks
60
+ - [ ] Squash WIP commits: `git reset --soft <first commit of this branch>`. Then, create a conventional commit. In the message, first summarize the intentions and key decisions from the development plan. Then, add a brief summary of the key changes and their side effects and dependencies.
61
+
62
+ *Tasks managed via `bd` CLI*
63
+
64
+ ## Key Decisions
65
+
66
+ - `docsets` as a sibling field on `Option` exists solely to support per-item confirmation/exclusion — a UI concern, not a data model concern
67
+ - Skills set the right precedent: bulk defer prompt, no per-item opt-out
68
+ - The `docset` provision writer config shape should match `DocsetDef`: `{ id, label, origin, description }`
69
+ - Mapping: writer config `id` → `KnowledgeSource.name`, `description` → `KnowledgeSource.description`, `origin` → `KnowledgeSource.origin`
70
+
71
+ ## Notes
72
+
73
+ - Previous WIP commit on `fix-docset-writing`: removed `knowledge` writer, wired `installKnowledge` into setup/install
74
+ - The `knowledge.ts` writer file still exists on disk (dead code) — can be deleted as part of this refactor
75
+
76
+ ---
77
+ *This plan is maintained by the LLM and uses beads CLI for task management. Tool responses provide guidance on which bd commands to use for task management.*