brain-dev 2.0.2 → 2.0.3
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/commands/brain/new-task.md +26 -8
- package/hooks/bootstrap.sh +4 -2
- package/package.json +1 -1
|
@@ -17,15 +17,33 @@ Unlike quick tasks, new-task applies the full pipeline. Unlike new-project, it w
|
|
|
17
17
|
</objective>
|
|
18
18
|
|
|
19
19
|
<context>
|
|
20
|
-
Use new-task for features, refactors, or epics that need
|
|
21
|
-
Examples: "add payment integration", "refactor auth to JWT", "
|
|
20
|
+
Use new-task for features, refactors, bug fixes, or epics that need structure.
|
|
21
|
+
Examples: "add payment integration", "refactor auth to JWT", "fix ATS rescoring failure after AI improve"
|
|
22
22
|
</context>
|
|
23
23
|
|
|
24
|
+
<critical-rules>
|
|
25
|
+
NEVER skip the pipeline. Even if the fix seems obvious:
|
|
26
|
+
- DO NOT start debugging, coding, or investigating before running `npx brain-dev new-task "description"`
|
|
27
|
+
- DO NOT "just fix it" and skip discuss/plan/verify steps
|
|
28
|
+
- The pipeline exists to catch edge cases, ensure test coverage, and create audit trails
|
|
29
|
+
- A "quick fix" that skips pipeline often misses root causes or introduces regressions
|
|
30
|
+
|
|
31
|
+
If the user describes a BUG:
|
|
32
|
+
1. First run `npx brain-dev new-task "fix: description of bug"` to create the task
|
|
33
|
+
2. The discuss step IS the investigation — use it to understand root cause
|
|
34
|
+
3. The plan step defines the fix + tests
|
|
35
|
+
4. The execute step implements with TDD
|
|
36
|
+
5. The verify step confirms the fix works
|
|
37
|
+
|
|
38
|
+
If the task seems too small for full pipeline, suggest `/brain:quick` instead. But NEVER skip pipeline silently.
|
|
39
|
+
</critical-rules>
|
|
40
|
+
|
|
24
41
|
<process>
|
|
25
|
-
1.
|
|
26
|
-
2.
|
|
27
|
-
3.
|
|
28
|
-
4.
|
|
29
|
-
5.
|
|
30
|
-
6.
|
|
42
|
+
1. Ask the user what task they want to work on using AskUserQuestion
|
|
43
|
+
2. Run: `npx brain-dev new-task "description"` [--research] [--light]
|
|
44
|
+
3. READ the output carefully — it contains step-by-step instructions
|
|
45
|
+
4. Follow EACH step in order. After each step completes, run: `npx brain-dev new-task --continue`
|
|
46
|
+
5. Pipeline: discuss → plan → execute → verify → complete
|
|
47
|
+
6. On completion, optionally promote to roadmap: `npx brain-dev new-task --promote N`
|
|
48
|
+
7. List tasks: `npx brain-dev new-task --list`
|
|
31
49
|
</process>
|
package/hooks/bootstrap.sh
CHANGED
|
@@ -58,9 +58,11 @@ try {
|
|
|
58
58
|
'',
|
|
59
59
|
'Instructions for Claude:',
|
|
60
60
|
'- When user types /brain:<command>, run: npx brain-dev <command> [args]',
|
|
61
|
-
'- Read output and
|
|
61
|
+
'- Read output carefully and FOLLOW the step instructions. Do not skip steps or improvise.',
|
|
62
62
|
'- Use /brain:progress to check current state before suggesting next steps.',
|
|
63
|
-
'- NEVER run brain-dev init after an update. Updates are backward compatible.
|
|
63
|
+
'- NEVER run brain-dev init after an update. Updates are backward compatible.',
|
|
64
|
+
'- NEVER start coding/debugging before running the brain command. The pipeline IS the process.',
|
|
65
|
+
'- When user describes a bug or task, FIRST run the appropriate brain command (new-task, quick, story), THEN follow its output.',
|
|
64
66
|
'--- End Brain Context ---'
|
|
65
67
|
];
|
|
66
68
|
console.log(lines.join('\n'));
|