mema-kit 1.0.5 → 1.0.6
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/README.md +8 -8
- package/bin/cli.js +3 -3
- package/docs/guide.md +43 -43
- package/package.json +1 -1
- package/skills/{create-skill → mema.create-skill}/SKILL.md +2 -2
- package/skills/{implement → mema.implement}/SKILL.md +13 -13
- package/skills/{onboard → mema.onboard}/SKILL.md +4 -4
- package/skills/{plan → mema.plan}/SKILL.md +11 -11
- package/skills/{recall → mema.recall}/SKILL.md +5 -5
package/README.md
CHANGED
|
@@ -14,21 +14,21 @@ npx mema-kit
|
|
|
14
14
|
|
|
15
15
|
# 2. Open Claude Code and bootstrap memory
|
|
16
16
|
claude
|
|
17
|
-
> /onboard
|
|
17
|
+
> /mema.onboard
|
|
18
18
|
|
|
19
19
|
# 3. Next session: load memory into context
|
|
20
|
-
> /recall
|
|
20
|
+
> /mema.recall
|
|
21
21
|
```
|
|
22
22
|
|
|
23
|
-
`/onboard` scans your project, creates the `.mema/` memory structure, populates initial architecture and requirements docs, and configures CLAUDE.md and `.gitignore`. `/recall` loads that memory into any future session.
|
|
23
|
+
`/mema.onboard` scans your project, creates the `.mema/` memory structure, populates initial architecture and requirements docs, and configures CLAUDE.md and `.gitignore`. `/mema.recall` loads that memory into any future session.
|
|
24
24
|
|
|
25
25
|
## Built-in Skills
|
|
26
26
|
|
|
27
27
|
| Command | Purpose |
|
|
28
28
|
|---------|---------|
|
|
29
|
-
| `/onboard` | Bootstrap memory for a project — scans codebase, creates `.mema/`, populates initial knowledge |
|
|
30
|
-
| `/recall` | Load project memory into the current session — instant context on cold start |
|
|
31
|
-
| `/create-skill` | Generate a new memory-aware skill with the correct lifecycle phases |
|
|
29
|
+
| `/mema.onboard` | Bootstrap memory for a project — scans codebase, creates `.mema/`, populates initial knowledge |
|
|
30
|
+
| `/mema.recall` | Load project memory into the current session — instant context on cold start |
|
|
31
|
+
| `/mema.create-skill` | Generate a new memory-aware skill with the correct lifecycle phases |
|
|
32
32
|
|
|
33
33
|
## How Memory Works
|
|
34
34
|
|
|
@@ -64,10 +64,10 @@ The protocol is defined in `_memory-protocol.md` and shared across all skills (n
|
|
|
64
64
|
|
|
65
65
|
## Building Your Own Skills
|
|
66
66
|
|
|
67
|
-
Use `/create-skill` to generate memory-aware skills:
|
|
67
|
+
Use `/mema.create-skill` to generate memory-aware skills:
|
|
68
68
|
|
|
69
69
|
```
|
|
70
|
-
> /create-skill
|
|
70
|
+
> /mema.create-skill
|
|
71
71
|
|
|
72
72
|
Skill name: review
|
|
73
73
|
Purpose: Review code changes for quality and consistency
|
package/bin/cli.js
CHANGED
|
@@ -47,10 +47,10 @@ function runInstall() {
|
|
|
47
47
|
|
|
48
48
|
console.log('✓ mema-kit skills installed to .claude/skills/');
|
|
49
49
|
console.log('');
|
|
50
|
-
console.log('Next step: Open your project in Claude Code and run /onboard');
|
|
50
|
+
console.log('Next step: Open your project in Claude Code and run /mema.onboard');
|
|
51
51
|
console.log('');
|
|
52
52
|
console.log(' claude');
|
|
53
|
-
console.log(' > /onboard');
|
|
53
|
+
console.log(' > /mema.onboard');
|
|
54
54
|
console.log('');
|
|
55
55
|
}
|
|
56
56
|
|
|
@@ -123,7 +123,7 @@ Usage:
|
|
|
123
123
|
npx mema-kit --update Update skills to the latest version
|
|
124
124
|
npx mema-kit --help Show this help message
|
|
125
125
|
|
|
126
|
-
After installing, open your project in Claude Code and run /onboard.
|
|
126
|
+
After installing, open your project in Claude Code and run /mema.onboard.
|
|
127
127
|
|
|
128
128
|
Learn more: https://github.com/simonv15/mema-kit
|
|
129
129
|
`.trim());
|
package/docs/guide.md
CHANGED
|
@@ -29,26 +29,26 @@ Think of it like a developer's notebook — it doesn't give you a bigger brain,
|
|
|
29
29
|
```bash
|
|
30
30
|
npx mema-kit # install skills to .claude/skills/
|
|
31
31
|
claude
|
|
32
|
-
> /onboard # scan project, create .mema/, populate initial memory
|
|
33
|
-
> /recall # next new session: load memory into context
|
|
32
|
+
> /mema.onboard # scan project, create .mema/, populate initial memory
|
|
33
|
+
> /mema.recall # next new session: load memory into context
|
|
34
34
|
```
|
|
35
35
|
|
|
36
|
-
`/onboard` reads your package.json, README, directory structure, and representative source files, then writes real content to `architecture.md` and `requirements.md`. Idempotent — safe to re-run.
|
|
36
|
+
`/mema.onboard` reads your package.json, README, directory structure, and representative source files, then writes real content to `architecture.md` and `requirements.md`. Idempotent — safe to re-run.
|
|
37
37
|
|
|
38
|
-
`/recall` loads your project memory into the current session — use it at the start of every new conversation to restore context instantly.
|
|
38
|
+
`/mema.recall` loads your project memory into the current session — use it at the start of every new conversation to restore context instantly.
|
|
39
39
|
|
|
40
40
|
---
|
|
41
41
|
|
|
42
|
-
## Recalling Memory: /recall
|
|
42
|
+
## Recalling Memory: /mema.recall
|
|
43
43
|
|
|
44
|
-
Every new Claude Code session starts with a blank context. `/recall` fixes the cold-start problem by reading `.mema/` and printing a formatted summary into the conversation.
|
|
44
|
+
Every new Claude Code session starts with a blank context. `/mema.recall` fixes the cold-start problem by reading `.mema/` and printing a formatted summary into the conversation.
|
|
45
45
|
|
|
46
46
|
### Modes
|
|
47
47
|
|
|
48
48
|
| Mode | Command | What you get |
|
|
49
49
|
|------|---------|--------------|
|
|
50
|
-
| **Minimal** (default) | `/recall` or `/recall minimal` | Purpose, stack, architecture, current status, memory map |
|
|
51
|
-
| **Full** | `/recall full` | Everything in Minimal + recent decisions, lessons, patterns, active context & plans |
|
|
50
|
+
| **Minimal** (default) | `/mema.recall` or `/mema.recall minimal` | Purpose, stack, architecture, current status, memory map |
|
|
51
|
+
| **Full** | `/mema.recall full` | Everything in Minimal + recent decisions, lessons, patterns, active context & plans |
|
|
52
52
|
|
|
53
53
|
### When to use which
|
|
54
54
|
|
|
@@ -60,20 +60,20 @@ Every new Claude Code session starts with a blank context. `/recall` fixes the c
|
|
|
60
60
|
| Quick check on what decisions exist | Full |
|
|
61
61
|
| Daily development work | Minimal |
|
|
62
62
|
|
|
63
|
-
`/recall` is **read-only** — it never modifies memory files. Safe to run at any time.
|
|
63
|
+
`/mema.recall` is **read-only** — it never modifies memory files. Safe to run at any time.
|
|
64
64
|
|
|
65
65
|
---
|
|
66
66
|
|
|
67
|
-
## Planning Work: /plan
|
|
67
|
+
## Planning Work: /mema.plan
|
|
68
68
|
|
|
69
|
-
`/plan` takes a high-level goal, explores your codebase, and produces a structured implementation plan with step-by-step specs. Plans are saved to `.mema/task-memory/` so `/implement` can execute them.
|
|
69
|
+
`/mema.plan` takes a high-level goal, explores your codebase, and produces a structured implementation plan with step-by-step specs. Plans are saved to `.mema/task-memory/` so `/mema.implement` can execute them.
|
|
70
70
|
|
|
71
71
|
### Usage
|
|
72
72
|
|
|
73
73
|
```
|
|
74
|
-
> /plan add user authentication
|
|
75
|
-
> /plan refactor the database layer
|
|
76
|
-
> /plan add search functionality to the API
|
|
74
|
+
> /mema.plan add user authentication
|
|
75
|
+
> /mema.plan refactor the database layer
|
|
76
|
+
> /mema.plan add search functionality to the API
|
|
77
77
|
```
|
|
78
78
|
|
|
79
79
|
### What it does
|
|
@@ -107,26 +107,26 @@ Follows the controller → service → repository pattern already in the codebas
|
|
|
107
107
|
|
|
108
108
|
---
|
|
109
109
|
Plan saved to task-memory/user-authentication/
|
|
110
|
-
To start implementing: /implement user-authentication
|
|
110
|
+
To start implementing: /mema.implement user-authentication
|
|
111
111
|
```
|
|
112
112
|
|
|
113
113
|
### Revising plans
|
|
114
114
|
|
|
115
|
-
If you run `/plan` for a task that already has a plan, it will offer to revise the existing plan rather than starting from scratch. This makes `/plan` idempotent — safe to re-run.
|
|
115
|
+
If you run `/mema.plan` for a task that already has a plan, it will offer to revise the existing plan rather than starting from scratch. This makes `/mema.plan` idempotent — safe to re-run.
|
|
116
116
|
|
|
117
117
|
---
|
|
118
118
|
|
|
119
|
-
## Implementing Plans: /implement
|
|
119
|
+
## Implementing Plans: /mema.implement
|
|
120
120
|
|
|
121
|
-
`/implement` picks up steps from an existing plan, implements them one at a time, verifies the result, and tracks progress. It's designed to give you control — one step at a time by default.
|
|
121
|
+
`/mema.implement` picks up steps from an existing plan, implements them one at a time, verifies the result, and tracks progress. It's designed to give you control — one step at a time by default.
|
|
122
122
|
|
|
123
123
|
### Usage
|
|
124
124
|
|
|
125
125
|
```
|
|
126
|
-
> /implement user-authentication # implement next incomplete step
|
|
127
|
-
> /implement user-authentication step 3 # implement a specific step
|
|
128
|
-
> /implement user-authentication all # implement all remaining steps
|
|
129
|
-
> /implement # list active tasks, then pick one
|
|
126
|
+
> /mema.implement user-authentication # implement next incomplete step
|
|
127
|
+
> /mema.implement user-authentication step 3 # implement a specific step
|
|
128
|
+
> /mema.implement user-authentication all # implement all remaining steps
|
|
129
|
+
> /mema.implement # list active tasks, then pick one
|
|
130
130
|
```
|
|
131
131
|
|
|
132
132
|
### What it does
|
|
@@ -153,12 +153,12 @@ Verified: All tests passing (4 new tests)
|
|
|
153
153
|
[====------] 2/5 steps
|
|
154
154
|
Next: Step 3 — Create auth route handlers
|
|
155
155
|
|
|
156
|
-
To continue: /implement user-authentication
|
|
156
|
+
To continue: /mema.implement user-authentication
|
|
157
157
|
```
|
|
158
158
|
|
|
159
159
|
### Task completion
|
|
160
160
|
|
|
161
|
-
When all steps are done, `/implement` offers to archive the task:
|
|
161
|
+
When all steps are done, `/mema.implement` offers to archive the task:
|
|
162
162
|
|
|
163
163
|
- Marks `status.md` as complete
|
|
164
164
|
- Moves `task-memory/[task-name]/` to `archive/[task-name]/`
|
|
@@ -167,7 +167,7 @@ When all steps are done, `/implement` offers to archive the task:
|
|
|
167
167
|
|
|
168
168
|
### Learning from implementation
|
|
169
169
|
|
|
170
|
-
After each step, `/implement` reflects on the work:
|
|
170
|
+
After each step, `/mema.implement` reflects on the work:
|
|
171
171
|
- Unexpected issues become **lessons** in `agent-memory/lessons.md`
|
|
172
172
|
- Effective approaches become **patterns** in `agent-memory/patterns.md`
|
|
173
173
|
- Decisions made during implementation are saved to `project-memory/decisions/`
|
|
@@ -178,20 +178,20 @@ This means your memory grows smarter with every implementation cycle.
|
|
|
178
178
|
|
|
179
179
|
## The plan → implement Workflow
|
|
180
180
|
|
|
181
|
-
`/plan` and `/implement` form a complete spec-driven development workflow:
|
|
181
|
+
`/mema.plan` and `/mema.implement` form a complete spec-driven development workflow:
|
|
182
182
|
|
|
183
183
|
```
|
|
184
|
-
/plan /implement
|
|
184
|
+
/mema.plan /mema.implement
|
|
185
185
|
│ │
|
|
186
186
|
├─ reads: ├─ reads:
|
|
187
|
-
│ architecture │ plan.md (from /plan)
|
|
187
|
+
│ architecture │ plan.md (from /mema.plan)
|
|
188
188
|
│ requirements │ status.md
|
|
189
189
|
│ decisions │ context.md
|
|
190
190
|
│ lessons & patterns │ architecture, decisions
|
|
191
191
|
│ │ lessons & patterns
|
|
192
192
|
├─ writes: │
|
|
193
193
|
│ task-memory/[task]/context.md ├─ writes:
|
|
194
|
-
│ task-memory/[task]/plan.md │ status.md (mark steps done)
|
|
194
|
+
│ task-memory/[task]/mema.plan.md │ status.md (mark steps done)
|
|
195
195
|
│ task-memory/[task]/status.md │ decisions/ (if any)
|
|
196
196
|
│ │ lessons.md (if any)
|
|
197
197
|
│ │ patterns.md (if any)
|
|
@@ -204,17 +204,17 @@ This means your memory grows smarter with every implementation cycle.
|
|
|
204
204
|
|
|
205
205
|
```bash
|
|
206
206
|
# Session 1: Explore and plan
|
|
207
|
-
> /recall # load project context
|
|
208
|
-
> /plan add user authentication # explore codebase, produce plan
|
|
207
|
+
> /mema.recall # load project context
|
|
208
|
+
> /mema.plan add user authentication # explore codebase, produce plan
|
|
209
209
|
|
|
210
210
|
# Session 2: Implement (pick up where you left off)
|
|
211
|
-
> /recall # load context + active tasks
|
|
212
|
-
> /implement user-authentication # implement step 1
|
|
213
|
-
> /implement user-authentication # implement step 2
|
|
211
|
+
> /mema.recall # load context + active tasks
|
|
212
|
+
> /mema.implement user-authentication # implement step 1
|
|
213
|
+
> /mema.implement user-authentication # implement step 2
|
|
214
214
|
|
|
215
215
|
# Session 3: Finish up
|
|
216
|
-
> /recall
|
|
217
|
-
> /implement user-authentication all # implement remaining steps
|
|
216
|
+
> /mema.recall
|
|
217
|
+
> /mema.implement user-authentication all # implement remaining steps
|
|
218
218
|
# → task archived, lessons saved
|
|
219
219
|
```
|
|
220
220
|
|
|
@@ -222,12 +222,12 @@ This means your memory grows smarter with every implementation cycle.
|
|
|
222
222
|
|
|
223
223
|
## Extending with Custom Skills
|
|
224
224
|
|
|
225
|
-
mema-kit ships with five built-in skills (`/onboard`, `/recall`, `/plan`, `/implement`, `/create-skill`). You can create your own skills to extend the workflow.
|
|
225
|
+
mema-kit ships with five built-in skills (`/mema.onboard`, `/mema.recall`, `/mema.plan`, `/mema.implement`, `/mema.create-skill`). You can create your own skills to extend the workflow.
|
|
226
226
|
|
|
227
227
|
### Example: Create `/explore`
|
|
228
228
|
|
|
229
229
|
```
|
|
230
|
-
> /create-skill
|
|
230
|
+
> /mema.create-skill
|
|
231
231
|
Name: explore
|
|
232
232
|
Purpose: Research technical decisions and save findings
|
|
233
233
|
Complexity: standard
|
|
@@ -248,12 +248,12 @@ The agent loads your stack from memory, researches JWT vs sessions vs OAuth, and
|
|
|
248
248
|
→ "JWT with refresh tokens. Why: stateless, fits our REST API, team has experience."
|
|
249
249
|
```
|
|
250
250
|
|
|
251
|
-
Next session, any skill that loads memory will know this decision exists — including `/plan`, which can incorporate it into implementation plans.
|
|
251
|
+
Next session, any skill that loads memory will know this decision exists — including `/mema.plan`, which can incorporate it into implementation plans.
|
|
252
252
|
|
|
253
253
|
### How custom skills connect with built-ins
|
|
254
254
|
|
|
255
255
|
```
|
|
256
|
-
/explore /plan /implement
|
|
256
|
+
/explore /mema.plan /mema.implement
|
|
257
257
|
│ │ │
|
|
258
258
|
├─ reads: ├─ reads: ├─ reads:
|
|
259
259
|
│ architecture │ architecture │ plan
|
|
@@ -270,7 +270,7 @@ Next session, any skill that loads memory will know this decision exists — inc
|
|
|
270
270
|
|
|
271
271
|
Each skill reads what previous skills wrote. The index ties it all together.
|
|
272
272
|
|
|
273
|
-
> **Tip:** Start every new session with `/recall` to load project context before using other skills. It takes seconds and saves minutes of re-exploration.
|
|
273
|
+
> **Tip:** Start every new session with `/mema.recall` to load project context before using other skills. It takes seconds and saves minutes of re-exploration.
|
|
274
274
|
|
|
275
275
|
---
|
|
276
276
|
|
|
@@ -322,5 +322,5 @@ The index is a **rebuildable cache** — if it gets out of sync, the next skill
|
|
|
322
322
|
- **Memory is just markdown.** Open any file to see what the agent knows. Edit directly if something's wrong.
|
|
323
323
|
- **`.mema/` is gitignored by default.** To share decisions with your team, uncomment `!.mema/project-memory/` in `.gitignore`.
|
|
324
324
|
- **Curate, don't hoard.** The value of memory is its signal-to-noise ratio. Prune aggressively.
|
|
325
|
-
- **Any skill can use the protocol.** Use `/create-skill` or manually follow the 4-phase lifecycle.
|
|
326
|
-
- **One step at a time.** `/implement` defaults to one step per invocation. This gives you a chance to review each change before continuing.
|
|
325
|
+
- **Any skill can use the protocol.** Use `/mema.create-skill` or manually follow the 4-phase lifecycle.
|
|
326
|
+
- **One step at a time.** `/mema.implement` defaults to one step per invocation. This gives you a chance to review each change before continuing.
|
package/package.json
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
description: Generate a new memory-aware Claude Code skill. Creates a SKILL.md file with the correct memory lifecycle phases based on the skill's complexity.
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
# /create-skill — Generate Memory-Aware Skills
|
|
5
|
+
# /mema.create-skill — Generate Memory-Aware Skills
|
|
6
6
|
|
|
7
7
|
You are creating a new Claude Code skill that integrates with mema-kit's memory protocol. Follow these steps carefully.
|
|
8
8
|
|
|
@@ -48,7 +48,7 @@ You are executing the /[skill-name] skill. Follow these steps carefully.
|
|
|
48
48
|
## Phase 1: AUTO-LOAD
|
|
49
49
|
|
|
50
50
|
1. Read `.mema/index.md` to understand current project state
|
|
51
|
-
2. If `index.md` is missing or empty, inform the user to run `/onboard` first
|
|
51
|
+
2. If `index.md` is missing or empty, inform the user to run `/mema.onboard` first
|
|
52
52
|
3. Based on the user's request, identify and read relevant memory files
|
|
53
53
|
4. Read only what's needed — don't load everything
|
|
54
54
|
|
|
@@ -1,18 +1,18 @@
|
|
|
1
1
|
---
|
|
2
|
-
description: Execute implementation plan steps one at a time. Picks up the next step from an existing plan, implements it, verifies the result, and tracks progress. Run /plan first to create a plan.
|
|
2
|
+
description: Execute implementation plan steps one at a time. Picks up the next step from an existing plan, implements it, verifies the result, and tracks progress. Run /mema.plan first to create a plan.
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
# /implement — Plan Step Execution
|
|
5
|
+
# /mema.implement — Plan Step Execution
|
|
6
6
|
|
|
7
|
-
You are executing the /implement skill. Follow these steps carefully.
|
|
7
|
+
You are executing the /mema.implement skill. Follow these steps carefully.
|
|
8
8
|
|
|
9
|
-
This skill picks up a step from an existing plan (created by `/plan`), implements it, verifies the result, and updates progress tracking. By default, it implements **one step at a time** to give the user control over the process.
|
|
9
|
+
This skill picks up a step from an existing plan (created by `/mema.plan`), implements it, verifies the result, and updates progress tracking. By default, it implements **one step at a time** to give the user control over the process.
|
|
10
10
|
|
|
11
11
|
## Phase 1: AUTO-LOAD
|
|
12
12
|
|
|
13
13
|
1. Read `.mema/index.md` to understand current project state
|
|
14
14
|
2. If `index.md` is missing or `.mema/` does not exist:
|
|
15
|
-
- Tell the user: "No memory found. Run `/onboard` first to set up mema-kit for this project."
|
|
15
|
+
- Tell the user: "No memory found. Run `/mema.onboard` first to set up mema-kit for this project."
|
|
16
16
|
- **Stop here** — do not continue to further steps.
|
|
17
17
|
3. If `index.md` is empty, run the **Rebuild Procedure** from `_memory-protocol.md`
|
|
18
18
|
4. Scan `## Active Tasks` in `index.md` to find tasks with plans
|
|
@@ -28,13 +28,13 @@ This skill picks up a step from an existing plan (created by `/plan`), implement
|
|
|
28
28
|
|
|
29
29
|
Parse the user's input to determine which task to implement:
|
|
30
30
|
|
|
31
|
-
- **Task specified:** `/implement user-auth` → look for `task-memory/user-auth/`
|
|
32
|
-
- **Task + step specified:** `/implement user-auth step 3` → load that specific step
|
|
33
|
-
- **No task specified:** `/implement` → list active tasks from index.md and ask which one
|
|
34
|
-
- **"all" modifier:** `/implement user-auth all` → implement all remaining steps sequentially (see 2e)
|
|
31
|
+
- **Task specified:** `/mema.implement user-auth` → look for `task-memory/user-auth/`
|
|
32
|
+
- **Task + step specified:** `/mema.implement user-auth step 3` → load that specific step
|
|
33
|
+
- **No task specified:** `/mema.implement` → list active tasks from index.md and ask which one
|
|
34
|
+
- **"all" modifier:** `/mema.implement user-auth all` → implement all remaining steps sequentially (see 2e)
|
|
35
35
|
|
|
36
36
|
If the specified task directory doesn't exist:
|
|
37
|
-
- Tell the user: "No plan found for '[task-name]'. Run `/plan [goal]` first to create an implementation plan."
|
|
37
|
+
- Tell the user: "No plan found for '[task-name]'. Run `/mema.plan [goal]` first to create an implementation plan."
|
|
38
38
|
- **Stop here.**
|
|
39
39
|
|
|
40
40
|
### 2b: Load Task Context
|
|
@@ -45,7 +45,7 @@ Read the task's files from `task-memory/[task-name]/`:
|
|
|
45
45
|
2. **`status.md`** — current progress (which steps are done)
|
|
46
46
|
3. **`context.md`** — exploration findings relevant to this task
|
|
47
47
|
|
|
48
|
-
If `plan.md` is missing, tell the user: "Task directory exists but has no plan. Run `/plan [goal]` to create one."
|
|
48
|
+
If `plan.md` is missing, tell the user: "Task directory exists but has no plan. Run `/mema.plan [goal]` to create one."
|
|
49
49
|
|
|
50
50
|
### 2c: Select Step
|
|
51
51
|
|
|
@@ -77,7 +77,7 @@ Follow the plan's specification for this step:
|
|
|
77
77
|
|
|
78
78
|
### 2e: Implement All Remaining (if requested)
|
|
79
79
|
|
|
80
|
-
If the user requested "all" (e.g., `/implement user-auth all`):
|
|
80
|
+
If the user requested "all" (e.g., `/mema.implement user-auth all`):
|
|
81
81
|
|
|
82
82
|
1. Implement steps sequentially, starting from the first incomplete step
|
|
83
83
|
2. After each step, verify before moving to the next
|
|
@@ -115,7 +115,7 @@ Suggested fix: [how to resolve]
|
|
|
115
115
|
[====------] [completed]/[total] steps
|
|
116
116
|
Next: Step [N+1] — [description]
|
|
117
117
|
|
|
118
|
-
To continue: /implement [task-name]
|
|
118
|
+
To continue: /mema.implement [task-name]
|
|
119
119
|
```
|
|
120
120
|
|
|
121
121
|
### 2g: Task Completion
|
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
description: Bootstrap the mema-kit memory system for this project. Creates .mema/ directory, scans the project, populates initial memory, and configures CLAUDE.md and .gitignore.
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
# /onboard — Project Memory Bootstrap
|
|
5
|
+
# /mema.onboard — Project Memory Bootstrap
|
|
6
6
|
|
|
7
7
|
You are setting up the mema-kit memory system for this project. Follow these steps carefully. This command is idempotent — safe to re-run. Never overwrite existing data.
|
|
8
8
|
|
|
@@ -437,9 +437,9 @@ Include dev, test, build, and lint commands at minimum (if they exist). If no co
|
|
|
437
437
|
If no skills are found (shouldn't happen since we just installed them, but as a fallback):
|
|
438
438
|
|
|
439
439
|
```
|
|
440
|
-
- `/onboard` — Bootstrap the mema-kit memory system
|
|
441
|
-
- `/recall` — Recall project memory into current session
|
|
442
|
-
- `/create-skill` — Generate a new memory-aware skill
|
|
440
|
+
- `/mema.onboard` — Bootstrap the mema-kit memory system
|
|
441
|
+
- `/mema.recall` — Recall project memory into current session
|
|
442
|
+
- `/mema.create-skill` — Generate a new memory-aware skill
|
|
443
443
|
```
|
|
444
444
|
|
|
445
445
|
**Memory System:** Append the standard Memory System section (same text as Path A).
|
|
@@ -1,18 +1,18 @@
|
|
|
1
1
|
---
|
|
2
|
-
description: Break a high-level goal into a structured implementation plan. Explores the codebase, produces step-by-step specs, and saves them to task-memory/ for use by /implement.
|
|
2
|
+
description: Break a high-level goal into a structured implementation plan. Explores the codebase, produces step-by-step specs, and saves them to task-memory/ for use by /mema.implement.
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
# /plan — Implementation Planning
|
|
5
|
+
# /mema.plan — Implementation Planning
|
|
6
6
|
|
|
7
|
-
You are executing the /plan skill. Follow these steps carefully.
|
|
7
|
+
You are executing the /mema.plan skill. Follow these steps carefully.
|
|
8
8
|
|
|
9
|
-
This skill takes a user's goal (e.g., `/plan add user authentication`), explores the codebase, and produces a detailed implementation plan saved to `.mema/task-memory/[task-name]/`.
|
|
9
|
+
This skill takes a user's goal (e.g., `/mema.plan add user authentication`), explores the codebase, and produces a detailed implementation plan saved to `.mema/task-memory/[task-name]/`.
|
|
10
10
|
|
|
11
11
|
## Phase 1: AUTO-LOAD
|
|
12
12
|
|
|
13
13
|
1. Read `.mema/index.md` to understand current project state
|
|
14
14
|
2. If `index.md` is missing or `.mema/` does not exist:
|
|
15
|
-
- Tell the user: "No memory found. Run `/onboard` first to set up mema-kit for this project."
|
|
15
|
+
- Tell the user: "No memory found. Run `/mema.onboard` first to set up mema-kit for this project."
|
|
16
16
|
- **Stop here** — do not continue to further steps.
|
|
17
17
|
3. If `index.md` is empty, run the **Rebuild Procedure** from `_memory-protocol.md`
|
|
18
18
|
4. Load relevant memory files:
|
|
@@ -28,10 +28,10 @@ Read only what's needed — don't load everything.
|
|
|
28
28
|
|
|
29
29
|
### 2a: Parse the Goal
|
|
30
30
|
|
|
31
|
-
Extract the task goal from the user's input. The goal is everything after `/plan`.
|
|
31
|
+
Extract the task goal from the user's input. The goal is everything after `/mema.plan`.
|
|
32
32
|
|
|
33
|
-
- Example: `/plan add user authentication` → goal is "add user authentication"
|
|
34
|
-
- Example: `/plan refactor the database layer` → goal is "refactor the database layer"
|
|
33
|
+
- Example: `/mema.plan add user authentication` → goal is "add user authentication"
|
|
34
|
+
- Example: `/mema.plan refactor the database layer` → goal is "refactor the database layer"
|
|
35
35
|
|
|
36
36
|
If no goal is provided, ask the user: "What would you like to plan? Describe your goal in a sentence or two."
|
|
37
37
|
|
|
@@ -78,11 +78,11 @@ Using your exploration findings and loaded memory, produce the plan in three par
|
|
|
78
78
|
**Detailed Steps** — Step-by-step implementation specs. Each step must include:
|
|
79
79
|
- **Action:** What to do (create file, modify function, add test, etc.)
|
|
80
80
|
- **Files:** Specific file paths to create or modify
|
|
81
|
-
- **Details:** Enough detail that `/implement` can execute the step without ambiguity
|
|
81
|
+
- **Details:** Enough detail that `/mema.implement` can execute the step without ambiguity
|
|
82
82
|
- **Dependencies:** Which prior steps must be complete first (if any)
|
|
83
83
|
|
|
84
84
|
Rules for steps:
|
|
85
|
-
- Each step should be small enough to implement in a single `/implement` invocation
|
|
85
|
+
- Each step should be small enough to implement in a single `/mema.implement` invocation
|
|
86
86
|
- Order steps logically (foundations first, then features, then tests, then cleanup)
|
|
87
87
|
- Be specific about file paths — use the actual paths discovered during exploration
|
|
88
88
|
- Include test steps where appropriate (not just at the end)
|
|
@@ -180,7 +180,7 @@ Print a summary to the user:
|
|
|
180
180
|
|
|
181
181
|
---
|
|
182
182
|
Plan saved to task-memory/[task-name]/
|
|
183
|
-
To start implementing: /implement [task-name]
|
|
183
|
+
To start implementing: /mema.implement [task-name]
|
|
184
184
|
```
|
|
185
185
|
|
|
186
186
|
## Phase 3: AUTO-SAVE & CURATE
|
|
@@ -2,9 +2,9 @@
|
|
|
2
2
|
description: Recall project memory into the current session. Loads .mema/ knowledge (architecture, decisions, lessons, patterns) and prints a formatted summary. Use at the start of a session to restore context.
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
# /recall — Session Memory Recall
|
|
5
|
+
# /mema.recall — Session Memory Recall
|
|
6
6
|
|
|
7
|
-
You are executing the /recall skill. This is a **read-only** skill — it loads memory and prints a summary into the conversation. It never writes to any files.
|
|
7
|
+
You are executing the /mema.recall skill. This is a **read-only** skill — it loads memory and prints a summary into the conversation. It never writes to any files.
|
|
8
8
|
|
|
9
9
|
Follow these steps carefully.
|
|
10
10
|
|
|
@@ -23,7 +23,7 @@ If the user provides an unrecognized argument (not `minimal`, `full`, or empty):
|
|
|
23
23
|
|
|
24
24
|
1. Read `.mema/index.md`
|
|
25
25
|
2. If `index.md` is missing or `.mema/` does not exist:
|
|
26
|
-
- Tell the user: "No memory found. Run `/onboard` first to set up mema-kit for this project."
|
|
26
|
+
- Tell the user: "No memory found. Run `/mema.onboard` first to set up mema-kit for this project."
|
|
27
27
|
- **Stop here** — do not continue to further steps.
|
|
28
28
|
3. Parse the index to identify available memory files and their summaries.
|
|
29
29
|
|
|
@@ -85,7 +85,7 @@ Use the format below based on the current mode.
|
|
|
85
85
|
- Agent Lessons: [N] lessons, [N] patterns
|
|
86
86
|
|
|
87
87
|
---
|
|
88
|
-
*Showing minimal recall. Use `/recall full` for decisions, lessons, and patterns.*
|
|
88
|
+
*Showing minimal recall. Use `/mema.recall full` for decisions, lessons, and patterns.*
|
|
89
89
|
```
|
|
90
90
|
|
|
91
91
|
---
|
|
@@ -132,4 +132,4 @@ Use the format below based on the current mode.
|
|
|
132
132
|
|
|
133
133
|
---
|
|
134
134
|
|
|
135
|
-
**Important:** This skill is purely informational. If you notice memory files are missing or out of date, suggest the user run `/onboard` or the relevant skill — do not attempt to fix memory yourself.
|
|
135
|
+
**Important:** This skill is purely informational. If you notice memory files are missing or out of date, suggest the user run `/mema.onboard` or the relevant skill — do not attempt to fix memory yourself.
|