@soleri/forge 8.1.0 → 9.0.1
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.
- package/dist/agent-schema.d.ts +16 -18
- package/dist/agent-schema.js +6 -6
- package/dist/agent-schema.js.map +1 -1
- package/dist/scaffold-filetree.js +19 -3
- package/dist/scaffold-filetree.js.map +1 -1
- package/dist/scaffolder.js +0 -4
- package/dist/scaffolder.js.map +1 -1
- package/dist/skills/brain-debrief/SKILL.md +66 -0
- package/dist/skills/brainstorming/SKILL.md +85 -0
- package/dist/skills/code-patrol/SKILL.md +86 -0
- package/dist/skills/context-resume/SKILL.md +92 -0
- package/dist/skills/executing-plans/SKILL.md +87 -0
- package/dist/skills/fix-and-learn/SKILL.md +98 -0
- package/dist/skills/health-check/SKILL.md +131 -0
- package/dist/skills/knowledge-harvest/SKILL.md +93 -0
- package/dist/skills/onboard-me/SKILL.md +118 -0
- package/dist/skills/retrospective/SKILL.md +95 -0
- package/dist/skills/second-opinion/SKILL.md +97 -0
- package/dist/skills/systematic-debugging/SKILL.md +99 -0
- package/dist/skills/test-driven-development/SKILL.md +91 -0
- package/dist/skills/vault-capture/SKILL.md +82 -0
- package/dist/skills/vault-navigator/SKILL.md +80 -0
- package/dist/skills/verification-before-completion/SKILL.md +82 -0
- package/dist/skills/writing-plans/SKILL.md +105 -0
- package/dist/templates/agents-md.js +0 -1
- package/dist/templates/agents-md.js.map +1 -1
- package/dist/templates/claude-md-template.js +2 -2
- package/dist/templates/claude-md-template.js.map +1 -1
- package/dist/templates/entry-point.js +1 -1
- package/dist/templates/entry-point.js.map +1 -1
- package/dist/templates/shared-rules.js +19 -0
- package/dist/templates/shared-rules.js.map +1 -1
- package/dist/templates/test-facades.js +0 -11
- package/dist/templates/test-facades.js.map +1 -1
- package/dist/types.d.ts +20 -20
- package/dist/types.js +6 -6
- package/dist/types.js.map +1 -1
- package/package.json +2 -2
- package/src/__tests__/scaffold-filetree.test.ts +0 -2
- package/src/agent-schema.ts +6 -6
- package/src/scaffold-filetree.ts +21 -2
- package/src/scaffolder.ts +0 -4
- package/src/skills/brain-debrief/SKILL.md +66 -0
- package/src/skills/brainstorming/SKILL.md +85 -0
- package/src/skills/code-patrol/SKILL.md +86 -0
- package/src/skills/context-resume/SKILL.md +92 -0
- package/src/skills/executing-plans/SKILL.md +87 -0
- package/src/skills/fix-and-learn/SKILL.md +98 -0
- package/src/skills/health-check/SKILL.md +131 -0
- package/src/skills/knowledge-harvest/SKILL.md +93 -0
- package/src/skills/onboard-me/SKILL.md +118 -0
- package/src/skills/retrospective/SKILL.md +95 -0
- package/src/skills/second-opinion/SKILL.md +97 -0
- package/src/skills/systematic-debugging/SKILL.md +99 -0
- package/src/skills/test-driven-development/SKILL.md +91 -0
- package/src/skills/vault-capture/SKILL.md +82 -0
- package/src/skills/vault-navigator/SKILL.md +80 -0
- package/src/skills/verification-before-completion/SKILL.md +82 -0
- package/src/skills/writing-plans/SKILL.md +105 -0
- package/src/templates/agents-md.ts +0 -1
- package/src/templates/claude-md-template.ts +1 -2
- package/src/templates/entry-point.ts +1 -1
- package/src/templates/shared-rules.ts +20 -0
- package/src/templates/test-facades.ts +0 -11
- package/src/types.ts +6 -6
- package/dist/skills/agent-dev.md +0 -122
- package/dist/skills/agent-guide.md +0 -110
- package/dist/skills/agent-persona.md +0 -66
- package/dist/skills/brain-debrief.md +0 -214
- package/dist/skills/brainstorming.md +0 -180
- package/dist/skills/code-patrol.md +0 -178
- package/dist/skills/context-resume.md +0 -146
- package/dist/skills/deliver-and-ship.md +0 -123
- package/dist/skills/env-setup.md +0 -151
- package/dist/skills/executing-plans.md +0 -216
- package/dist/skills/fix-and-learn.md +0 -167
- package/dist/skills/health-check.md +0 -231
- package/dist/skills/knowledge-harvest.md +0 -185
- package/dist/skills/onboard-me.md +0 -198
- package/dist/skills/retrospective.md +0 -205
- package/dist/skills/second-opinion.md +0 -149
- package/dist/skills/systematic-debugging.md +0 -241
- package/dist/skills/test-driven-development.md +0 -281
- package/dist/skills/vault-capture.md +0 -170
- package/dist/skills/vault-curate.md +0 -107
- package/dist/skills/vault-navigator.md +0 -140
- package/dist/skills/verification-before-completion.md +0 -182
- package/dist/skills/writing-plans.md +0 -215
- package/src/skills/agent-dev.md +0 -122
- package/src/skills/agent-guide.md +0 -110
- package/src/skills/agent-persona.md +0 -66
- package/src/skills/brain-debrief.md +0 -214
- package/src/skills/brainstorming.md +0 -180
- package/src/skills/code-patrol.md +0 -178
- package/src/skills/context-resume.md +0 -146
- package/src/skills/deliver-and-ship.md +0 -123
- package/src/skills/env-setup.md +0 -151
- package/src/skills/executing-plans.md +0 -216
- package/src/skills/fix-and-learn.md +0 -167
- package/src/skills/health-check.md +0 -231
- package/src/skills/knowledge-harvest.md +0 -185
- package/src/skills/onboard-me.md +0 -198
- package/src/skills/retrospective.md +0 -205
- package/src/skills/second-opinion.md +0 -149
- package/src/skills/systematic-debugging.md +0 -241
- package/src/skills/test-driven-development.md +0 -281
- package/src/skills/vault-capture.md +0 -170
- package/src/skills/vault-curate.md +0 -107
- package/src/skills/vault-navigator.md +0 -140
- package/src/skills/verification-before-completion.md +0 -182
- package/src/skills/writing-plans.md +0 -215
|
@@ -0,0 +1,92 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: context-resume
|
|
3
|
+
description: Use when starting a new session, returning to work after a break, or needing to reconstruct working context from memory, plans, and sessions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Context Resume — Pick Up Where You Left Off
|
|
7
|
+
|
|
8
|
+
Reconstruct full working context in seconds. Chains memory, plans, sessions, and brain to rebuild exactly where you left off — even across session boundaries and context compactions.
|
|
9
|
+
|
|
10
|
+
## Steps
|
|
11
|
+
|
|
12
|
+
### 1. Load Active Plans
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
ernesto_core op:plan_stats
|
|
16
|
+
ernesto_core op:get_plan
|
|
17
|
+
ernesto_core op:plan_list_tasks
|
|
18
|
+
params: { planId: "<id>" }
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
Present: plan objective, task status (completed/in-progress/pending), what's next.
|
|
22
|
+
|
|
23
|
+
### 2. Search Recent Memory
|
|
24
|
+
|
|
25
|
+
```
|
|
26
|
+
ernesto_core op:memory_search
|
|
27
|
+
params: { query: "session summary" }
|
|
28
|
+
ernesto_core op:memory_list
|
|
29
|
+
ernesto_core op:vault_recent
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
### 3. Check Active Loops
|
|
33
|
+
|
|
34
|
+
```
|
|
35
|
+
ernesto_core op:loop_is_active
|
|
36
|
+
ernesto_core op:loop_status
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
### 4. Brain Snapshot
|
|
40
|
+
|
|
41
|
+
```
|
|
42
|
+
ernesto_core op:brain_strengths
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
### 5. System Health
|
|
46
|
+
|
|
47
|
+
```
|
|
48
|
+
ernesto_core op:admin_health
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
## Presenting the Resume
|
|
52
|
+
|
|
53
|
+
```
|
|
54
|
+
## Where You Left Off
|
|
55
|
+
|
|
56
|
+
**Active Plans:**
|
|
57
|
+
- [Plan name] — X/Y tasks complete, next: [task]
|
|
58
|
+
|
|
59
|
+
**Last Session:**
|
|
60
|
+
- [Summary — what was done, key decisions]
|
|
61
|
+
|
|
62
|
+
**Recent Captures:**
|
|
63
|
+
- [New patterns/anti-patterns added]
|
|
64
|
+
|
|
65
|
+
**Active Loops:**
|
|
66
|
+
- [Any in-progress validation loops]
|
|
67
|
+
|
|
68
|
+
**Brain Says:**
|
|
69
|
+
- [Top relevant patterns]
|
|
70
|
+
|
|
71
|
+
**Health:** [OK / Issues]
|
|
72
|
+
|
|
73
|
+
## Recommended Next Step
|
|
74
|
+
[Based on active plans and last session context]
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
## Common Mistakes
|
|
78
|
+
|
|
79
|
+
- Not checking for active loops (missing mid-flight TDD or debug cycles)
|
|
80
|
+
- Skipping the health check (stale caches can cause confusing behavior)
|
|
81
|
+
- Not loading recent vault captures (missing context from last session)
|
|
82
|
+
|
|
83
|
+
## Quick Reference
|
|
84
|
+
|
|
85
|
+
| Op | When to Use |
|
|
86
|
+
|----|-------------|
|
|
87
|
+
| `plan_stats` / `get_plan` / `plan_list_tasks` | Active plans |
|
|
88
|
+
| `memory_search` / `memory_list` | Session summaries |
|
|
89
|
+
| `vault_recent` | Recently captured knowledge |
|
|
90
|
+
| `loop_is_active` / `loop_status` | In-flight loops |
|
|
91
|
+
| `brain_strengths` | Relevant proven patterns |
|
|
92
|
+
| `admin_health` | System health check |
|
|
@@ -0,0 +1,87 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: executing-plans
|
|
3
|
+
description: Use when there is a written implementation plan to execute with review checkpoints between task batches.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Executing Plans
|
|
7
|
+
|
|
8
|
+
Load plan, review critically, execute tasks in batches, report for review between batches.
|
|
9
|
+
|
|
10
|
+
**Announce at start:** "I'm using the executing-plans skill to implement this plan."
|
|
11
|
+
|
|
12
|
+
## The Process
|
|
13
|
+
|
|
14
|
+
### Step 1: Load and Review Plan
|
|
15
|
+
|
|
16
|
+
```
|
|
17
|
+
ernesto_core op:get_plan
|
|
18
|
+
ernesto_core op:plan_list_tasks
|
|
19
|
+
params: { planId: "<id>" }
|
|
20
|
+
ernesto_core op:plan_stats
|
|
21
|
+
```
|
|
22
|
+
|
|
23
|
+
If no tracked plan exists, read from `docs/plans/`. Review critically — raise concerns before starting.
|
|
24
|
+
|
|
25
|
+
### Step 2: Start Execution Loop
|
|
26
|
+
|
|
27
|
+
```
|
|
28
|
+
ernesto_core op:loop_start
|
|
29
|
+
params: { prompt: "<plan objective>", mode: "custom" }
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
### Step 3: Execute Batch (default: first 3 tasks)
|
|
33
|
+
|
|
34
|
+
For each task:
|
|
35
|
+
1. `op:update_task` — mark `in_progress`
|
|
36
|
+
2. Follow each step exactly
|
|
37
|
+
3. Run verifications as specified
|
|
38
|
+
4. `op:update_task` — mark `completed`
|
|
39
|
+
5. `op:loop_iterate` — track progress
|
|
40
|
+
|
|
41
|
+
### Step 4: Report
|
|
42
|
+
|
|
43
|
+
Show what was implemented, verification output, loop status. Say: "Ready for feedback."
|
|
44
|
+
|
|
45
|
+
### Step 5: Continue
|
|
46
|
+
|
|
47
|
+
Apply feedback, execute next batch, repeat until complete.
|
|
48
|
+
|
|
49
|
+
### Step 6: Complete Development
|
|
50
|
+
|
|
51
|
+
1. Run final verification (use verification-before-completion skill)
|
|
52
|
+
2. `ernesto_core op:loop_complete`
|
|
53
|
+
3. `ernesto_core op:plan_reconcile` — compare planned vs actual
|
|
54
|
+
4. `ernesto_core op:plan_complete_lifecycle` — extract knowledge, archive
|
|
55
|
+
5. `ernesto_core op:session_capture` — save session context
|
|
56
|
+
|
|
57
|
+
Capture mid-execution learnings with `op:capture_quick` as they happen — don't wait until the end.
|
|
58
|
+
|
|
59
|
+
## When to Stop
|
|
60
|
+
|
|
61
|
+
- Hit a blocker (missing dependency, unclear instruction, repeated test failures)
|
|
62
|
+
- Plan has critical gaps
|
|
63
|
+
- Don't understand an instruction
|
|
64
|
+
|
|
65
|
+
**Ask for clarification rather than guessing.**
|
|
66
|
+
|
|
67
|
+
## Common Mistakes
|
|
68
|
+
|
|
69
|
+
- Not reviewing the plan critically before starting
|
|
70
|
+
- Skipping verifications to save time
|
|
71
|
+
- Guessing through blockers instead of stopping to ask
|
|
72
|
+
- Forgetting to reconcile the plan after execution (drift data improves future plans)
|
|
73
|
+
- Starting implementation on main/master without explicit consent
|
|
74
|
+
|
|
75
|
+
## Quick Reference
|
|
76
|
+
|
|
77
|
+
| Op | When to Use |
|
|
78
|
+
|----|-------------|
|
|
79
|
+
| `get_plan` / `plan_list_tasks` / `plan_stats` | Load plan |
|
|
80
|
+
| `update_task` | Mark task status |
|
|
81
|
+
| `loop_start` / `loop_iterate` / `loop_complete` | Validation loop |
|
|
82
|
+
| `plan_reconcile` | Post-execution drift report |
|
|
83
|
+
| `plan_complete_lifecycle` | Extract knowledge, archive |
|
|
84
|
+
| `session_capture` | Save session context |
|
|
85
|
+
| `capture_quick` | Mid-execution learnings |
|
|
86
|
+
|
|
87
|
+
**Related skills:** writing-plans, verification-before-completion, test-driven-development
|
|
@@ -0,0 +1,98 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: fix-and-learn
|
|
3
|
+
description: Use when fixing bugs, broken behavior, errors, regressions, or unexpected results and wanting to capture the learning for future sessions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Fix & Learn — Debug, Repair, Capture
|
|
7
|
+
|
|
8
|
+
Fix bugs through a structured recovery workflow, then capture the root cause as a reusable anti-pattern. The learning step makes fixes compound across sessions.
|
|
9
|
+
|
|
10
|
+
## The Search Order — MANDATORY
|
|
11
|
+
|
|
12
|
+
**Never jump to writing code.** Always follow this lookup order:
|
|
13
|
+
|
|
14
|
+
1. **Vault first** — has this been solved before?
|
|
15
|
+
2. **Web search** — is there a known solution?
|
|
16
|
+
3. **Plan the fix** — design approach before touching code
|
|
17
|
+
4. **Implement** — only after steps 1-3
|
|
18
|
+
|
|
19
|
+
## Orchestration Sequence
|
|
20
|
+
|
|
21
|
+
### Step 1: Classify and Route
|
|
22
|
+
|
|
23
|
+
```
|
|
24
|
+
ernesto_core op:route_intent
|
|
25
|
+
params: { prompt: "<bug description>" }
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
### Step 2: Check Vault First
|
|
29
|
+
|
|
30
|
+
```
|
|
31
|
+
ernesto_core op:search_intelligent
|
|
32
|
+
params: { query: "<error message or bug description>" }
|
|
33
|
+
ernesto_core op:memory_search
|
|
34
|
+
params: { query: "<bug description>" }
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
If vault returns a high-confidence match — use it. Don't re-investigate solved problems.
|
|
38
|
+
|
|
39
|
+
### Step 3: Search the Web
|
|
40
|
+
|
|
41
|
+
If vault has no answer, search for known issues, Stack Overflow answers, GitHub issues, official docs.
|
|
42
|
+
|
|
43
|
+
### Step 4: Start Fix Loop
|
|
44
|
+
|
|
45
|
+
```
|
|
46
|
+
ernesto_core op:loop_start
|
|
47
|
+
params: { prompt: "Fix: <bug description>", mode: "custom" }
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
### Step 5: Diagnose and Fix
|
|
51
|
+
|
|
52
|
+
If Steps 2-3 didn't produce a solution, use systematic-debugging skill:
|
|
53
|
+
|
|
54
|
+
1. Reproduce the issue
|
|
55
|
+
2. Isolate root cause
|
|
56
|
+
3. Plan the fix before writing code
|
|
57
|
+
4. Implement the fix
|
|
58
|
+
5. Verify — no regressions
|
|
59
|
+
|
|
60
|
+
### Step 6: Validate
|
|
61
|
+
|
|
62
|
+
Run test suite. Use verification-before-completion skill. Complete loop: `ernesto_core op:loop_complete`.
|
|
63
|
+
|
|
64
|
+
### Step 7: Capture the Learning
|
|
65
|
+
|
|
66
|
+
```
|
|
67
|
+
ernesto_core op:capture_knowledge
|
|
68
|
+
params: {
|
|
69
|
+
title: "<bug title>",
|
|
70
|
+
description: "<root cause, solution, what made it hard to find>",
|
|
71
|
+
type: "anti-pattern",
|
|
72
|
+
category: "<domain>",
|
|
73
|
+
tags: ["<error-type>", "<component>"]
|
|
74
|
+
}
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
Run `ernesto_core op:curator_detect_duplicates` to avoid redundant entries.
|
|
78
|
+
|
|
79
|
+
## Exit Criteria
|
|
80
|
+
|
|
81
|
+
Bug resolved, tests pass, root cause captured in vault. A fix without a capture is incomplete.
|
|
82
|
+
|
|
83
|
+
## Common Mistakes
|
|
84
|
+
|
|
85
|
+
- Jumping to code before searching vault/web
|
|
86
|
+
- Skipping the capture step after fixing
|
|
87
|
+
- Not running the full test suite to check regressions
|
|
88
|
+
|
|
89
|
+
## Quick Reference
|
|
90
|
+
|
|
91
|
+
| Op | When to Use |
|
|
92
|
+
|----|-------------|
|
|
93
|
+
| `route_intent` | Classify as FIX intent |
|
|
94
|
+
| `search_intelligent` | Check vault for known bugs |
|
|
95
|
+
| `memory_search` | Search session memories |
|
|
96
|
+
| `loop_start` / `loop_iterate` / `loop_complete` | Iterative fix cycle |
|
|
97
|
+
| `capture_knowledge` / `capture_quick` | Persist anti-pattern |
|
|
98
|
+
| `curator_detect_duplicates` | Prevent redundant entries |
|
|
@@ -0,0 +1,131 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: health-check
|
|
3
|
+
description: Use when running maintenance on the knowledge base — deduplication, contradiction resolution, stale entry cleanup, or vault quality auditing.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Health Check — Knowledge Base Maintenance
|
|
7
|
+
|
|
8
|
+
Comprehensive maintenance cycle on the knowledge base. Finds stale entries, duplicates, contradictions, and quality issues.
|
|
9
|
+
|
|
10
|
+
## Steps
|
|
11
|
+
|
|
12
|
+
### 1. System Health
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
ernesto_core op:admin_health
|
|
16
|
+
ernesto_core op:admin_diagnostic
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
### 2. Vault Metrics
|
|
20
|
+
|
|
21
|
+
```
|
|
22
|
+
ernesto_core op:admin_vault_size
|
|
23
|
+
ernesto_core op:admin_vault_analytics
|
|
24
|
+
ernesto_core op:vault_domains
|
|
25
|
+
ernesto_core op:vault_tags
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
### 3. Quality Audit
|
|
29
|
+
|
|
30
|
+
```
|
|
31
|
+
ernesto_core op:curator_health_audit
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
### 4. Find Duplicates
|
|
35
|
+
|
|
36
|
+
```
|
|
37
|
+
ernesto_core op:curator_detect_duplicates
|
|
38
|
+
```
|
|
39
|
+
|
|
40
|
+
### 5. Find Contradictions
|
|
41
|
+
|
|
42
|
+
```
|
|
43
|
+
ernesto_core op:curator_contradictions
|
|
44
|
+
ernesto_core op:curator_resolve_contradiction
|
|
45
|
+
params: { contradictionId: "<id>" }
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
### 6. Find Stale Entries
|
|
49
|
+
|
|
50
|
+
```
|
|
51
|
+
ernesto_core op:vault_age_report
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
Entries >30 days without updates: refresh, archive, or delete.
|
|
55
|
+
|
|
56
|
+
### 7. Check Search Quality
|
|
57
|
+
|
|
58
|
+
```
|
|
59
|
+
ernesto_core op:admin_search_insights
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
### 8. Memory Health
|
|
63
|
+
|
|
64
|
+
```
|
|
65
|
+
ernesto_core op:memory_stats
|
|
66
|
+
ernesto_core op:memory_deduplicate
|
|
67
|
+
```
|
|
68
|
+
|
|
69
|
+
### 9. Governance Queue
|
|
70
|
+
|
|
71
|
+
```
|
|
72
|
+
ernesto_core op:governance_proposals params: { action: "list" }
|
|
73
|
+
ernesto_core op:governance_expire
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
### 10. Fix Everything (Optional, with user approval)
|
|
77
|
+
|
|
78
|
+
- `op:curator_groom_all` — normalize tags, fix metadata
|
|
79
|
+
- `op:curator_consolidate` — deduplicate, normalize, quality-score
|
|
80
|
+
- `op:memory_prune` — remove stale memories
|
|
81
|
+
- `op:brain_build_intelligence` — rebuild with clean data
|
|
82
|
+
- `op:admin_reset_cache` — clear caches
|
|
83
|
+
|
|
84
|
+
## Presenting the Report
|
|
85
|
+
|
|
86
|
+
```
|
|
87
|
+
## Knowledge Health Report
|
|
88
|
+
|
|
89
|
+
### System
|
|
90
|
+
| Check | Status |
|
|
91
|
+
|-------|--------|
|
|
92
|
+
| Infrastructure | OK / Issues |
|
|
93
|
+
|
|
94
|
+
### Vault Quality
|
|
95
|
+
| Metric | Value | Status |
|
|
96
|
+
|--------|-------|--------|
|
|
97
|
+
| Total entries | X | — |
|
|
98
|
+
| Quality score | X/100 | Good/Warning/Critical |
|
|
99
|
+
|
|
100
|
+
### Issues Found
|
|
101
|
+
| Issue | Count | Action |
|
|
102
|
+
|-------|-------|--------|
|
|
103
|
+
| Duplicates | X | Merge |
|
|
104
|
+
| Contradictions | X | Resolve |
|
|
105
|
+
| Stale entries (>30d) | X | Review |
|
|
106
|
+
| Search misses | X | Fill gaps |
|
|
107
|
+
|
|
108
|
+
### Recommended Actions
|
|
109
|
+
1. [Most impactful fix]
|
|
110
|
+
2. [Second most impactful]
|
|
111
|
+
```
|
|
112
|
+
|
|
113
|
+
## Common Mistakes
|
|
114
|
+
|
|
115
|
+
- Running cleanup without presenting findings to user first
|
|
116
|
+
- Skipping search insights (missing knowledge gaps)
|
|
117
|
+
- Not rebuilding brain intelligence after major cleanup
|
|
118
|
+
|
|
119
|
+
## Quick Reference
|
|
120
|
+
|
|
121
|
+
| Op | When to Use |
|
|
122
|
+
|----|-------------|
|
|
123
|
+
| `admin_health` / `admin_diagnostic` | System health |
|
|
124
|
+
| `admin_vault_analytics` / `admin_vault_size` | Vault metrics |
|
|
125
|
+
| `curator_health_audit` | Quality score |
|
|
126
|
+
| `curator_detect_duplicates` | Find duplicates |
|
|
127
|
+
| `curator_contradictions` | Find conflicts |
|
|
128
|
+
| `vault_age_report` | Stale entries |
|
|
129
|
+
| `admin_search_insights` | Search miss analysis |
|
|
130
|
+
| `curator_consolidate` | Full cleanup pipeline |
|
|
131
|
+
| `brain_build_intelligence` | Rebuild after cleanup |
|
|
@@ -0,0 +1,93 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: knowledge-harvest
|
|
3
|
+
description: Use when pointing at code, docs, PRs, or any text to automatically extract and capture patterns, anti-patterns, and decisions into the vault.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Knowledge Harvest — Extract Patterns From Anything
|
|
7
|
+
|
|
8
|
+
Point at code, docs, PRs, architecture decisions, or postmortems — the agent extracts every pattern, anti-pattern, decision, and principle, then captures them to the vault.
|
|
9
|
+
|
|
10
|
+
## Steps
|
|
11
|
+
|
|
12
|
+
### 1. Understand the Source
|
|
13
|
+
|
|
14
|
+
Read target content and classify: `ernesto_core op:route_intent params: { prompt: "Extract knowledge from: <source>" }`
|
|
15
|
+
|
|
16
|
+
### 2. Check What's Already Known
|
|
17
|
+
|
|
18
|
+
```
|
|
19
|
+
ernesto_core op:search_intelligent
|
|
20
|
+
params: { query: "<topic of source material>" }
|
|
21
|
+
ernesto_core op:vault_tags
|
|
22
|
+
ernesto_core op:vault_domains
|
|
23
|
+
```
|
|
24
|
+
|
|
25
|
+
Focus extraction on gaps — skip what vault already covers.
|
|
26
|
+
|
|
27
|
+
### 3. Extract and Classify
|
|
28
|
+
|
|
29
|
+
| Type | What to Look For |
|
|
30
|
+
|------|-----------------|
|
|
31
|
+
| **pattern** | Repeatable approaches that work |
|
|
32
|
+
| **anti-pattern** | Known mistakes to avoid |
|
|
33
|
+
| **decision** | Architectural choices with rationale |
|
|
34
|
+
| **principle** | Guiding rules or heuristics |
|
|
35
|
+
| **workflow** | Step-by-step procedures |
|
|
36
|
+
|
|
37
|
+
For each: determine category, severity, and tags.
|
|
38
|
+
|
|
39
|
+
### 4. Batch Capture
|
|
40
|
+
|
|
41
|
+
```
|
|
42
|
+
ernesto_core op:capture_knowledge
|
|
43
|
+
params: {
|
|
44
|
+
title: "<clear, searchable name>",
|
|
45
|
+
description: "<what it is, when to apply, why it matters>",
|
|
46
|
+
type: "<pattern|anti-pattern|decision|principle|workflow>",
|
|
47
|
+
category: "<domain>",
|
|
48
|
+
tags: ["<tag1>", "<tag2>"],
|
|
49
|
+
example: "<code snippet or quote>",
|
|
50
|
+
why: "<reasoning>"
|
|
51
|
+
}
|
|
52
|
+
```
|
|
53
|
+
|
|
54
|
+
Present each capture as you go: `Captured: api-auth-jwt (pattern, critical)`
|
|
55
|
+
|
|
56
|
+
### 5. Post-Harvest Quality
|
|
57
|
+
|
|
58
|
+
- `op:curator_detect_duplicates` — find duplicates created during harvest
|
|
59
|
+
- `op:curator_groom_all` — normalize tags, fix metadata
|
|
60
|
+
- `op:curator_contradictions` — check for conflicts
|
|
61
|
+
|
|
62
|
+
### 6. Verify and Report
|
|
63
|
+
|
|
64
|
+
```
|
|
65
|
+
## Harvest Complete
|
|
66
|
+
|
|
67
|
+
Source: [name]
|
|
68
|
+
Extracted: X entries (Y patterns, Z anti-patterns, W decisions)
|
|
69
|
+
Duplicates: N (merged/skipped)
|
|
70
|
+
Contradictions: N (flagged)
|
|
71
|
+
Vault health: OK
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
Optionally promote universal patterns: `op:memory_promote_to_global`.
|
|
75
|
+
|
|
76
|
+
## Common Mistakes
|
|
77
|
+
|
|
78
|
+
- Not checking vault before extracting (creates duplicates)
|
|
79
|
+
- Capturing too-granular entries instead of atomic, searchable ones
|
|
80
|
+
- Skipping post-harvest quality checks (duplicates and contradictions accumulate)
|
|
81
|
+
|
|
82
|
+
## Quick Reference
|
|
83
|
+
|
|
84
|
+
| Op | When to Use |
|
|
85
|
+
|----|-------------|
|
|
86
|
+
| `search_intelligent` | Check existing knowledge |
|
|
87
|
+
| `vault_tags` / `vault_domains` | See what's covered |
|
|
88
|
+
| `capture_knowledge` | Capture each item |
|
|
89
|
+
| `curator_detect_duplicates` | Post-harvest dedup |
|
|
90
|
+
| `curator_groom_all` | Normalize entries |
|
|
91
|
+
| `curator_contradictions` | Find conflicts |
|
|
92
|
+
| `memory_promote_to_global` | Share cross-project |
|
|
93
|
+
| `admin_vault_analytics` | Knowledge quality |
|
|
@@ -0,0 +1,118 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: onboard-me
|
|
3
|
+
description: Use when someone is new to the project and needs a structured introduction to its knowledge, patterns, decisions, and conventions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Onboard Me — Instant Project Intelligence
|
|
7
|
+
|
|
8
|
+
Structured tour of everything the vault knows about this project. Decisions, patterns, anti-patterns, conventions — all in one walkthrough.
|
|
9
|
+
|
|
10
|
+
## Steps
|
|
11
|
+
|
|
12
|
+
### 1. Project Overview
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
ernesto_core op:identity
|
|
16
|
+
ernesto_core op:project_get
|
|
17
|
+
ernesto_core op:project_list_rules
|
|
18
|
+
ernesto_core op:get_behavior_rules
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
### 2. Knowledge Landscape
|
|
22
|
+
|
|
23
|
+
```
|
|
24
|
+
ernesto_core op:vault_domains
|
|
25
|
+
ernesto_core op:vault_tags
|
|
26
|
+
ernesto_core op:admin_vault_size
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### 3. Critical Knowledge
|
|
30
|
+
|
|
31
|
+
```
|
|
32
|
+
ernesto_core op:search
|
|
33
|
+
params: { severity: "critical" }
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
### 4. Key Decisions
|
|
37
|
+
|
|
38
|
+
```
|
|
39
|
+
ernesto_core op:search_intelligent
|
|
40
|
+
params: { query: "architectural decision design choice" }
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
### 5. Strongest Patterns
|
|
44
|
+
|
|
45
|
+
```
|
|
46
|
+
ernesto_core op:brain_strengths
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
### 6. Anti-Patterns to Avoid
|
|
50
|
+
|
|
51
|
+
```
|
|
52
|
+
ernesto_core op:search
|
|
53
|
+
params: { type: "anti-pattern" }
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
### 7. Cross-Project Context
|
|
57
|
+
|
|
58
|
+
```
|
|
59
|
+
ernesto_core op:project_linked_projects
|
|
60
|
+
ernesto_core op:brain_global_patterns
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
### 8. Knowledge Gaps
|
|
64
|
+
|
|
65
|
+
```
|
|
66
|
+
ernesto_core op:admin_search_insights
|
|
67
|
+
ernesto_core op:vault_age_report
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
## Presenting the Onboarding
|
|
71
|
+
|
|
72
|
+
```
|
|
73
|
+
## Welcome to [Project Name]
|
|
74
|
+
|
|
75
|
+
**Domains:** [list] | **Vault:** X entries across Y domains
|
|
76
|
+
|
|
77
|
+
### Critical Rules (Must Follow)
|
|
78
|
+
[Non-negotiable conventions]
|
|
79
|
+
|
|
80
|
+
### Key Decisions
|
|
81
|
+
[Top architectural decisions with rationale]
|
|
82
|
+
|
|
83
|
+
### Proven Patterns (Do This)
|
|
84
|
+
[Brain-strength patterns]
|
|
85
|
+
|
|
86
|
+
### Anti-Patterns (Don't Do This)
|
|
87
|
+
[Known mistakes]
|
|
88
|
+
|
|
89
|
+
### Project Conventions
|
|
90
|
+
[Rules, naming conventions]
|
|
91
|
+
|
|
92
|
+
### Related Projects
|
|
93
|
+
[Linked projects and shared patterns]
|
|
94
|
+
|
|
95
|
+
### Knowledge Gaps
|
|
96
|
+
[Areas not well-documented — ask the team]
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
**Tip:** Use vault-navigator to search topics as you work. Use second-opinion before architectural decisions.
|
|
100
|
+
|
|
101
|
+
## Common Mistakes
|
|
102
|
+
|
|
103
|
+
- Dumping all vault entries instead of curating the most important ones
|
|
104
|
+
- Skipping anti-patterns (newcomers need to know what NOT to do)
|
|
105
|
+
- Not surfacing knowledge gaps (newcomers should know where documentation is thin)
|
|
106
|
+
|
|
107
|
+
## Quick Reference
|
|
108
|
+
|
|
109
|
+
| Op | When to Use |
|
|
110
|
+
|----|-------------|
|
|
111
|
+
| `identity` / `project_get` | Project overview |
|
|
112
|
+
| `project_list_rules` / `get_behavior_rules` | Conventions |
|
|
113
|
+
| `vault_domains` / `vault_tags` | Knowledge landscape |
|
|
114
|
+
| `search` (severity/type filters) | Critical rules, anti-patterns |
|
|
115
|
+
| `search_intelligent` | Key decisions |
|
|
116
|
+
| `brain_strengths` | Proven patterns |
|
|
117
|
+
| `brain_global_patterns` | Cross-project patterns |
|
|
118
|
+
| `admin_search_insights` | Knowledge gaps |
|
|
@@ -0,0 +1,95 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: retrospective
|
|
3
|
+
description: Use when reflecting on recent work — sprint retros, weekly summaries, learning reports, or extracting actionable insights from accumulated session data.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Retrospective — Learning Report From Real Data
|
|
7
|
+
|
|
8
|
+
Generate a data-driven retrospective from session data, vault captures, plan outcomes, and brain intelligence.
|
|
9
|
+
|
|
10
|
+
## Steps
|
|
11
|
+
|
|
12
|
+
### 1. Gather Data
|
|
13
|
+
|
|
14
|
+
```
|
|
15
|
+
ernesto_core op:brain_stats
|
|
16
|
+
ernesto_core op:brain_stats params: { since: "<start of period>" }
|
|
17
|
+
ernesto_core op:brain_strengths
|
|
18
|
+
ernesto_core op:vault_recent
|
|
19
|
+
ernesto_core op:memory_topics
|
|
20
|
+
ernesto_core op:memory_stats
|
|
21
|
+
ernesto_core op:plan_stats
|
|
22
|
+
ernesto_core op:admin_search_insights
|
|
23
|
+
ernesto_core op:admin_vault_analytics
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
### 2. Analyze Patterns
|
|
27
|
+
|
|
28
|
+
```
|
|
29
|
+
ernesto_core op:vault_age_report
|
|
30
|
+
ernesto_core op:curator_detect_duplicates
|
|
31
|
+
ernesto_core op:curator_contradictions
|
|
32
|
+
ernesto_core op:curator_health_audit
|
|
33
|
+
```
|
|
34
|
+
|
|
35
|
+
### 3. Present the Retrospective
|
|
36
|
+
|
|
37
|
+
```
|
|
38
|
+
## Retrospective: [Period]
|
|
39
|
+
|
|
40
|
+
### By the Numbers
|
|
41
|
+
| Metric | This Period | Previous | Trend |
|
|
42
|
+
|--------|-----------|----------|-------|
|
|
43
|
+
| Patterns captured | X | Y | up/down |
|
|
44
|
+
| Plans completed | X | Y | up/down |
|
|
45
|
+
| Brain strength (avg) | X | Y | up/down |
|
|
46
|
+
| Search misses | X | Y | up/down |
|
|
47
|
+
|
|
48
|
+
### What Went Well
|
|
49
|
+
[High brain strength patterns, completed plans, growing domains]
|
|
50
|
+
|
|
51
|
+
### What Didn't Go Well
|
|
52
|
+
[Recurring anti-patterns, failed plans, knowledge gaps]
|
|
53
|
+
|
|
54
|
+
### Vault Health
|
|
55
|
+
Quality: X/100 | Duplicates: N | Contradictions: N | Stale: N
|
|
56
|
+
|
|
57
|
+
### Recommendations
|
|
58
|
+
1. [Data-driven action item]
|
|
59
|
+
2. [Data-driven action item]
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
### 4. Capture the Retrospective
|
|
63
|
+
|
|
64
|
+
```
|
|
65
|
+
ernesto_core op:capture_knowledge
|
|
66
|
+
params: {
|
|
67
|
+
title: "Retrospective — [period]",
|
|
68
|
+
description: "<key findings and action items>",
|
|
69
|
+
type: "workflow",
|
|
70
|
+
category: "meta",
|
|
71
|
+
tags: ["retrospective"]
|
|
72
|
+
}
|
|
73
|
+
```
|
|
74
|
+
|
|
75
|
+
### 5. Clean Up (Optional)
|
|
76
|
+
|
|
77
|
+
If quality issues found: `op:curator_consolidate` then `op:brain_build_intelligence`.
|
|
78
|
+
|
|
79
|
+
## Common Mistakes
|
|
80
|
+
|
|
81
|
+
- Presenting AI opinions instead of actual vault/brain metrics
|
|
82
|
+
- Not comparing periods (missing trends)
|
|
83
|
+
- Skipping the capture step (retrospective insights are lost)
|
|
84
|
+
|
|
85
|
+
## Quick Reference
|
|
86
|
+
|
|
87
|
+
| Op | When to Use |
|
|
88
|
+
|----|-------------|
|
|
89
|
+
| `brain_stats` / `brain_strengths` | Metrics and patterns |
|
|
90
|
+
| `vault_recent` | Recent captures |
|
|
91
|
+
| `memory_topics` / `memory_stats` | Knowledge clusters |
|
|
92
|
+
| `plan_stats` | Plan completion |
|
|
93
|
+
| `admin_search_insights` | Search misses |
|
|
94
|
+
| `curator_health_audit` | Vault quality |
|
|
95
|
+
| `capture_knowledge` | Persist retrospective |
|