@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.
Files changed (46) hide show
  1. package/.documentation/agents.html +3 -3
  2. package/.documentation/apex.html +18 -18
  3. package/.documentation/business-analyse.html +38 -38
  4. package/.documentation/cli-commands.html +1 -1
  5. package/.documentation/commands.html +29 -29
  6. package/.documentation/efcore.html +246 -91
  7. package/.documentation/gitflow.html +1 -1
  8. package/.documentation/hooks.html +1 -1
  9. package/.documentation/index.html +8 -8
  10. package/.documentation/init.html +1 -1
  11. package/.documentation/installation.html +9 -9
  12. package/.documentation/ralph-loop.html +2 -2
  13. package/.documentation/test-web.html +2 -2
  14. package/dist/index.js +13 -0
  15. package/dist/index.js.map +1 -1
  16. package/package.json +1 -1
  17. package/templates/skills/check-version/SKILL.md +183 -0
  18. package/templates/skills/debug/SKILL.md +161 -0
  19. package/templates/skills/explore/SKILL.md +96 -0
  20. package/templates/skills/quick-search/SKILL.md +87 -0
  21. package/templates/skills/refactor/SKILL.md +219 -0
  22. package/templates/skills/review-code/SKILL.md +72 -44
  23. package/templates/skills/review-code/references/smartstack-conventions.md +93 -33
  24. package/templates/skills/ui-components/responsive-guidelines.md +278 -0
  25. package/templates/skills/utils/SKILL.md +37 -0
  26. package/templates/{commands/utils → skills/utils/subcommands}/test-web-config.md +35 -43
  27. package/templates/{commands/utils → skills/utils/subcommands}/test-web.md +25 -53
  28. package/templates/{commands/validate.md → skills/validate/SKILL.md} +80 -139
  29. package/templates/commands/check-version.md +0 -267
  30. package/templates/commands/debug.md +0 -95
  31. package/templates/commands/efcore/_env-check.md +0 -153
  32. package/templates/commands/efcore/_shared.md +0 -352
  33. package/templates/commands/efcore/conflicts.md +0 -90
  34. package/templates/commands/efcore/db-deploy.md +0 -109
  35. package/templates/commands/efcore/db-reset.md +0 -180
  36. package/templates/commands/efcore/db-seed.md +0 -103
  37. package/templates/commands/efcore/db-status.md +0 -102
  38. package/templates/commands/efcore/migration.md +0 -186
  39. package/templates/commands/efcore/rebase-snapshot.md +0 -172
  40. package/templates/commands/efcore/scan.md +0 -94
  41. package/templates/commands/efcore/squash.md +0 -329
  42. package/templates/commands/efcore.md +0 -96
  43. package/templates/commands/explore.md +0 -45
  44. package/templates/commands/quick-search.md +0 -72
  45. package/templates/commands/refactor.md +0 -164
  46. /package/templates/{commands → skills}/_resources/formatting-guide.md +0 -0
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@atlashub/smartstack-cli",
3
- "version": "1.23.0",
3
+ "version": "1.25.0",
4
4
  "description": "SmartStack Claude Code automation toolkit - GitFlow, APEX, EF Core migrations, prompts and more",
5
5
  "author": {
6
6
  "name": "SmartStack",
@@ -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>