@soleri/forge 5.5.0 → 5.6.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 (45) hide show
  1. package/dist/scaffolder.js +82 -5
  2. package/dist/scaffolder.js.map +1 -1
  3. package/dist/skills/skills/brain-debrief.md +214 -0
  4. package/dist/skills/skills/brainstorming.md +180 -0
  5. package/dist/skills/skills/code-patrol.md +178 -0
  6. package/dist/skills/skills/context-resume.md +146 -0
  7. package/dist/skills/skills/executing-plans.md +216 -0
  8. package/dist/skills/skills/fix-and-learn.md +167 -0
  9. package/dist/skills/skills/health-check.md +231 -0
  10. package/dist/skills/skills/knowledge-harvest.md +185 -0
  11. package/dist/skills/skills/onboard-me.md +198 -0
  12. package/dist/skills/skills/retrospective.md +205 -0
  13. package/dist/skills/skills/second-opinion.md +149 -0
  14. package/dist/skills/skills/systematic-debugging.md +241 -0
  15. package/dist/skills/skills/test-driven-development.md +281 -0
  16. package/dist/skills/skills/vault-capture.md +170 -0
  17. package/dist/skills/skills/vault-navigator.md +140 -0
  18. package/dist/skills/skills/verification-before-completion.md +182 -0
  19. package/dist/skills/skills/writing-plans.md +215 -0
  20. package/dist/templates/entry-point.js +8 -0
  21. package/dist/templates/entry-point.js.map +1 -1
  22. package/dist/templates/test-facades.js +35 -6
  23. package/dist/templates/test-facades.js.map +1 -1
  24. package/package.json +1 -1
  25. package/src/__tests__/scaffolder.test.ts +2 -2
  26. package/src/scaffolder.ts +82 -5
  27. package/src/skills/brain-debrief.md +47 -19
  28. package/src/skills/brainstorming.md +19 -9
  29. package/src/skills/code-patrol.md +21 -19
  30. package/src/skills/context-resume.md +14 -11
  31. package/src/skills/executing-plans.md +30 -15
  32. package/src/skills/fix-and-learn.md +17 -14
  33. package/src/skills/health-check.md +29 -23
  34. package/src/skills/knowledge-harvest.md +27 -20
  35. package/src/skills/onboard-me.md +16 -15
  36. package/src/skills/retrospective.md +34 -18
  37. package/src/skills/second-opinion.md +16 -9
  38. package/src/skills/systematic-debugging.md +40 -29
  39. package/src/skills/test-driven-development.md +45 -30
  40. package/src/skills/vault-capture.md +31 -15
  41. package/src/skills/vault-navigator.md +24 -13
  42. package/src/skills/verification-before-completion.md +38 -26
  43. package/src/skills/writing-plans.md +21 -13
  44. package/src/templates/entry-point.ts +8 -0
  45. package/src/templates/test-facades.ts +35 -6
@@ -26,6 +26,7 @@ If you haven't completed Phase 1, you cannot propose fixes.
26
26
  ## When to Use
27
27
 
28
28
  Use for ANY technical issue:
29
+
29
30
  - Test failures
30
31
  - Bugs in production
31
32
  - Unexpected behavior
@@ -34,6 +35,7 @@ Use for ANY technical issue:
34
35
  - Integration issues
35
36
 
36
37
  **Use this ESPECIALLY when:**
38
+
37
39
  - Under time pressure (emergencies make guessing tempting)
38
40
  - "Just one quick fix" seems obvious
39
41
  - You've already tried multiple fixes
@@ -45,6 +47,7 @@ Use for ANY technical issue:
45
47
  **BEFORE touching any code**, search for existing solutions. Follow this order:
46
48
 
47
49
  ### Vault First
50
+
48
51
  ```
49
52
  YOUR_AGENT_core op:search_intelligent
50
53
  params: { query: "<description of the bug or error message>" }
@@ -66,7 +69,9 @@ YOUR_AGENT_core op:memory_search
66
69
  ```
67
70
 
68
71
  ### Web Search Second
72
+
69
73
  If the vault has nothing, search the web before investigating from scratch:
74
+
70
75
  - **Paste the exact error message** — someone likely hit this before
71
76
  - **Check GitHub issues** on relevant libraries
72
77
  - **Check Stack Overflow** for the error + framework/library combination
@@ -75,6 +80,7 @@ If the vault has nothing, search the web before investigating from scratch:
75
80
  A 30-second search that finds "this is a known issue in v3.2, upgrade to v3.3" saves hours of root cause investigation.
76
81
 
77
82
  ### Then Investigate
83
+
78
84
  Only if vault and web search produce no answer, proceed to Phase 1.
79
85
 
80
86
  ## Start a Debug Loop
@@ -101,6 +107,7 @@ You MUST complete each phase before proceeding to the next.
101
107
  5. Trace Data Flow backward through call stack
102
108
 
103
109
  Track each investigation step:
110
+
104
111
  ```
105
112
  YOUR_AGENT_core op:loop_iterate
106
113
  ```
@@ -113,6 +120,7 @@ YOUR_AGENT_core op:loop_iterate
113
120
  4. Understand Dependencies
114
121
 
115
122
  Search vault for working patterns to compare against:
123
+
116
124
  ```
117
125
  YOUR_AGENT_core op:search_intelligent
118
126
  params: { query: "<working feature similar to broken one>" }
@@ -136,6 +144,7 @@ YOUR_AGENT_core op:search_intelligent
136
144
  ## Phase 5: Capture the Learning
137
145
 
138
146
  Complete the debug loop:
147
+
139
148
  ```
140
149
  YOUR_AGENT_core op:loop_complete
141
150
  ```
@@ -164,6 +173,7 @@ YOUR_AGENT_core op:capture_quick
164
173
  ```
165
174
 
166
175
  Capture a session summary:
176
+
167
177
  ```
168
178
  YOUR_AGENT_core op:session_capture
169
179
  params: { summary: "<bug, root cause, fix, files modified>" }
@@ -187,44 +197,45 @@ This is what makes the agent smarter over time. Next time someone hits a similar
187
197
 
188
198
  ## Common Rationalizations
189
199
 
190
- | Excuse | Reality |
191
- |--------|---------|
192
- | "Issue is simple, don't need process" | Simple issues have root causes too. |
193
- | "Emergency, no time for process" | Systematic is FASTER than guess-and-check thrashing. |
194
- | "Just try this first, then investigate" | First fix sets the pattern. Do it right from the start. |
195
- | "I'll write test after confirming fix works" | Untested fixes don't stick. Test first proves it. |
196
- | "Multiple fixes at once saves time" | Can't isolate what worked. Causes new bugs. |
197
- | "Reference too long, I'll adapt the pattern" | Partial understanding guarantees bugs. Read it completely. |
198
- | "I see the problem, let me fix it" | Seeing symptoms ≠ understanding root cause. |
199
- | "One more fix attempt" (after 2+ failures) | 3+ failures = architectural problem. Question pattern, don't fix again. |
200
- | "Skip the vault, I know this one" | The vault may know it better. 30 seconds to check saves hours. |
200
+ | Excuse | Reality |
201
+ | -------------------------------------------- | ----------------------------------------------------------------------- |
202
+ | "Issue is simple, don't need process" | Simple issues have root causes too. |
203
+ | "Emergency, no time for process" | Systematic is FASTER than guess-and-check thrashing. |
204
+ | "Just try this first, then investigate" | First fix sets the pattern. Do it right from the start. |
205
+ | "I'll write test after confirming fix works" | Untested fixes don't stick. Test first proves it. |
206
+ | "Multiple fixes at once saves time" | Can't isolate what worked. Causes new bugs. |
207
+ | "Reference too long, I'll adapt the pattern" | Partial understanding guarantees bugs. Read it completely. |
208
+ | "I see the problem, let me fix it" | Seeing symptoms ≠ understanding root cause. |
209
+ | "One more fix attempt" (after 2+ failures) | 3+ failures = architectural problem. Question pattern, don't fix again. |
210
+ | "Skip the vault, I know this one" | The vault may know it better. 30 seconds to check saves hours. |
201
211
 
202
212
  ## Quick Reference
203
213
 
204
- | Phase | Key Activities | Agent Tools |
205
- |-------|---------------|-------------|
206
- | **0. Search First** | Vault search, web search, memory | `search_intelligent`, `brain_strengths`, `memory_search` |
207
- | **1. Root Cause** | Read errors, reproduce, trace | `loop_iterate` |
208
- | **2. Pattern** | Find working examples, compare | `search_intelligent` |
209
- | **3. Hypothesis** | Form theory, test minimally | `loop_iterate` |
210
- | **4. Implementation** | Create test, fix, verify | `loop_iterate` |
211
- | **5. Capture** | Persist root cause, close loop | `capture_knowledge`, `loop_complete`, `session_capture` |
214
+ | Phase | Key Activities | Agent Tools |
215
+ | --------------------- | -------------------------------- | -------------------------------------------------------- |
216
+ | **0. Search First** | Vault search, web search, memory | `search_intelligent`, `brain_strengths`, `memory_search` |
217
+ | **1. Root Cause** | Read errors, reproduce, trace | `loop_iterate` |
218
+ | **2. Pattern** | Find working examples, compare | `search_intelligent` |
219
+ | **3. Hypothesis** | Form theory, test minimally | `loop_iterate` |
220
+ | **4. Implementation** | Create test, fix, verify | `loop_iterate` |
221
+ | **5. Capture** | Persist root cause, close loop | `capture_knowledge`, `loop_complete`, `session_capture` |
212
222
 
213
223
  ## Agent Tools Reference
214
224
 
215
- | Op | When to Use |
216
- |----|-------------|
225
+ | Op | When to Use |
226
+ | -------------------- | ---------------------------------------- |
217
227
  | `search_intelligent` | Search vault for known bugs and patterns |
218
- | `brain_strengths` | Check proven debugging patterns |
219
- | `memory_search` | Search across session memories |
220
- | `loop_start` | Begin iterative debug cycle |
221
- | `loop_iterate` | Track each investigation/fix attempt |
222
- | `loop_complete` | Finish debug cycle |
223
- | `capture_knowledge` | Full anti-pattern capture |
224
- | `capture_quick` | Fast capture for simple fixes |
225
- | `session_capture` | Persist session context |
228
+ | `brain_strengths` | Check proven debugging patterns |
229
+ | `memory_search` | Search across session memories |
230
+ | `loop_start` | Begin iterative debug cycle |
231
+ | `loop_iterate` | Track each investigation/fix attempt |
232
+ | `loop_complete` | Finish debug cycle |
233
+ | `capture_knowledge` | Full anti-pattern capture |
234
+ | `capture_quick` | Fast capture for simple fixes |
235
+ | `session_capture` | Persist session context |
226
236
 
227
237
  **Related skills:**
238
+
228
239
  - test-driven-development
229
240
  - verification-before-completion
230
241
  - fix-and-learn (combines debugging + capture in one workflow)
@@ -18,12 +18,14 @@ Write the test first. Watch it fail. Write minimal code to pass.
18
18
  ## When to Use
19
19
 
20
20
  **Always:**
21
+
21
22
  - New features
22
23
  - Bug fixes
23
24
  - Refactoring
24
25
  - Behavior changes
25
26
 
26
27
  **Exceptions (ask your human partner):**
28
+
27
29
  - Throwaway prototypes
28
30
  - Generated code
29
31
  - Configuration files
@@ -35,6 +37,7 @@ Thinking "skip TDD just this once"? Stop. That's rationalization.
35
37
  **Never start writing tests blind.** Follow this lookup order:
36
38
 
37
39
  ### 1. Vault First
40
+
38
41
  Check for existing testing patterns in the knowledge base:
39
42
 
40
43
  ```
@@ -43,6 +46,7 @@ YOUR_AGENT_core op:search_intelligent
43
46
  ```
44
47
 
45
48
  Look for:
49
+
46
50
  - **Testing patterns** for similar features (how were they tested before?)
47
51
  - **Anti-patterns** — common testing mistakes in this domain
48
52
  - **Proven approaches** from brain strengths:
@@ -54,12 +58,15 @@ YOUR_AGENT_core op:brain_strengths
54
58
  If the vault has testing guidance for this domain, follow it. Don't reinvent test strategies that have already been validated.
55
59
 
56
60
  ### 2. Web Search
61
+
57
62
  If the vault has no relevant patterns, search the web for established testing approaches:
63
+
58
64
  - Library-specific testing patterns (e.g., how to test React hooks, Express middleware)
59
65
  - Best practices for the specific type of test (integration, e2e, unit)
60
66
  - Known gotchas in the testing framework being used
61
67
 
62
68
  ### 3. Then Write the Test
69
+
63
70
  Only after consulting vault and web, proceed to write the failing test. You'll write better tests when informed by existing knowledge.
64
71
 
65
72
  ## Start a TDD Loop
@@ -80,6 +87,7 @@ NO PRODUCTION CODE WITHOUT A FAILING TEST FIRST
80
87
  Write code before the test? Delete it. Start over.
81
88
 
82
89
  **No exceptions:**
90
+
83
91
  - Don't keep it as "reference"
84
92
  - Don't "adapt" it while writing tests
85
93
  - Don't look at it
@@ -97,6 +105,7 @@ Good: clear name, tests real behavior, one thing
97
105
  Bad: vague name, tests mock not code
98
106
 
99
107
  **Requirements:**
108
+
100
109
  - One behavior
101
110
  - Clear name
102
111
  - Real code (no mocks unless unavoidable)
@@ -108,6 +117,7 @@ Bad: vague name, tests mock not code
108
117
  Run: `npm test path/to/test.test.ts`
109
118
 
110
119
  Confirm:
120
+
111
121
  - Test fails (not errors)
112
122
  - Failure message is expected
113
123
  - Fails because feature missing (not typos)
@@ -116,6 +126,7 @@ Confirm:
116
126
  **Test errors?** Fix error, re-run until it fails correctly.
117
127
 
118
128
  Track the iteration:
129
+
119
130
  ```
120
131
  YOUR_AGENT_core op:loop_iterate
121
132
  ```
@@ -131,6 +142,7 @@ Write simplest code to pass the test. Don't add features, refactor other code, o
131
142
  Run: `npm test path/to/test.test.ts`
132
143
 
133
144
  Confirm:
145
+
134
146
  - Test passes
135
147
  - Other tests still pass
136
148
  - Output pristine (no errors, warnings)
@@ -139,6 +151,7 @@ Confirm:
139
151
  **Other tests fail?** Fix now.
140
152
 
141
153
  Track the iteration:
154
+
142
155
  ```
143
156
  YOUR_AGENT_core op:loop_iterate
144
157
  ```
@@ -146,6 +159,7 @@ YOUR_AGENT_core op:loop_iterate
146
159
  ### REFACTOR - Clean Up
147
160
 
148
161
  After green only:
162
+
149
163
  - Remove duplication
150
164
  - Improve names
151
165
  - Extract helpers
@@ -158,11 +172,11 @@ Next failing test for next feature.
158
172
 
159
173
  ## Good Tests
160
174
 
161
- | Quality | Good | Bad |
162
- |---------|------|-----|
163
- | **Minimal** | One thing. "and" in name? Split it. | `test('validates email and domain and whitespace')` |
164
- | **Clear** | Name describes behavior | `test('test1')` |
165
- | **Shows intent** | Demonstrates desired API | Obscures what code should do |
175
+ | Quality | Good | Bad |
176
+ | ---------------- | ----------------------------------- | --------------------------------------------------- |
177
+ | **Minimal** | One thing. "and" in name? Split it. | `test('validates email and domain and whitespace')` |
178
+ | **Clear** | Name describes behavior | `test('test1')` |
179
+ | **Shows intent** | Demonstrates desired API | Obscures what code should do |
166
180
 
167
181
  ## Why Order Matters
168
182
 
@@ -170,19 +184,19 @@ Tests written after code pass immediately — proving nothing. Test-first forces
170
184
 
171
185
  ## Common Rationalizations
172
186
 
173
- | Excuse | Reality |
174
- |--------|---------|
175
- | "Too simple to test" | Simple code breaks. Test takes 30 seconds. |
176
- | "I'll test after" | Tests passing immediately prove nothing. |
177
- | "Tests after achieve same goals" | Tests-after = "what does this do?" Tests-first = "what should this do?" |
178
- | "Already manually tested" | Ad-hoc ≠ systematic. No record, can't re-run. |
179
- | "Deleting X hours is wasteful" | Sunk cost fallacy. Keeping unverified code is technical debt. |
180
- | "Keep as reference, write tests first" | You'll adapt it. That's testing after. Delete means delete. |
181
- | "Need to explore first" | Fine. Throw away exploration, start with TDD. |
182
- | "Test hard = design unclear" | Listen to test. Hard to test = hard to use. |
183
- | "TDD will slow me down" | TDD faster than debugging. Pragmatic = test-first. |
184
- | "Manual test faster" | Manual doesn't prove edge cases. You'll re-test every change. |
185
- | "Existing code has no tests" | You're improving it. Add tests for existing code. |
187
+ | Excuse | Reality |
188
+ | -------------------------------------- | ----------------------------------------------------------------------- |
189
+ | "Too simple to test" | Simple code breaks. Test takes 30 seconds. |
190
+ | "I'll test after" | Tests passing immediately prove nothing. |
191
+ | "Tests after achieve same goals" | Tests-after = "what does this do?" Tests-first = "what should this do?" |
192
+ | "Already manually tested" | Ad-hoc ≠ systematic. No record, can't re-run. |
193
+ | "Deleting X hours is wasteful" | Sunk cost fallacy. Keeping unverified code is technical debt. |
194
+ | "Keep as reference, write tests first" | You'll adapt it. That's testing after. Delete means delete. |
195
+ | "Need to explore first" | Fine. Throw away exploration, start with TDD. |
196
+ | "Test hard = design unclear" | Listen to test. Hard to test = hard to use. |
197
+ | "TDD will slow me down" | TDD faster than debugging. Pragmatic = test-first. |
198
+ | "Manual test faster" | Manual doesn't prove edge cases. You'll re-test every change. |
199
+ | "Existing code has no tests" | You're improving it. Add tests for existing code. |
186
200
 
187
201
  ## Red Flags - STOP and Start Over
188
202
 
@@ -220,6 +234,7 @@ Can't check all boxes? You skipped TDD. Start over.
220
234
  ## After TDD — Capture and Complete
221
235
 
222
236
  Complete the loop:
237
+
223
238
  ```
224
239
  YOUR_AGENT_core op:loop_complete
225
240
  ```
@@ -238,12 +253,12 @@ This compounds across sessions — next time someone works on similar code, the
238
253
 
239
254
  ## When Stuck
240
255
 
241
- | Problem | Solution |
242
- |---------|----------|
256
+ | Problem | Solution |
257
+ | ---------------------- | -------------------------------------------------------------------- |
243
258
  | Don't know how to test | Write wished-for API. Write assertion first. Ask your human partner. |
244
- | Test too complicated | Design too complicated. Simplify interface. |
245
- | Must mock everything | Code too coupled. Use dependency injection. |
246
- | Test setup huge | Extract helpers. Still complex? Simplify design. |
259
+ | Test too complicated | Design too complicated. Simplify interface. |
260
+ | Must mock everything | Code too coupled. Use dependency injection. |
261
+ | Test setup huge | Extract helpers. Still complex? Simplify design. |
247
262
 
248
263
  ## Final Rule
249
264
 
@@ -256,11 +271,11 @@ No exceptions without your human partner's permission.
256
271
 
257
272
  ## Agent Tools Reference
258
273
 
259
- | Op | When to Use |
260
- |----|-------------|
274
+ | Op | When to Use |
275
+ | -------------------- | ------------------------------------- |
261
276
  | `search_intelligent` | Find testing patterns before starting |
262
- | `brain_strengths` | Check proven testing approaches |
263
- | `loop_start` | Begin TDD validation loop |
264
- | `loop_iterate` | Track each red-green cycle |
265
- | `loop_complete` | Finish TDD loop |
266
- | `capture_quick` | Capture new testing patterns |
277
+ | `brain_strengths` | Check proven testing approaches |
278
+ | `loop_start` | Begin TDD validation loop |
279
+ | `loop_iterate` | Track each red-green cycle |
280
+ | `loop_complete` | Finish TDD loop |
281
+ | `capture_quick` | Capture new testing patterns |
@@ -14,6 +14,7 @@ After discovering something worth remembering: a solution that worked, a mistake
14
14
  ## Orchestration Sequence
15
15
 
16
16
  ### Step 1: Check for Duplicates
17
+
17
18
  Call `YOUR_AGENT_core op:search_intelligent` with the knowledge title or description. If a similar entry exists, consider updating it instead of creating a duplicate.
18
19
 
19
20
  ```
@@ -30,7 +31,9 @@ YOUR_AGENT_core op:curator_detect_duplicates
30
31
  If duplicates are found, decide: update the existing entry or merge them.
31
32
 
32
33
  ### Step 2: Classify the Knowledge
34
+
33
35
  Determine the entry type:
36
+
34
37
  - **pattern** — Something that works and should be repeated
35
38
  - **anti-pattern** — Something that fails and should be avoided
36
39
  - **workflow** — A sequence of steps for a specific task
@@ -45,8 +48,10 @@ YOUR_AGENT_core op:route_intent
45
48
  ```
46
49
 
47
50
  ### Step 3: Capture
51
+
48
52
  For quick, single-entry captures:
49
53
  Call `YOUR_AGENT_core op:capture_knowledge` with:
54
+
50
55
  - **title**: Clear, searchable name
51
56
  - **description**: What it is and when it applies
52
57
  - **type**: From Step 2 classification
@@ -69,6 +74,7 @@ YOUR_AGENT_core op:capture_knowledge
69
74
  ```
70
75
 
71
76
  For quick captures:
77
+
72
78
  ```
73
79
  YOUR_AGENT_core op:capture_quick
74
80
  params: { title: "<name>", description: "<details>" }
@@ -79,29 +85,34 @@ YOUR_AGENT_core op:capture_quick
79
85
  After capturing, run the curator to ensure quality:
80
86
 
81
87
  **Groom the entry** — normalize tags, fix metadata:
88
+
82
89
  ```
83
90
  YOUR_AGENT_core op:curator_groom
84
91
  params: { entryId: "<captured entry id>" }
85
92
  ```
86
93
 
87
94
  **Enrich the entry** — use LLM to add context, improve description:
95
+
88
96
  ```
89
97
  YOUR_AGENT_core op:curator_enrich
90
98
  params: { entryId: "<captured entry id>" }
91
99
  ```
92
100
 
93
101
  **Check for contradictions** — does this conflict with existing knowledge?
102
+
94
103
  ```
95
104
  YOUR_AGENT_core op:curator_contradictions
96
105
  ```
97
106
 
98
107
  If contradictions found, resolve them:
108
+
99
109
  ```
100
110
  YOUR_AGENT_core op:curator_resolve_contradiction
101
111
  params: { contradictionId: "<id>" }
102
112
  ```
103
113
 
104
114
  ### Step 5: Handle Governance (if enabled)
115
+
105
116
  If governance policy requires review, the capture returns a `proposalId`. The entry is queued for approval.
106
117
 
107
118
  ```
@@ -112,7 +123,9 @@ YOUR_AGENT_core op:governance_proposals
112
123
  Present pending proposals to the user for approval.
113
124
 
114
125
  ### Step 6: Promote to Global (Optional)
126
+
115
127
  If the knowledge applies across projects (not project-specific):
128
+
116
129
  ```
117
130
  YOUR_AGENT_core op:memory_promote_to_global
118
131
  params: { entryId: "<entry id>" }
@@ -121,12 +134,15 @@ YOUR_AGENT_core op:memory_promote_to_global
121
134
  This makes it available in cross-project searches and brain recommendations.
122
135
 
123
136
  ### Step 7: Verify Health
137
+
124
138
  Confirm the capture was stored and vault health is maintained:
139
+
125
140
  ```
126
141
  YOUR_AGENT_core op:admin_health
127
142
  ```
128
143
 
129
144
  Check vault analytics for overall knowledge quality:
145
+
130
146
  ```
131
147
  YOUR_AGENT_core op:admin_vault_analytics
132
148
  ```
@@ -137,18 +153,18 @@ Capture is complete when: the entry is stored (or queued for review), categorize
137
153
 
138
154
  ## Agent Tools Reference
139
155
 
140
- | Op | When to Use |
141
- |----|-------------|
142
- | `search_intelligent` | Check for duplicates before capture |
143
- | `curator_detect_duplicates` | Explicit duplicate detection |
144
- | `route_intent` | Help classify knowledge type |
145
- | `capture_knowledge` | Full-metadata capture |
146
- | `capture_quick` | Fast capture for simple entries |
147
- | `curator_groom` | Normalize tags and metadata |
148
- | `curator_enrich` | LLM-powered metadata enrichment |
149
- | `curator_contradictions` | Find conflicting entries |
150
- | `curator_resolve_contradiction` | Resolve conflicts |
151
- | `governance_proposals` | Check/manage approval queue |
152
- | `memory_promote_to_global` | Share across projects |
153
- | `admin_health` | Verify system health |
154
- | `admin_vault_analytics` | Overall knowledge quality metrics |
156
+ | Op | When to Use |
157
+ | ------------------------------- | ----------------------------------- |
158
+ | `search_intelligent` | Check for duplicates before capture |
159
+ | `curator_detect_duplicates` | Explicit duplicate detection |
160
+ | `route_intent` | Help classify knowledge type |
161
+ | `capture_knowledge` | Full-metadata capture |
162
+ | `capture_quick` | Fast capture for simple entries |
163
+ | `curator_groom` | Normalize tags and metadata |
164
+ | `curator_enrich` | LLM-powered metadata enrichment |
165
+ | `curator_contradictions` | Find conflicting entries |
166
+ | `curator_resolve_contradiction` | Resolve conflicts |
167
+ | `governance_proposals` | Check/manage approval queue |
168
+ | `memory_promote_to_global` | Share across projects |
169
+ | `admin_health` | Verify system health |
170
+ | `admin_vault_analytics` | Overall knowledge quality metrics |
@@ -14,6 +14,7 @@ Any time the user wants to find existing knowledge before building something new
14
14
  ## Search Strategy Decision Tree
15
15
 
16
16
  ### For "Have we seen this before?" / "Best practice for X"
17
+
17
18
  Start with `YOUR_AGENT_core op:search_intelligent` — this is semantic search, the broadest and smartest query. Pass the user's question as the query.
18
19
 
19
20
  ```
@@ -24,24 +25,29 @@ YOUR_AGENT_core op:search_intelligent
24
25
  If results are weak (low scores or few matches), fall back to `YOUR_AGENT_core op:search` with explicit filters (type, category, tags, severity). This is structured search — narrower but more precise.
25
26
 
26
27
  ### For "Show me everything about X" (Exploration)
28
+
27
29
  Use tag-based and domain-based browsing for broader exploration:
28
30
 
29
31
  ```
30
32
  YOUR_AGENT_core op:vault_tags
31
33
  ```
34
+
32
35
  Lists all tags in the vault — helps discover what topics are covered.
33
36
 
34
37
  ```
35
38
  YOUR_AGENT_core op:vault_domains
36
39
  ```
40
+
37
41
  Lists all domains — shows the knowledge landscape at a glance.
38
42
 
39
43
  ```
40
44
  YOUR_AGENT_core op:vault_recent
41
45
  ```
46
+
42
47
  Shows recently added or modified entries — what's fresh in the vault.
43
48
 
44
49
  ### For "What's stale?" / "What needs updating?"
50
+
45
51
  Run an age report to find outdated knowledge:
46
52
 
47
53
  ```
@@ -51,6 +57,7 @@ YOUR_AGENT_core op:vault_age_report
51
57
  Present entries that haven't been updated recently — these are candidates for review, refresh, or removal.
52
58
 
53
59
  ### For "What do other projects do?"
60
+
54
61
  Call `YOUR_AGENT_core op:memory_cross_project_search` with `crossProject: true`. This searches across all linked projects, not just the current one.
55
62
 
56
63
  ```
@@ -65,6 +72,7 @@ YOUR_AGENT_core op:project_linked_projects
65
72
  ```
66
73
 
67
74
  ### For "Has brain learned anything about X?"
75
+
68
76
  Call `YOUR_AGENT_core op:brain_strengths` to see which patterns have proven strength. Then call `YOUR_AGENT_core op:brain_global_patterns` with a domain or tag filter to find cross-project patterns.
69
77
 
70
78
  ```
@@ -74,6 +82,7 @@ YOUR_AGENT_core op:brain_global_patterns
74
82
  ```
75
83
 
76
84
  ### For "What do I know about X?" (broad exploration)
85
+
77
86
  Chain multiple strategies for comprehensive results:
78
87
 
79
88
  1. `search_intelligent` → semantic vault search
@@ -86,6 +95,7 @@ Present all findings with source labels so the user knows where each insight cam
86
95
  ## Presenting Results
87
96
 
88
97
  Always include:
98
+
89
99
  - **Source**: Which search found it (vault, memory, brain, tags, domains)
90
100
  - **Confidence**: Score or strength rating
91
101
  - **Relevance**: Why this result matches the query
@@ -94,6 +104,7 @@ Always include:
94
104
  ## Fallback: Web Search
95
105
 
96
106
  If all vault strategies return no results, search the web for the user's question before saying "nothing found." The web may have:
107
+
97
108
  - Documentation, articles, or guides on the topic
98
109
  - Community patterns and best practices
99
110
  - Library-specific solutions
@@ -114,16 +125,16 @@ Search is complete when at least one search strategy has been tried and results
114
125
 
115
126
  ## Agent Tools Reference
116
127
 
117
- | Op | When to Use |
118
- |----|-------------|
119
- | `search_intelligent` | Default semantic search — broadest and smartest |
120
- | `search` | Structured search with filters (type, tags, category) |
121
- | `vault_tags` | Browse all tags — discover knowledge landscape |
122
- | `vault_domains` | Browse all domains — see what areas are covered |
123
- | `vault_recent` | Recently modified entries — what's fresh |
124
- | `vault_age_report` | Find stale entries needing refresh |
125
- | `memory_cross_project_search` | Search across linked projects |
126
- | `project_linked_projects` | See what projects are connected |
127
- | `brain_strengths` | Proven patterns ranked by success |
128
- | `brain_global_patterns` | Cross-project patterns from global pool |
129
- | `capture_quick` | Capture web findings to vault for next time |
128
+ | Op | When to Use |
129
+ | ----------------------------- | ----------------------------------------------------- |
130
+ | `search_intelligent` | Default semantic search — broadest and smartest |
131
+ | `search` | Structured search with filters (type, tags, category) |
132
+ | `vault_tags` | Browse all tags — discover knowledge landscape |
133
+ | `vault_domains` | Browse all domains — see what areas are covered |
134
+ | `vault_recent` | Recently modified entries — what's fresh |
135
+ | `vault_age_report` | Find stale entries needing refresh |
136
+ | `memory_cross_project_search` | Search across linked projects |
137
+ | `project_linked_projects` | See what projects are connected |
138
+ | `brain_strengths` | Proven patterns ranked by success |
139
+ | `brain_global_patterns` | Cross-project patterns from global pool |
140
+ | `capture_quick` | Capture web findings to vault for next time |