@atlashub/smartstack-cli 1.23.0 → 1.25.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/.documentation/agents.html +3 -3
- package/.documentation/apex.html +18 -18
- package/.documentation/business-analyse.html +38 -38
- package/.documentation/cli-commands.html +1 -1
- package/.documentation/commands.html +29 -29
- package/.documentation/efcore.html +246 -91
- package/.documentation/gitflow.html +1 -1
- package/.documentation/hooks.html +1 -1
- package/.documentation/index.html +8 -8
- package/.documentation/init.html +1 -1
- package/.documentation/installation.html +9 -9
- package/.documentation/ralph-loop.html +2 -2
- package/.documentation/test-web.html +2 -2
- package/dist/index.js +13 -0
- package/dist/index.js.map +1 -1
- package/package.json +1 -1
- package/templates/skills/check-version/SKILL.md +183 -0
- package/templates/skills/debug/SKILL.md +161 -0
- package/templates/skills/explore/SKILL.md +96 -0
- package/templates/skills/quick-search/SKILL.md +87 -0
- package/templates/skills/refactor/SKILL.md +219 -0
- package/templates/skills/review-code/SKILL.md +72 -44
- package/templates/skills/review-code/references/smartstack-conventions.md +93 -33
- package/templates/skills/ui-components/responsive-guidelines.md +278 -0
- package/templates/skills/utils/SKILL.md +37 -0
- package/templates/{commands/utils → skills/utils/subcommands}/test-web-config.md +35 -43
- package/templates/{commands/utils → skills/utils/subcommands}/test-web.md +25 -53
- package/templates/{commands/validate.md → skills/validate/SKILL.md} +80 -139
- package/templates/commands/check-version.md +0 -267
- package/templates/commands/debug.md +0 -95
- package/templates/commands/efcore/_env-check.md +0 -153
- package/templates/commands/efcore/_shared.md +0 -352
- package/templates/commands/efcore/conflicts.md +0 -90
- package/templates/commands/efcore/db-deploy.md +0 -109
- package/templates/commands/efcore/db-reset.md +0 -180
- package/templates/commands/efcore/db-seed.md +0 -103
- package/templates/commands/efcore/db-status.md +0 -102
- package/templates/commands/efcore/migration.md +0 -186
- package/templates/commands/efcore/rebase-snapshot.md +0 -172
- package/templates/commands/efcore/scan.md +0 -94
- package/templates/commands/efcore/squash.md +0 -329
- package/templates/commands/efcore.md +0 -96
- package/templates/commands/explore.md +0 -45
- package/templates/commands/quick-search.md +0 -72
- package/templates/commands/refactor.md +0 -164
- /package/templates/{commands → skills}/_resources/formatting-guide.md +0 -0
package/package.json
CHANGED
|
@@ -0,0 +1,183 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: check-version
|
|
3
|
+
description: Verify version alignment between package.json and documentation
|
|
4
|
+
model: haiku
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
<objective>
|
|
8
|
+
Verify that the version in `package.json` is aligned with all documentation files in `.documentation/`.
|
|
9
|
+
Use before releases or as part of release process to ensure documentation is up-to-date.
|
|
10
|
+
</objective>
|
|
11
|
+
|
|
12
|
+
<quick_start>
|
|
13
|
+
```bash
|
|
14
|
+
/check-version # Check version alignment (interactive)
|
|
15
|
+
/check-version:fix # Auto-update all doc files
|
|
16
|
+
/check-version:report # Detailed report without prompts
|
|
17
|
+
```
|
|
18
|
+
</quick_start>
|
|
19
|
+
|
|
20
|
+
<subcommands>
|
|
21
|
+
|
|
22
|
+
| Command | Description |
|
|
23
|
+
|---------|-------------|
|
|
24
|
+
| `/check-version` | Check alignment, prompt to fix if mismatches |
|
|
25
|
+
| `/check-version:fix` | Auto-update documentation versions |
|
|
26
|
+
| `/check-version:report` | Detailed report without prompts |
|
|
27
|
+
|
|
28
|
+
</subcommands>
|
|
29
|
+
|
|
30
|
+
<workflow>
|
|
31
|
+
|
|
32
|
+
## Step 1: Read Package Version
|
|
33
|
+
|
|
34
|
+
```bash
|
|
35
|
+
PKG_VERSION=$(cat package.json | grep -oP '"version":\s*"\K[^"]+' | head -1)
|
|
36
|
+
echo "Package version: $PKG_VERSION"
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
## Step 2: Scan Documentation Files
|
|
40
|
+
|
|
41
|
+
```bash
|
|
42
|
+
echo "Scanning documentation files..."
|
|
43
|
+
|
|
44
|
+
for file in .documentation/*.html; do
|
|
45
|
+
if [ -f "$file" ]; then
|
|
46
|
+
DOC_VERSION=$(grep -oP 'version-badge">v?\K[^<]+' "$file" | head -1)
|
|
47
|
+
if [ -n "$DOC_VERSION" ]; then
|
|
48
|
+
FILENAME=$(basename "$file")
|
|
49
|
+
DOC_VERSION_CLEAN=${DOC_VERSION#v}
|
|
50
|
+
|
|
51
|
+
if [ "$DOC_VERSION_CLEAN" = "$PKG_VERSION" ]; then
|
|
52
|
+
echo "OK $FILENAME: v$DOC_VERSION_CLEAN"
|
|
53
|
+
else
|
|
54
|
+
echo "MISMATCH $FILENAME: v$DOC_VERSION_CLEAN (expected v$PKG_VERSION)"
|
|
55
|
+
fi
|
|
56
|
+
fi
|
|
57
|
+
fi
|
|
58
|
+
done
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
## Step 3: Generate Report
|
|
62
|
+
|
|
63
|
+
Display results:
|
|
64
|
+
```
|
|
65
|
+
================================================================================
|
|
66
|
+
VERSION ALIGNMENT CHECK
|
|
67
|
+
================================================================================
|
|
68
|
+
|
|
69
|
+
Package version: vX.Y.Z
|
|
70
|
+
Documentation files checked: N
|
|
71
|
+
Mismatches found: M
|
|
72
|
+
|
|
73
|
+
STATUS: PASSED | FAILED
|
|
74
|
+
================================================================================
|
|
75
|
+
```
|
|
76
|
+
|
|
77
|
+
## Step 4: Handle Mismatches (Interactive)
|
|
78
|
+
|
|
79
|
+
If mismatches detected, ask user:
|
|
80
|
+
|
|
81
|
+
```yaml
|
|
82
|
+
questions:
|
|
83
|
+
- header: "Fix versions"
|
|
84
|
+
question: "Des fichiers de documentation ont des versions obsoletes. Voulez-vous les mettre a jour automatiquement?"
|
|
85
|
+
options:
|
|
86
|
+
- label: "Oui, mettre a jour (Recommended)"
|
|
87
|
+
description: "Met a jour tous les fichiers avec la version actuelle"
|
|
88
|
+
- label: "Non, ignorer"
|
|
89
|
+
description: "Continuer sans corriger les versions"
|
|
90
|
+
multiSelect: false
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
</workflow>
|
|
94
|
+
|
|
95
|
+
<fix_command>
|
|
96
|
+
|
|
97
|
+
## /check-version:fix
|
|
98
|
+
|
|
99
|
+
Auto-update all documentation files:
|
|
100
|
+
|
|
101
|
+
```bash
|
|
102
|
+
PKG_VERSION=$(cat package.json | grep -oP '"version":\s*"\K[^"]+' | head -1)
|
|
103
|
+
|
|
104
|
+
echo "Updating documentation to v$PKG_VERSION..."
|
|
105
|
+
|
|
106
|
+
UPDATED_COUNT=0
|
|
107
|
+
|
|
108
|
+
for file in .documentation/*.html; do
|
|
109
|
+
if [ -f "$file" ]; then
|
|
110
|
+
DOC_VERSION=$(grep -oP 'version-badge">v?\K[^<]+' "$file" | head -1)
|
|
111
|
+
if [ -n "$DOC_VERSION" ]; then
|
|
112
|
+
DOC_VERSION_CLEAN=${DOC_VERSION#v}
|
|
113
|
+
if [ "$DOC_VERSION_CLEAN" != "$PKG_VERSION" ]; then
|
|
114
|
+
sed -i "s/version-badge\">v[^<]*/version-badge\">v$PKG_VERSION/" "$file"
|
|
115
|
+
UPDATED_COUNT=$((UPDATED_COUNT + 1))
|
|
116
|
+
echo "UPDATED $(basename "$file"): v$DOC_VERSION_CLEAN -> v$PKG_VERSION"
|
|
117
|
+
fi
|
|
118
|
+
fi
|
|
119
|
+
fi
|
|
120
|
+
done
|
|
121
|
+
|
|
122
|
+
echo ""
|
|
123
|
+
if [ "$UPDATED_COUNT" -gt 0 ]; then
|
|
124
|
+
echo "OK $UPDATED_COUNT file(s) updated"
|
|
125
|
+
echo ""
|
|
126
|
+
echo "Next steps:"
|
|
127
|
+
echo " 1. Review changes: git diff .documentation/"
|
|
128
|
+
echo " 2. Commit: /gitflow:commit"
|
|
129
|
+
fi
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
</fix_command>
|
|
133
|
+
|
|
134
|
+
<report_command>
|
|
135
|
+
|
|
136
|
+
## /check-version:report
|
|
137
|
+
|
|
138
|
+
Detailed report without prompts:
|
|
139
|
+
|
|
140
|
+
```
|
|
141
|
+
================================================================================
|
|
142
|
+
VERSION ALIGNMENT DETAILED REPORT
|
|
143
|
+
================================================================================
|
|
144
|
+
|
|
145
|
+
Package: @atlashub/smartstack-cli
|
|
146
|
+
Current version: vX.Y.Z
|
|
147
|
+
|
|
148
|
+
---------------------------------------------------------------------
|
|
149
|
+
FILE | DOC VERSION | STATUS
|
|
150
|
+
---------------------------------------------------------------------
|
|
151
|
+
guide.html | vX.Y.Z | OK
|
|
152
|
+
api-reference.html | vX.Y.Y | MISMATCH
|
|
153
|
+
---------------------------------------------------------------------
|
|
154
|
+
```
|
|
155
|
+
|
|
156
|
+
</report_command>
|
|
157
|
+
|
|
158
|
+
<gitflow_integration>
|
|
159
|
+
|
|
160
|
+
This skill is automatically called during `/gitflow:11-finish` for release branches.
|
|
161
|
+
|
|
162
|
+
If mismatches detected during release finish:
|
|
163
|
+
- Warning displayed
|
|
164
|
+
- User prompted to fix with `/check-version:fix`
|
|
165
|
+
- Release blocked until versions aligned
|
|
166
|
+
|
|
167
|
+
</gitflow_integration>
|
|
168
|
+
|
|
169
|
+
<files_checked>
|
|
170
|
+
|
|
171
|
+
- `.documentation/*.html` - All HTML documentation files
|
|
172
|
+
- Pattern: `<span class="version-badge">vX.Y.Z</span>`
|
|
173
|
+
|
|
174
|
+
</files_checked>
|
|
175
|
+
|
|
176
|
+
<exit_codes>
|
|
177
|
+
|
|
178
|
+
| Code | Meaning |
|
|
179
|
+
|------|---------|
|
|
180
|
+
| 0 | All versions aligned |
|
|
181
|
+
| 1 | Mismatches detected (blocking for releases) |
|
|
182
|
+
|
|
183
|
+
</exit_codes>
|
|
@@ -0,0 +1,161 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: debug
|
|
3
|
+
description: Systematic bug debugging with deep analysis and resolution
|
|
4
|
+
argument-hint: <log|error|problem-description>
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
<objective>
|
|
8
|
+
Follow an ultra-deep analysis workflow to identify, understand, and resolve bugs.
|
|
9
|
+
**ULTRA THINK** at each phase transition.
|
|
10
|
+
</objective>
|
|
11
|
+
|
|
12
|
+
<quick_start>
|
|
13
|
+
```bash
|
|
14
|
+
/debug "NullReferenceException in UserService"
|
|
15
|
+
/debug paste the error log here
|
|
16
|
+
/debug why does login fail on mobile?
|
|
17
|
+
```
|
|
18
|
+
</quick_start>
|
|
19
|
+
|
|
20
|
+
<workflow>
|
|
21
|
+
|
|
22
|
+
## 1. ANALYZE: Deep Log/Error Analysis
|
|
23
|
+
|
|
24
|
+
- Parse the provided log/error message carefully
|
|
25
|
+
- Extract key error patterns, stack traces, and symptoms
|
|
26
|
+
- Identify error types: runtime, compile-time, logic, performance
|
|
27
|
+
- **CRITICAL**: Document exact error context and reproduction steps
|
|
28
|
+
|
|
29
|
+
## 2. EXPLORE: Targeted Codebase Investigation
|
|
30
|
+
|
|
31
|
+
Launch **parallel subagents** to search for error-related code:
|
|
32
|
+
|
|
33
|
+
**Agent 1: Codebase Search** (`explore-codebase`)
|
|
34
|
+
```
|
|
35
|
+
Find code related to this error: {error_description}
|
|
36
|
+
Search for:
|
|
37
|
+
- Error source location from stack trace
|
|
38
|
+
- Related error handling patterns
|
|
39
|
+
- Similar code that works correctly
|
|
40
|
+
Report file paths with line numbers.
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
**Agent 2: Documentation** (`explore-docs`)
|
|
44
|
+
```
|
|
45
|
+
Research documentation for: {libraries_in_stacktrace}
|
|
46
|
+
Find:
|
|
47
|
+
- Known issues or breaking changes
|
|
48
|
+
- Correct usage patterns
|
|
49
|
+
- Migration guides if version issues
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
**Agent 3: Web Research** (`websearch`)
|
|
53
|
+
```
|
|
54
|
+
Search for: {error_message}
|
|
55
|
+
Find:
|
|
56
|
+
- Similar issues reported by others
|
|
57
|
+
- Solutions and workarounds
|
|
58
|
+
- Root cause explanations
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
Additional investigation:
|
|
62
|
+
- Search for similar error patterns in codebase using Grep
|
|
63
|
+
- Find all files related to the failing component/module
|
|
64
|
+
- Examine recent changes that might have introduced the bug
|
|
65
|
+
- **ULTRA THINK**: Connect error symptoms to potential root causes
|
|
66
|
+
|
|
67
|
+
## 3. ULTRA-THINK: Deep Root Cause Analysis
|
|
68
|
+
|
|
69
|
+
**THINK DEEPLY** about the error chain: symptoms -> immediate cause -> root cause
|
|
70
|
+
|
|
71
|
+
Consider all possible causes:
|
|
72
|
+
- Code logic errors
|
|
73
|
+
- Configuration issues
|
|
74
|
+
- Environment problems
|
|
75
|
+
- Race conditions
|
|
76
|
+
- Memory issues
|
|
77
|
+
- Network problems
|
|
78
|
+
|
|
79
|
+
**CRITICAL**: Map the complete failure path from root cause to visible symptom
|
|
80
|
+
Validate hypotheses against the evidence
|
|
81
|
+
|
|
82
|
+
### WHY Technique
|
|
83
|
+
|
|
84
|
+
Ask "why" at least 5 times:
|
|
85
|
+
1. Why did the error occur? -> X happened
|
|
86
|
+
2. Why did X happen? -> Y was in invalid state
|
|
87
|
+
3. Why was Y invalid? -> Z didn't initialize properly
|
|
88
|
+
4. Why didn't Z initialize? -> A dependency was missing
|
|
89
|
+
5. Why was dependency missing? -> Configuration error
|
|
90
|
+
|
|
91
|
+
## 4. RESEARCH: Solution Investigation
|
|
92
|
+
|
|
93
|
+
Launch **parallel subagents** for solution research:
|
|
94
|
+
|
|
95
|
+
**Agent: Solution Search** (`websearch`)
|
|
96
|
+
```
|
|
97
|
+
Search for solutions to: {root_cause}
|
|
98
|
+
Find:
|
|
99
|
+
- Recommended fixes
|
|
100
|
+
- Best practices
|
|
101
|
+
- Workarounds if fix is complex
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
Evaluate solutions:
|
|
105
|
+
- Search for similar issues and solutions online
|
|
106
|
+
- Check documentation for affected libraries/frameworks
|
|
107
|
+
- Look for known bugs, workarounds, and best practices
|
|
108
|
+
- **THINK**: Evaluate solution approaches for this specific context
|
|
109
|
+
|
|
110
|
+
## 5. IMPLEMENT: Systematic Resolution
|
|
111
|
+
|
|
112
|
+
- Choose the most appropriate solution based on analysis
|
|
113
|
+
- Follow existing codebase patterns and conventions
|
|
114
|
+
- Implement minimal, targeted fixes
|
|
115
|
+
- **STAY IN SCOPE**: Fix only what's needed for this specific bug
|
|
116
|
+
- Add defensive programming where appropriate
|
|
117
|
+
|
|
118
|
+
## 6. VERIFY: Comprehensive Testing
|
|
119
|
+
|
|
120
|
+
- Test the specific scenario that was failing
|
|
121
|
+
- Run related tests to ensure no regressions
|
|
122
|
+
- Check edge cases around the fix
|
|
123
|
+
- **CRITICAL**: Verify the original error is completely resolved
|
|
124
|
+
|
|
125
|
+
</workflow>
|
|
126
|
+
|
|
127
|
+
<analysis_techniques>
|
|
128
|
+
|
|
129
|
+
### Log Analysis
|
|
130
|
+
- Extract timestamps, error codes, stack traces
|
|
131
|
+
- Identify error propagation patterns
|
|
132
|
+
- Look for correlation with system events
|
|
133
|
+
|
|
134
|
+
### Code Investigation
|
|
135
|
+
- Trace execution path to error location
|
|
136
|
+
- Check variable states and data flow
|
|
137
|
+
- Examine error handling patterns
|
|
138
|
+
- Review recent commits affecting the area
|
|
139
|
+
|
|
140
|
+
### Root Cause Mapping
|
|
141
|
+
- **WHY technique**: Ask "why" 5 times minimum
|
|
142
|
+
- Consider environmental factors
|
|
143
|
+
- Check for timing/concurrency issues
|
|
144
|
+
- Validate assumptions about data/state
|
|
145
|
+
|
|
146
|
+
</analysis_techniques>
|
|
147
|
+
|
|
148
|
+
<execution_rules>
|
|
149
|
+
|
|
150
|
+
- **ULTRA THINK** at each phase transition
|
|
151
|
+
- Use parallel agents for comprehensive investigation
|
|
152
|
+
- Document findings and reasoning at each step
|
|
153
|
+
- **NEVER guess** - validate all hypotheses with evidence
|
|
154
|
+
- **MINIMAL CHANGES**: Fix root cause, not symptoms
|
|
155
|
+
- Test thoroughly before declaring resolution complete
|
|
156
|
+
|
|
157
|
+
</execution_rules>
|
|
158
|
+
|
|
159
|
+
<priority>
|
|
160
|
+
Understanding > Speed > Completeness. Every bug must be fully understood before attempting fixes.
|
|
161
|
+
</priority>
|
|
@@ -0,0 +1,96 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: explore
|
|
3
|
+
description: Deep codebase exploration to answer specific questions
|
|
4
|
+
argument-hint: <question>
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
<objective>
|
|
8
|
+
Answer questions about the codebase through systematic investigation using parallel exploration agents.
|
|
9
|
+
</objective>
|
|
10
|
+
|
|
11
|
+
<quick_start>
|
|
12
|
+
```bash
|
|
13
|
+
/explore where is authentication handled?
|
|
14
|
+
/explore how does the payment flow work?
|
|
15
|
+
/explore what patterns are used for validation?
|
|
16
|
+
```
|
|
17
|
+
</quick_start>
|
|
18
|
+
|
|
19
|
+
<workflow>
|
|
20
|
+
|
|
21
|
+
## 1. Parse Question
|
|
22
|
+
|
|
23
|
+
- Extract key terms and concepts from question
|
|
24
|
+
- Identify file types, patterns, or areas to search
|
|
25
|
+
- Determine if web research is needed
|
|
26
|
+
|
|
27
|
+
## 2. Search Codebase (Parallel Agents)
|
|
28
|
+
|
|
29
|
+
Launch multiple exploration agents **in parallel**:
|
|
30
|
+
|
|
31
|
+
**Agent 1: Codebase Exploration** (`explore-codebase`)
|
|
32
|
+
```
|
|
33
|
+
Find existing code related to: {question}
|
|
34
|
+
|
|
35
|
+
Report ONLY what exists:
|
|
36
|
+
1. Files that contain related code (with paths and line numbers)
|
|
37
|
+
2. Existing patterns used for similar features
|
|
38
|
+
3. Utility functions that might be relevant
|
|
39
|
+
4. How similar features are currently structured
|
|
40
|
+
5. Test file locations and patterns
|
|
41
|
+
|
|
42
|
+
DO NOT suggest what to build. Just report what's there.
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
**Agent 2: Documentation Research** (`explore-docs`)
|
|
46
|
+
```
|
|
47
|
+
Research documentation for libraries used in: {question}
|
|
48
|
+
|
|
49
|
+
Find:
|
|
50
|
+
1. How the relevant libraries/frameworks work
|
|
51
|
+
2. API documentation for tools being used
|
|
52
|
+
3. Best practices from official docs
|
|
53
|
+
```
|
|
54
|
+
|
|
55
|
+
**Agent 3: Web Research** (`websearch`) - *if external context needed*
|
|
56
|
+
```
|
|
57
|
+
Search for context about: {question}
|
|
58
|
+
|
|
59
|
+
Find:
|
|
60
|
+
1. How this is typically implemented
|
|
61
|
+
2. Common patterns and approaches
|
|
62
|
+
3. Known pitfalls or gotchas
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
**CRITICAL**: Launch agents in a SINGLE message for parallel execution.
|
|
66
|
+
|
|
67
|
+
## 3. Analyze Findings
|
|
68
|
+
|
|
69
|
+
- Read relevant files found by agents
|
|
70
|
+
- Trace relationships between files
|
|
71
|
+
- Identify patterns and conventions
|
|
72
|
+
- Note file paths with line numbers (e.g., `src/app.ts:42`)
|
|
73
|
+
|
|
74
|
+
## 4. Answer Question
|
|
75
|
+
|
|
76
|
+
Provide comprehensive response:
|
|
77
|
+
- Direct answer to the question
|
|
78
|
+
- Supporting evidence with file references
|
|
79
|
+
- Code examples if relevant
|
|
80
|
+
- Architectural context when useful
|
|
81
|
+
|
|
82
|
+
</workflow>
|
|
83
|
+
|
|
84
|
+
<execution_rules>
|
|
85
|
+
|
|
86
|
+
- **PARALLEL SEARCH**: Launch multiple agents simultaneously
|
|
87
|
+
- **CITE SOURCES**: Always reference file paths and line numbers
|
|
88
|
+
- **STAY FOCUSED**: Only explore what's needed to answer the question
|
|
89
|
+
- **BE THOROUGH**: Don't stop at first match - gather complete context
|
|
90
|
+
- **ULTRA THINK**: Consider relationships between discovered elements
|
|
91
|
+
|
|
92
|
+
</execution_rules>
|
|
93
|
+
|
|
94
|
+
<priority>
|
|
95
|
+
Accuracy > Speed > Brevity. Provide complete answers with evidence.
|
|
96
|
+
</priority>
|
|
@@ -0,0 +1,87 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: quick-search
|
|
3
|
+
description: Lightning-fast search to answer specific questions - optimized for speed
|
|
4
|
+
argument-hint: <question>
|
|
5
|
+
allowed-tools: Grep, Glob, Read
|
|
6
|
+
model: haiku
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
<objective>
|
|
10
|
+
Answer questions at maximum speed using direct search tools. No agents, no deep analysis - just fast answers with citations.
|
|
11
|
+
</objective>
|
|
12
|
+
|
|
13
|
+
<quick_start>
|
|
14
|
+
```bash
|
|
15
|
+
/quick-search where is LoginForm defined?
|
|
16
|
+
/quick-search find all API routes
|
|
17
|
+
/quick-search what config files exist?
|
|
18
|
+
```
|
|
19
|
+
</quick_start>
|
|
20
|
+
|
|
21
|
+
<workflow>
|
|
22
|
+
|
|
23
|
+
## 1. Identify
|
|
24
|
+
|
|
25
|
+
Parse the question:
|
|
26
|
+
- Extract key search terms
|
|
27
|
+
- Determine target file types or patterns
|
|
28
|
+
- **CRITICAL**: Be surgical - know exactly what to search
|
|
29
|
+
|
|
30
|
+
## 2. Search (Direct Tools Only)
|
|
31
|
+
|
|
32
|
+
Use direct tools - **NO AGENTS**:
|
|
33
|
+
- `Grep` for code content search with specific patterns
|
|
34
|
+
- `Glob` for file name/path patterns
|
|
35
|
+
- Launch searches **in parallel** when possible
|
|
36
|
+
|
|
37
|
+
**SPEED RULE**: Max 2-3 search iterations total
|
|
38
|
+
|
|
39
|
+
## 3. Read (Targeted)
|
|
40
|
+
|
|
41
|
+
- `Read` only the most relevant files found
|
|
42
|
+
- **CRITICAL**: Max 3-5 files - be selective
|
|
43
|
+
- Scan for the specific answer needed
|
|
44
|
+
|
|
45
|
+
## 4. Answer
|
|
46
|
+
|
|
47
|
+
Direct response:
|
|
48
|
+
- Immediate answer to the question
|
|
49
|
+
- Include file references with line numbers (`file.ts:42`)
|
|
50
|
+
- **NO**: Long explanations or architectural context
|
|
51
|
+
- **YES**: Concise answer with evidence
|
|
52
|
+
|
|
53
|
+
</workflow>
|
|
54
|
+
|
|
55
|
+
<search_patterns>
|
|
56
|
+
|
|
57
|
+
**Finding implementations:**
|
|
58
|
+
```
|
|
59
|
+
Grep: pattern="class FooBar" or "function fooBar"
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
**Finding configs:**
|
|
63
|
+
```
|
|
64
|
+
Glob: pattern="**/config.{js,ts,json}"
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
**Finding imports/usage:**
|
|
68
|
+
```
|
|
69
|
+
Grep: pattern="from ['\"].*moduleName['\"]"
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
</search_patterns>
|
|
73
|
+
|
|
74
|
+
<execution_rules>
|
|
75
|
+
|
|
76
|
+
- **SPEED FIRST**: Answer in under 30 seconds
|
|
77
|
+
- **NO AGENTS**: Use direct tools only (Grep, Glob, Read)
|
|
78
|
+
- **PARALLEL SEARCH**: Run independent searches simultaneously
|
|
79
|
+
- **MINIMAL READING**: Read only what's absolutely necessary
|
|
80
|
+
- **NO DEEP ANALYSIS**: Surface-level answers with citations
|
|
81
|
+
- **STOP EARLY**: Once you have the answer, respond immediately
|
|
82
|
+
|
|
83
|
+
</execution_rules>
|
|
84
|
+
|
|
85
|
+
<priority>
|
|
86
|
+
Speed > Completeness. Fast answers beat perfect answers.
|
|
87
|
+
</priority>
|