dev-booster 1.5.0 → 1.7.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.
- package/README.md +58 -18
- package/package.json +1 -1
- package/src/index.js +51 -26
- package/template/.devbooster/MANIFEST.md +23 -1
- package/template/.devbooster/boosters/advisor.md +5 -0
- package/template/.devbooster/boosters/code-audit.md +83 -0
- package/template/.devbooster/boosters/context.md +5 -4
- package/template/.devbooster/boosters/debug.md +5 -0
- package/template/.devbooster/boosters/deploy.md +5 -0
- package/template/.devbooster/boosters/discovery.md +5 -0
- package/template/.devbooster/boosters/investigation.md +5 -0
- package/template/.devbooster/boosters/planning.md +5 -0
- package/template/.devbooster/boosters/review.md +0 -1
- package/template/.devbooster/boosters/security.md +5 -0
- package/template/.devbooster/hub/scripts/doctor_parser.py +77 -0
- package/template/.devbooster/hub/skills/frontend-design/anti-generic-guide.md +113 -113
- package/template/.devbooster/rules/{COMERCIAL.md → COMMERCIAL.md} +4 -4
- package/template/.devbooster/rules/GUIDE.md +99 -99
- package/template/.devbooster/rules/PROTOCOL.md +15 -2
- package/template/.devbooster/rules/USER_PREFERENCES.md +15 -15
- package/template/DEVBOOSTER_INIT.md +2 -2
|
@@ -1,133 +1,133 @@
|
|
|
1
1
|
```text
|
|
2
|
-
🧭
|
|
2
|
+
🧭 DEV BOOSTER KIT GUIDE (BOOSTERS)
|
|
3
3
|
|
|
4
|
-
|
|
5
|
-
|
|
4
|
+
This guide serves as a quick reference to understand the role of each Booster (manual activator).
|
|
5
|
+
It has been formatted as a code block to facilitate direct reading in the IDE.
|
|
6
6
|
|
|
7
7
|
---
|
|
8
8
|
|
|
9
|
-
[ 🛠️
|
|
10
|
-
|
|
11
|
-
• create.md ->
|
|
12
|
-
|
|
13
|
-
• performance.md ->
|
|
14
|
-
|
|
15
|
-
• i18n.md ->
|
|
16
|
-
|
|
17
|
-
• accessibility.md -> Auditor
|
|
18
|
-
|
|
19
|
-
• refactor.md ->
|
|
20
|
-
SOLID
|
|
21
|
-
• implementation.md ->
|
|
22
|
-
|
|
23
|
-
|
|
9
|
+
[ 🛠️ ENGINEERING & EXECUTION ]
|
|
10
|
+
|
|
11
|
+
• create.md -> Master Architect. Focused on Scaffolding and creating new
|
|
12
|
+
features or apps from scratch, integrating FRONTEND.md and BACKEND.md.
|
|
13
|
+
• performance.md -> Performance Engineer. Focused on Core Web Vitals,
|
|
14
|
+
load speed, and Next.js optimization.
|
|
15
|
+
• i18n.md -> Internationalization Expert. Text extraction and
|
|
16
|
+
multi-language configuration.
|
|
17
|
+
• accessibility.md -> Accessibility Auditor. Ensures WCAG compliance and
|
|
18
|
+
correct usage of HTML/ARIA semantics.
|
|
19
|
+
• refactor.md -> Quality Lead. Focused on cleaning technical debt, implementing
|
|
20
|
+
SOLID principles, and enforcing Clean Code.
|
|
21
|
+
• implementation.md -> Implementation Master. Triages complexity (S, M, L)
|
|
22
|
+
and chooses the correct template before generating the plan upon confirmation.
|
|
24
23
|
• global-documentation.md
|
|
25
|
-
->
|
|
26
|
-
|
|
24
|
+
-> Global Documentation. Generates a transferable 17-section technical document
|
|
25
|
+
from the consolidated context to foresee all rigorous and reusable technical requirements.
|
|
27
26
|
• internal-documentation.md
|
|
28
|
-
->
|
|
29
|
-
|
|
30
|
-
• atomic.md ->
|
|
31
|
-
|
|
32
|
-
• review.md ->
|
|
33
|
-
|
|
27
|
+
-> Internal Documentation. Generates an internal project map with absolute paths,
|
|
28
|
+
files, assets, scripts, runtime rules, and editing boundaries.
|
|
29
|
+
• atomic.md -> Atomic Execution. Protocol for step-by-step execution,
|
|
30
|
+
focused on a single surgical change at a time.
|
|
31
|
+
• review.md -> Elite Audit. Triggers multi-agent orchestration to validate
|
|
32
|
+
if a plan or code follows project standards.
|
|
34
33
|
|
|
35
34
|
---
|
|
36
35
|
|
|
37
|
-
[ 🔍
|
|
36
|
+
[ 🔍 DISCOVERY & PLANNING ]
|
|
38
37
|
|
|
39
|
-
• discovery.md ->
|
|
40
|
-
|
|
41
|
-
• planning.md ->
|
|
42
|
-
|
|
43
|
-
• investigation.md ->
|
|
44
|
-
(no-code analysis)
|
|
45
|
-
• context.md ->
|
|
46
|
-
• advisor.md ->
|
|
38
|
+
• discovery.md -> Strategic Consultant. Uses a 3-path brainstorm to validate
|
|
39
|
+
product ideas and business rules.
|
|
40
|
+
• planning.md -> Alignment & Readiness. Consolidates decisions, maps risks/gaps, and validates readiness
|
|
41
|
+
before proceeding to implementation.
|
|
42
|
+
• investigation.md -> Context Pre-Orchestrator. Performs deep repository analysis
|
|
43
|
+
(no-code analysis) before proposing changes.
|
|
44
|
+
• context.md -> Context Assimilator. Reads and memorizes code flows and dependencies in absolute silence.
|
|
45
|
+
• advisor.md -> Kit Consultant (GPS). Helps you choose the right booster to use.
|
|
47
46
|
|
|
48
47
|
---
|
|
49
48
|
|
|
50
|
-
[ 🐞
|
|
49
|
+
[ 🐞 FIX & QUALITY ]
|
|
51
50
|
|
|
52
|
-
• debug.md ->
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
51
|
+
• debug.md -> Root Cause Analysis. Uses a hypothesis engine to systematically investigate bugs.
|
|
52
|
+
• code-audit.md -> Code Audit. Strict inspector for syntax, typing,
|
|
53
|
+
and diagnostics (React Doctor) pre-PR.
|
|
54
|
+
• testing.md -> Test Strategist. Defines coverage strategy (Unit, E2E)
|
|
55
|
+
and coordinates execution.
|
|
56
|
+
• changelog.md -> History Generator. Creates structured release notes and organizes
|
|
57
|
+
the change history.
|
|
58
58
|
|
|
59
59
|
---
|
|
60
60
|
|
|
61
|
-
[ 🎨
|
|
61
|
+
[ 🎨 SPECIALTIES & STACK ]
|
|
62
62
|
|
|
63
|
-
• frontend.md ->
|
|
64
|
-
• backend.md ->
|
|
65
|
-
• design.md ->
|
|
66
|
-
|
|
67
|
-
• seo.md ->
|
|
68
|
-
• mobile.md ->
|
|
63
|
+
• frontend.md -> Frontend Expert. Activates rules for Next.js, React, and UI/UX.
|
|
64
|
+
• backend.md -> Backend Expert. Focused on APIs, tRPC, Databases, and Server.
|
|
65
|
+
• design.md -> UI/UX Audit. Verifies if components are following
|
|
66
|
+
premium standards and accessibility.
|
|
67
|
+
• seo.md -> SEO Guardian. Validates semantic HTML and metatags for indexing.
|
|
68
|
+
• mobile.md -> Mobile Master. Activates patterns for React Native, Expo, and touch UX.
|
|
69
69
|
|
|
70
70
|
---
|
|
71
71
|
|
|
72
|
-
[ 🛡️
|
|
72
|
+
[ 🛡️ SECURITY & DEPLOY ]
|
|
73
73
|
|
|
74
|
-
• security.md ->
|
|
75
|
-
|
|
76
|
-
• deploy.md ->
|
|
77
|
-
|
|
74
|
+
• security.md -> Security Audit. Analyzes vulnerabilities, secret leaks,
|
|
75
|
+
and threat modeling.
|
|
76
|
+
• deploy.md -> Release Protocol. Runs "pre-flight checks" to ensure
|
|
77
|
+
the code is ready for production.
|
|
78
78
|
|
|
79
79
|
---
|
|
80
80
|
|
|
81
|
-
💡
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
1.
|
|
87
|
-
2.
|
|
88
|
-
3.
|
|
89
|
-
4.
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
-
|
|
93
|
-
-
|
|
94
|
-
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
-
|
|
98
|
-
|
|
99
|
-
-
|
|
100
|
-
|
|
101
|
-
-
|
|
102
|
-
|
|
103
|
-
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
-
|
|
108
|
-
-
|
|
109
|
-
-
|
|
110
|
-
-
|
|
111
|
-
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
"[
|
|
116
|
-
"
|
|
81
|
+
💡 HOW TO USE NOW:
|
|
82
|
+
Boosters now work as manual modes of the Dev Booster.
|
|
83
|
+
In most cases, activation DOES NOT execute everything immediately.
|
|
84
|
+
|
|
85
|
+
Standard flow:
|
|
86
|
+
1. Activate the Booster by name.
|
|
87
|
+
2. The Booster enters the correct mode.
|
|
88
|
+
3. Then send the task, idea, context, artifact, or real objective.
|
|
89
|
+
4. Only then will it load what is necessary and continue.
|
|
90
|
+
|
|
91
|
+
Activation examples:
|
|
92
|
+
- Drag `.devbooster/boosters/frontend.md` into the chat and send.
|
|
93
|
+
- Drag `.devbooster/boosters/discovery.md` into the chat and send.
|
|
94
|
+
- Drag `.devbooster/boosters/advisor.md` into the chat and send.
|
|
95
|
+
|
|
96
|
+
Behavioral patterns:
|
|
97
|
+
- Domain boosters, such as frontend, backend, testing, and performance:
|
|
98
|
+
activate quickly, enter armed mode, and load context only after the first real pain point.
|
|
99
|
+
- Synthesis boosters, such as documentation and planning:
|
|
100
|
+
summarize the current context and ask for confirmation before proceeding.
|
|
101
|
+
- Artifact input boosters, such as review:
|
|
102
|
+
ask for documentation, implementation, file, or reference before loading the rest.
|
|
103
|
+
- Operational boosters, such as changelog:
|
|
104
|
+
use the actual Git state as the primary source and ask only minimal questions.
|
|
105
|
+
|
|
106
|
+
Practical examples:
|
|
107
|
+
- Drag `.devbooster/boosters/planning.md` into the chat and send.
|
|
108
|
+
- Drag `.devbooster/boosters/global-documentation.md` into the chat and send.
|
|
109
|
+
- Drag `.devbooster/boosters/internal-documentation.md` into the chat and send.
|
|
110
|
+
- Drag `.devbooster/boosters/changelog.md` into the chat and send.
|
|
111
|
+
- Drag `.devbooster/boosters/review.md` into the chat and send.
|
|
112
|
+
|
|
113
|
+
After activation, send the next step normally.
|
|
114
|
+
Example:
|
|
115
|
+
"[planning.md file sent in chat]"
|
|
116
|
+
"Now I want to validate if we have established enough context to move to implementation."
|
|
117
117
|
|
|
118
118
|
---
|
|
119
119
|
|
|
120
|
-
💡
|
|
121
|
-
|
|
122
|
-
use
|
|
120
|
+
💡 HOW TO UPDATE THE KIT:
|
|
121
|
+
If this project already has Dev Booster installed and you want to receive a newer version of the kit,
|
|
122
|
+
use in the terminal:
|
|
123
123
|
|
|
124
124
|
`npx dev-booster --update`
|
|
125
125
|
|
|
126
|
-
|
|
127
|
-
-
|
|
128
|
-
-
|
|
129
|
-
-
|
|
130
|
-
-
|
|
126
|
+
The update:
|
|
127
|
+
- updates `.devbooster/boosters/`
|
|
128
|
+
- updates `.devbooster/hub/`
|
|
129
|
+
- preserves `.devbooster/rules/`
|
|
130
|
+
- preserves `DEVBOOSTER_INIT.md`
|
|
131
131
|
|
|
132
|
-
|
|
132
|
+
This ensures that local project rules and adjustments remain safe.
|
|
133
133
|
```
|
|
@@ -35,11 +35,24 @@
|
|
|
35
35
|
- **Logs, Code, Comments, Variables:** English, unless the project explicitly requires another convention.
|
|
36
36
|
|
|
37
37
|
## 📚 5. PERSISTENCE (MEMORIALIZATION)
|
|
38
|
-
- **THE TRIGGER:**
|
|
39
|
-
- **THE ACTION:**
|
|
38
|
+
- **THE TRIGGER:** `@SavePattern`
|
|
40
39
|
1. Extract the technical rule or pattern from the current context.
|
|
41
40
|
2. Document in Technical English.
|
|
42
41
|
3. Update/Persist specifically in `./.devbooster/rules/USER_PREFERENCES.md`.
|
|
43
42
|
|
|
43
|
+
- **THE ARTIFACT TRIGGER:** `@SaveState`
|
|
44
|
+
1. When invoked, instantly update the machine-readable state file for the currently active booster (e.g., in `@booster-generated/...`).
|
|
45
|
+
2. Ensure the state file captures the latest architectural decisions, flow logic, and context in a dense, non-conversational format without prompt ping-pong.
|
|
46
|
+
|
|
47
|
+
### ✅ 5.1 TASK CAPTURE (DO LATER BACKLOG)
|
|
48
|
+
- **THE TRIGGER:** `@LogTask`
|
|
49
|
+
- **THE ACTION:**
|
|
50
|
+
1. Capture the identified technical task.
|
|
51
|
+
2. Update/Persist specifically in `./@booster-generated/tasks.md` (at the project root).
|
|
52
|
+
3. Follow this strict format when adding new items:
|
|
53
|
+
`- [ ] Short title of the task.`
|
|
54
|
+
` Resumo: detailed explanation of the task.`
|
|
55
|
+
` Referências: file paths and concepts related to the task.`
|
|
56
|
+
|
|
44
57
|
---
|
|
45
58
|
*Elite Sovereignty Framework - Conduct Governance 2026*
|
|
@@ -1,33 +1,33 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: user-preferences
|
|
3
3
|
priority: P0.2 (Preferences)
|
|
4
|
-
description:
|
|
4
|
+
description: Dynamic Scratchpad - Experimental patterns and recently approved rules.
|
|
5
5
|
---
|
|
6
6
|
|
|
7
|
-
# 🧠 PROJECT PATTERNS MEMORY (
|
|
7
|
+
# 🧠 PROJECT PATTERNS MEMORY (Scratchpad)
|
|
8
8
|
|
|
9
|
-
|
|
9
|
+
This file operates as a "real-time scratchpad" for the AI and the Developer. The core of the project's architecture lives in `FRONTEND.md`, `BACKEND.md`, and `PROJECT.md`.
|
|
10
10
|
|
|
11
11
|
## 🛠️ THE ENCYCLOPEDIA TRIGGER
|
|
12
|
-
|
|
12
|
+
Every time the user strictly types the phrase **"bota na enciclopédia"** (or variations like "bota na enciclopedia"), referring to a code pattern we just resolved and approved in the current session, the AI **must extract the technical rule** and annotate it here.
|
|
13
13
|
|
|
14
|
-
-
|
|
15
|
-
-
|
|
14
|
+
- This file captures development preferences and emergent decisions to ensure consistency in the short term.
|
|
15
|
+
- Periodically (or when refactoring the base), the consolidated patterns born here will be migrated to the official frontend or backend folders and removed from here.
|
|
16
16
|
|
|
17
17
|
---
|
|
18
18
|
|
|
19
19
|
## 📝 EXPERIMENTAL PATTERNS & NEW RULES
|
|
20
|
-
*(
|
|
20
|
+
*(The AI will save newly discovered patterns below this line, categorizing them appropriately)*
|
|
21
21
|
|
|
22
22
|
---
|
|
23
23
|
|
|
24
|
-
### 🔄 AUTOMATION: PROMPT
|
|
25
|
-
*
|
|
24
|
+
### 🔄 AUTOMATION: MIGRATION PROMPT (EXPERT MODE)
|
|
25
|
+
*Save this prompt. Paste it in the chat when the area above starts getting crowded to automate the cleanup:*
|
|
26
26
|
|
|
27
|
-
> **Prompt
|
|
28
|
-
> "
|
|
27
|
+
> **Prompt for the AI:**
|
|
28
|
+
> "Act as a Software Architect. Read the 'EXPERIMENTAL PATTERNS' section in my `USER_PREFERENCES.md`. Take all the rules listed there and perform the migration following these guidelines:
|
|
29
29
|
>
|
|
30
|
-
> 1. **
|
|
31
|
-
> 2. **
|
|
32
|
-
> 3. **
|
|
33
|
-
> 4. **
|
|
30
|
+
> 1. **Mapping:** Identify whether the rule belongs to `FRONTEND.md`, `BACKEND.md`, or `PROJECT.md`.
|
|
31
|
+
> 2. **Pro-Max Documentation:** DO NOT just copy and paste blindly. When moving, write the rule following the standard established in the destination files: Dense Explanation + Code Example (if applicable) + 'Why we do it this way' Context.
|
|
32
|
+
> 3. **Organic Integration:** Fit the new rule into existing sections or create new categories that maintain the document's hierarchy and logical organization.
|
|
33
|
+
> 4. **Cleanup:** After confirming that the information was successfully integrated into the definitive manuals and that file integrity was maintained, clear the 'EXPERIMENTAL PATTERNS' section of `USER_PREFERENCES.md` leaving only the header and this prompt."
|
|
@@ -27,8 +27,8 @@ The file contains a bootstrap prompt. Execute it: scan the frontend stack and ov
|
|
|
27
27
|
Read `.devbooster/rules/BACKEND.md`.
|
|
28
28
|
The file contains a bootstrap prompt. Execute it: scan the backend/API architecture and overwrite the file with stack-specific backend rules.
|
|
29
29
|
|
|
30
|
-
### STEP 5 — Bootstrap
|
|
31
|
-
Read `.devbooster/rules/
|
|
30
|
+
### STEP 5 — Bootstrap COMMERCIAL.md
|
|
31
|
+
Read `.devbooster/rules/COMMERCIAL.md`.
|
|
32
32
|
The file contains a bootstrap prompt. Execute it: analyze the product's business model and overwrite the file with commercial positioning documentation.
|
|
33
33
|
|
|
34
34
|
### STEP 6 — IDE Bridge Fallback
|