@cloudstreamsoftware/claude-tools 1.2.3 → 1.2.5

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 (39) hide show
  1. package/bin/cloudstream-setup.js +21 -10
  2. package/commands/INDEX.md +171 -0
  3. package/commands/build-fix.md +44 -0
  4. package/commands/checkpoint.md +80 -0
  5. package/commands/client-switch.md +114 -0
  6. package/commands/code-review.md +45 -0
  7. package/commands/compliance-check.md +38 -0
  8. package/commands/create-branch.md +91 -0
  9. package/commands/deluge.md +72 -0
  10. package/commands/diagnose.md +99 -0
  11. package/commands/e2e.md +34 -0
  12. package/commands/eval.md +189 -0
  13. package/commands/evolve.md +170 -0
  14. package/commands/handoff.md +64 -0
  15. package/commands/health-check.md +88 -0
  16. package/commands/instinct-export.md +123 -0
  17. package/commands/instinct-import.md +150 -0
  18. package/commands/instinct-status.md +111 -0
  19. package/commands/learn.md +75 -0
  20. package/commands/onboard.md +133 -0
  21. package/commands/orchestrate.md +177 -0
  22. package/commands/plan.md +34 -0
  23. package/commands/pr-ready.md +130 -0
  24. package/commands/quarterly-review.md +154 -0
  25. package/commands/refactor-clean.md +54 -0
  26. package/commands/setup-pm.md +81 -0
  27. package/commands/skill-create.md +99 -0
  28. package/commands/skill-submit.md +121 -0
  29. package/commands/skill-sync.md +250 -0
  30. package/commands/tdd.md +59 -0
  31. package/commands/team-admin.md +179 -0
  32. package/commands/test-coverage.md +43 -0
  33. package/commands/tutorial.md +100 -0
  34. package/commands/update-codemaps.md +57 -0
  35. package/commands/update-docs.md +51 -0
  36. package/commands/verify-setup.md +98 -0
  37. package/commands/verify.md +75 -0
  38. package/commands/zoho-scaffold.md +159 -0
  39. package/package.json +2 -1
@@ -0,0 +1,72 @@
1
+ ---
2
+ name: deluge
3
+ description: Generate or fix a Deluge script for a specific operation. Ensures proper error handling, null checks, and stays within platform constraints.
4
+ arguments: operation context
5
+ ---
6
+
7
+ Generate or fix a Deluge script for: **$ARGUMENTS**
8
+
9
+ ## Generation Rules
10
+ 1. Always include try-catch for invokeUrl calls
11
+ 2. Always check for null before field access
12
+ 3. Return structured response: { status, message, data }
13
+ 4. Stay under 5000 statement limit (estimate and warn)
14
+ 5. Use Connections for OAuth (never hardcode tokens)
15
+ 6. Include header comment: purpose, parameters, returns
16
+ 7. Add audit logging calls if compliance mode is active
17
+
18
+ ## Script Template
19
+ ```deluge
20
+ // Function: [Description]
21
+ // Parameters: [List inputs]
22
+ // Returns: Map { status, message, data }
23
+ // Compliance: [HIPAA|SOC2|PCI-DSS|none]
24
+
25
+ response = Map();
26
+
27
+ try {
28
+ // Validate inputs
29
+ if (input.param == null || input.param.isEmpty()) {
30
+ response.put("status", "error");
31
+ response.put("message", "Missing required parameter");
32
+ return response;
33
+ }
34
+
35
+ // Business logic
36
+ // [Generated based on $ARGUMENTS]
37
+
38
+ response.put("status", "success");
39
+ response.put("data", result);
40
+
41
+ // Audit logging (if compliance mode active)
42
+ // logAuditEvent("ACTION", "Form", recordId, changes);
43
+
44
+ } catch (e) {
45
+ response.put("status", "error");
46
+ response.put("message", e.toString());
47
+ info "Error in function: " + e;
48
+ }
49
+
50
+ return response;
51
+ ```
52
+
53
+ ## Validation Checklist
54
+ After generating, verify:
55
+ - [ ] Statement count estimate under 5000
56
+ - [ ] All field access has null checks
57
+ - [ ] invokeUrl has try-catch
58
+ - [ ] No hardcoded credentials
59
+ - [ ] Structured response format
60
+ - [ ] Pagination for getRecords calls
61
+ - [ ] Audit logging if compliance active
62
+
63
+ ---
64
+
65
+ ## Related
66
+
67
+ - **Agents:**
68
+ - [deluge-reviewer](../agents/deluge-reviewer.md) - Validates Deluge scripts for platform constraints
69
+ - **Commands:**
70
+ - [/zoho-scaffold](./zoho-scaffold.md) - Scaffold Creator/Catalyst/Widget projects
71
+ - [/compliance-check](./compliance-check.md) - Verify compliance requirements
72
+ - **Skills:** [zoho-patterns](../skills/zoho-patterns/SKILL.md) - Zoho platform patterns and constraints
@@ -0,0 +1,99 @@
1
+ ---
2
+ name: diagnose
3
+ description: Deep diagnostic tool for troubleshooting CloudStream Claude Tools issues. Checks configurations, permissions, recent errors, and provides actionable recommendations.
4
+ ---
5
+
6
+ # Diagnose Command
7
+
8
+ Perform deep diagnostics when something isn't working correctly.
9
+
10
+ ## Instructions
11
+
12
+ When user runs `/diagnose`, execute comprehensive diagnostics and provide actionable recommendations.
13
+
14
+ ### What Gets Checked
15
+
16
+ 1. **Configuration Files**
17
+ - `hooks/hooks.json` - Valid JSON, correct structure
18
+ - `~/.claude/settings.json` - Valid JSON, MCP configs
19
+ - `package.json` - Dependencies match
20
+
21
+ 2. **Permissions**
22
+ - `~/.claude/` - Read/write access
23
+ - `~/.claude/memory/` - Read/write access
24
+ - `~/.claude/skills/` - Read/write access
25
+
26
+ 3. **Recent Errors**
27
+ - Parse last 24h of session files for errors
28
+ - Identify patterns in failures
29
+ - Check for hook execution failures
30
+
31
+ 4. **MCP Connectivity**
32
+ - Test each configured MCP server
33
+ - Report response times
34
+ - Identify connection issues
35
+
36
+ 5. **Common Misconfigurations**
37
+ - Missing environment variables
38
+ - Incorrect file paths
39
+ - Version mismatches
40
+
41
+ ### Output Format
42
+
43
+ ```
44
+ DIAGNOSIS REPORT
45
+
46
+ Checking configurations...
47
+ hooks.json: [OK] Valid, 19 hooks
48
+ settings.json: [OK] Valid
49
+ package.json: [OK] Dependencies installed
50
+
51
+ Checking permissions...
52
+ ~/.claude/: [OK] Writable
53
+ ~/.claude/memory/: [OK] Writable
54
+ ~/.claude/skills/: [OK] Writable
55
+
56
+ Checking MCPs...
57
+ memory: [OK] Connected (45ms)
58
+ context7: [WARN] Slow (2.3s)
59
+
60
+ Recent Errors (last 24h):
61
+ - 2 hook execution timeouts
62
+ - 1 JSON parse error in session file
63
+
64
+ Recommendations:
65
+ 1. Context7 MCP is slow - check network connectivity
66
+ 2. Review hook timeout in hooks.json (consider increasing)
67
+ 3. Check session file: ~/.claude/sessions/abc123.jsonl
68
+ ```
69
+
70
+ ## Arguments
71
+
72
+ $ARGUMENTS can be:
73
+ - (none) - Run full diagnostics
74
+ - `--config` - Only check configuration files
75
+ - `--permissions` - Only check permissions
76
+ - `--errors` - Only check recent errors
77
+ - `--mcp` - Only check MCP connectivity
78
+
79
+ ## Examples
80
+
81
+ ```
82
+ /diagnose # Full diagnostics
83
+ /diagnose --config # Check configs only
84
+ /diagnose --errors # Check recent errors only
85
+ ```
86
+
87
+ ## When to Use
88
+
89
+ - After `/health-check` shows warnings or failures
90
+ - When Claude isn't remembering corrections
91
+ - When hooks seem to not be running
92
+ - When MCPs aren't responding
93
+ - Before escalating to team lead
94
+
95
+ ## Related Commands
96
+
97
+ - `/health-check` - Quick health verification
98
+ - `/verify` - Tutorial setup verification
99
+ - `/onboard` - Interactive setup wizard
@@ -0,0 +1,34 @@
1
+ ---
2
+ name: e2e
3
+ description: Generate and run end-to-end tests with Playwright. Creates test journeys, runs tests, captures screenshots/videos/traces, and uploads artifacts.
4
+ ---
5
+
6
+ # /e2e [user-journey]
7
+
8
+ Invoke the **e2e-runner** agent to generate, maintain, and execute Playwright tests for the specified user journey.
9
+
10
+ ## Parameters
11
+ - `user-journey` — Description of the user flow to test (e.g., "login and view dashboard")
12
+
13
+ ## Workflow
14
+ 1. Agent analyzes user flow and identifies test scenarios
15
+ 2. Generates Playwright tests using Page Object Model pattern
16
+ 3. Runs tests across browsers (Chrome, Firefox, WebKit)
17
+ 4. Captures artifacts on failure (screenshots, videos, traces)
18
+ 5. Identifies and quarantines flaky tests
19
+ 6. Generates HTML report
20
+
21
+ ## When to Use
22
+ - Testing critical user journeys (login, payments, CRUD flows)
23
+ - Verifying multi-step flows end-to-end
24
+ - Pre-deployment validation
25
+ - Testing UI interactions and navigation
26
+
27
+ ## Artifacts
28
+ - **Always:** HTML report, JUnit XML
29
+ - **On failure:** Screenshots, video recording, trace file, network/console logs
30
+
31
+ ## Integration
32
+ - Use `/plan` first to identify critical journeys
33
+ - Use `/tdd` for unit-level tests (faster, more granular)
34
+ - Use `/code-review` to verify test quality
@@ -0,0 +1,189 @@
1
+ ---
2
+ description: Manage eval-driven development workflow with capability and regression testing
3
+ status: planned
4
+ implementation: Backend not yet implemented
5
+ note: Part of continuous learning path - will be expanded in future releases
6
+ ---
7
+
8
+ # /eval - Eval-Driven Development
9
+
10
+ > **STATUS: PLANNED** - This command is documented but the backend implementation is not yet complete. The eval-driven development framework will be expanded as part of the continuous learning path.
11
+
12
+ Manage eval-driven development workflow for systematic quality measurement.
13
+
14
+ ## When to Use
15
+
16
+ - When implementing new features that need capability verification
17
+ - To track regression testing across iterations
18
+ - For systematic quality measurement aligned with TDD
19
+ - Before marking a feature as complete
20
+
21
+ ## Usage
22
+
23
+ ```bash
24
+ /eval define feature-name # Create new eval definition
25
+ /eval check feature-name # Run and check evals
26
+ /eval report feature-name # Generate full report
27
+ /eval list # Show all evals
28
+ /eval clean # Remove old eval logs
29
+ ```
30
+
31
+ ## Operations
32
+
33
+ ### Define Evals
34
+
35
+ `/eval define feature-name`
36
+
37
+ Create a new eval definition:
38
+
39
+ 1. Create `.claude/evals/feature-name.md` with template:
40
+
41
+ ```markdown
42
+ ## EVAL: feature-name
43
+ Created: 2026-01-27
44
+
45
+ ### Capability Evals
46
+ - [ ] [Description of capability 1]
47
+ - [ ] [Description of capability 2]
48
+
49
+ ### Regression Evals
50
+ - [ ] [Existing behavior 1 still works]
51
+ - [ ] [Existing behavior 2 still works]
52
+
53
+ ### Success Criteria
54
+ - pass@3 > 90% for capability evals
55
+ - pass^3 = 100% for regression evals
56
+ ```
57
+
58
+ 2. User fills in specific criteria
59
+
60
+ ### Check Evals
61
+
62
+ `/eval check feature-name`
63
+
64
+ Run evals for a feature:
65
+
66
+ 1. Read eval definition from `.claude/evals/feature-name.md`
67
+ 2. For each capability eval:
68
+ - Attempt to verify criterion
69
+ - Record PASS/FAIL
70
+ - Log attempt in `.claude/evals/feature-name.log`
71
+ 3. For each regression eval:
72
+ - Run relevant tests
73
+ - Compare against baseline
74
+ - Record PASS/FAIL
75
+ 4. Report current status:
76
+
77
+ ```
78
+ EVAL CHECK: feature-name
79
+ ========================
80
+ Capability: 3/4 passing
81
+ Regression: 5/5 passing
82
+ Status: IN PROGRESS
83
+ ```
84
+
85
+ ### Report Evals
86
+
87
+ `/eval report feature-name`
88
+
89
+ Generate comprehensive eval report:
90
+
91
+ ```
92
+ EVAL REPORT: feature-name
93
+ =========================
94
+ Generated: 2026-01-27
95
+
96
+ CAPABILITY EVALS
97
+ ----------------
98
+ [eval-1]: PASS (pass@1)
99
+ [eval-2]: PASS (pass@2) - required retry
100
+ [eval-3]: FAIL - see notes
101
+
102
+ REGRESSION EVALS
103
+ ----------------
104
+ [test-1]: PASS
105
+ [test-2]: PASS
106
+ [test-3]: PASS
107
+
108
+ METRICS
109
+ -------
110
+ Capability pass@1: 67%
111
+ Capability pass@3: 100%
112
+ Regression pass^3: 100%
113
+
114
+ NOTES
115
+ -----
116
+ [Any issues, edge cases, or observations]
117
+
118
+ RECOMMENDATION
119
+ --------------
120
+ [SHIP / NEEDS WORK / BLOCKED]
121
+ ```
122
+
123
+ ### List Evals
124
+
125
+ `/eval list`
126
+
127
+ Show all eval definitions:
128
+
129
+ ```
130
+ EVAL DEFINITIONS
131
+ ================
132
+ feature-auth [3/5 passing] IN PROGRESS
133
+ feature-search [5/5 passing] READY
134
+ feature-export [0/4 passing] NOT STARTED
135
+ ```
136
+
137
+ ## Arguments
138
+
139
+ | Argument | Description |
140
+ |----------|-------------|
141
+ | `define <name>` | Create new eval definition |
142
+ | `check <name>` | Run and check evals |
143
+ | `report <name>` | Generate full report |
144
+ | `list` | Show all evals |
145
+ | `clean` | Remove old eval logs (keeps last 10 runs) |
146
+
147
+ ## Success Criteria
148
+
149
+ | Eval Type | Target |
150
+ |-----------|--------|
151
+ | Capability pass@1 | 67%+ (can pass on first try) |
152
+ | Capability pass@3 | 90%+ (passes within 3 attempts) |
153
+ | Regression pass^3 | 100% (must pass all 3 times) |
154
+
155
+ ## CloudStream Integration
156
+
157
+ Works with existing TDD workflow:
158
+
159
+ ```bash
160
+ # Define evals for new feature
161
+ /eval define zoho-crm-sync
162
+
163
+ # Run TDD workflow
164
+ /tdd
165
+
166
+ # Check eval progress
167
+ /eval check zoho-crm-sync
168
+
169
+ # Generate report before PR
170
+ /eval report zoho-crm-sync
171
+ ```
172
+
173
+ ## Directory Structure
174
+
175
+ ```
176
+ .claude/
177
+ evals/
178
+ feature-auth.md # Eval definition
179
+ feature-auth.log # Run history
180
+ feature-search.md
181
+ feature-search.log
182
+ ```
183
+
184
+ ## Related Commands
185
+
186
+ - `/tdd` - Test-driven development workflow
187
+ - `/verify` - Comprehensive verification suite
188
+ - `/test-coverage` - Coverage analysis
189
+ - `/code-review` - Code quality review
@@ -0,0 +1,170 @@
1
+ ---
2
+ description: Analyze instincts and cluster related ones into commands, skills, or agents
3
+ status: experimental
4
+ implementation: Requires continuous-learning-v2 observer (disabled by default)
5
+ note: Part of continuous learning path - observer can be enabled in skills/continuous-learning-v2/config.json
6
+ ---
7
+
8
+ # /evolve - Cluster Instincts into Higher Structures
9
+
10
+ > **STATUS: EXPERIMENTAL** - This command relies on the continuous-learning-v2 instinct system. The observer is disabled by default for performance reasons. Enable it in `skills/continuous-learning-v2/config.json` to use full functionality.
11
+
12
+ The `/evolve` command analyzes instincts and groups related ones into higher-level structures through intelligent clustering.
13
+
14
+ ## When to Use
15
+
16
+ - After accumulating 10+ instincts in a domain
17
+ - To automate creation of commands/skills from learned patterns
18
+ - When you notice repeated workflows that should become formal commands
19
+ - To review potential structure evolution before committing
20
+
21
+ ## Evolution Types
22
+
23
+ The command categorizes clusters into three types:
24
+
25
+ ### 1. Commands
26
+ Emerge when instincts describe user-invoked actions.
27
+
28
+ **Example:** "when adding a database table" instincts cluster into `/new-table` command.
29
+
30
+ ```markdown
31
+ # /new-table Command
32
+ Generated from instincts: add-migration, create-model, update-schema
33
+
34
+ ## Steps
35
+ 1. Create migration file
36
+ 2. Generate model
37
+ 3. Update schema types
38
+ ```
39
+
40
+ ### 2. Skills
41
+ Form from auto-triggered behaviors like code style enforcement.
42
+
43
+ **Example:** Instincts about functional programming patterns cluster into `functional-patterns` skill.
44
+
45
+ ```markdown
46
+ # functional-patterns Skill
47
+ Generated from instincts: prefer-pure-functions, avoid-mutations, use-map-filter
48
+
49
+ ## Triggers
50
+ - When writing new functions
51
+ - When refactoring existing code
52
+ ```
53
+
54
+ ### 3. Agents
55
+ Handle complex, multi-step processes requiring isolation.
56
+
57
+ **Example:** Sequential debugging instincts evolve into `debugger` agent.
58
+
59
+ ```markdown
60
+ # debugger Agent
61
+ Generated from instincts: check-logs-first, isolate-component, test-hypothesis
62
+
63
+ ## Workflow
64
+ 1. Gather error context
65
+ 2. Form hypothesis
66
+ 3. Test systematically
67
+ ```
68
+
69
+ ## Usage
70
+
71
+ ```bash
72
+ /evolve # Analyze and show suggestions
73
+ /evolve --dry-run # Preview without creating
74
+ /evolve --execute # Create suggested structures
75
+ /evolve --domain testing # Focus on specific domain
76
+ /evolve --threshold 5 # Require 5+ instincts per cluster
77
+ /evolve --type command # Only suggest commands
78
+ ```
79
+
80
+ ## Process
81
+
82
+ 1. Read instincts from storage
83
+ 2. Group by domain and trigger patterns
84
+ 3. Identify clusters of 3+ related instincts
85
+ 4. Determine evolution type (command/skill/agent)
86
+ 5. Generate appropriate files in evolved structure directory
87
+
88
+ ## Output
89
+
90
+ ```
91
+ EVOLUTION ANALYSIS
92
+ ==================
93
+
94
+ ## Command Candidates (2)
95
+
96
+ 📦 /new-api-endpoint (85% confidence)
97
+ Instincts: create-route, add-validation, write-test, update-docs
98
+ Would create: commands/new-api-endpoint.md
99
+
100
+ 📦 /db-migration (72% confidence)
101
+ Instincts: add-migration, update-model, sync-types
102
+ Would create: commands/db-migration.md
103
+
104
+ ## Skill Candidates (1)
105
+
106
+ 🧠 error-handling-patterns (78% confidence)
107
+ Instincts: use-try-catch, log-errors, return-early
108
+ Would create: skills/error-handling-patterns/SKILL.md
109
+
110
+ ## Agent Candidates (1)
111
+
112
+ 🤖 performance-analyzer (68% confidence)
113
+ Instincts: profile-first, measure-baseline, test-hypothesis
114
+ Would create: agents/performance-analyzer.md
115
+
116
+ ---
117
+ Run '/evolve --execute' to create these structures.
118
+ ```
119
+
120
+ ## Flags
121
+
122
+ | Flag | Description | Default |
123
+ |------|-------------|---------|
124
+ | `--dry-run` | Preview evolution suggestions | enabled |
125
+ | `--execute` | Create suggested structures | disabled |
126
+ | `--domain <name>` | Filter by domain | all |
127
+ | `--threshold <n>` | Minimum cluster size | 3 |
128
+ | `--type <command\|skill\|agent>` | Target specific evolution type | all |
129
+ | `--min-confidence <n>` | Minimum confidence for suggestions | 0.6 |
130
+
131
+ ## Evolved File Metadata
132
+
133
+ Generated files include source tracking:
134
+
135
+ ```yaml
136
+ ---
137
+ name: new-api-endpoint
138
+ evolved_from:
139
+ - instinct: create-route
140
+ confidence: 0.8
141
+ - instinct: add-validation
142
+ confidence: 0.75
143
+ - instinct: write-test
144
+ confidence: 0.85
145
+ evolution_date: 2026-01-27
146
+ evolution_confidence: 0.85
147
+ ---
148
+ ```
149
+
150
+ ## CloudStream Integration
151
+
152
+ Works with the continuous learning ecosystem:
153
+
154
+ ```bash
155
+ # Review what can evolve
156
+ /evolve --dry-run
157
+
158
+ # Create new command from patterns
159
+ /evolve --execute --type command
160
+
161
+ # Focus on Zoho-specific patterns
162
+ /evolve --domain zoho --dry-run
163
+ ```
164
+
165
+ ## Related Commands
166
+
167
+ - `/instinct-status` - View current instincts
168
+ - `/skill-create` - Generate skills from git history
169
+ - `/learn` - Manually capture patterns
170
+ - `/orchestrate` - Run multi-agent workflows
@@ -0,0 +1,64 @@
1
+ ---
2
+ name: handoff
3
+ description: Generate comprehensive client handoff documentation for transferring a project to the client or another team member.
4
+ arguments: client-id
5
+ ---
6
+
7
+ Generate client handoff documentation for **$ARGUMENTS**.
8
+
9
+ ## Documentation Sections
10
+
11
+ ### 1. Executive Summary
12
+ - Project scope and objectives
13
+ - Key deliverables completed
14
+ - Outstanding items and recommendations
15
+
16
+ ### 2. Architecture Overview
17
+ - System diagram (describe components and connections)
18
+ - Technology stack used
19
+ - Data flow between systems
20
+
21
+ ### 3. Zoho Application Inventory
22
+ For each Zoho app:
23
+ - Creator apps: Forms, reports, workflows, widgets
24
+ - Catalyst projects: Functions, AppSail apps
25
+ - CRM customizations: Custom modules, workflows
26
+ - Books integrations: Invoice sync, payment processing
27
+ - Analytics dashboards: Reports, scheduled exports
28
+
29
+ ### 4. Integration Documentation
30
+ For each integration:
31
+ - Source and target systems
32
+ - Authentication method (OAuth connection name)
33
+ - Data flow direction and frequency
34
+ - Error handling and retry logic
35
+ - Known limitations
36
+
37
+ ### 5. Operational Runbook
38
+ - Common administrative tasks
39
+ - Troubleshooting steps for known issues
40
+ - Monitoring and alerting setup
41
+ - Backup and recovery procedures
42
+
43
+ ### 6. Compliance Status
44
+ If compliance mode active:
45
+ - Current compliance status
46
+ - Audit log retention status
47
+ - Outstanding compliance items
48
+ - Ongoing obligations
49
+
50
+ ### 7. Credentials and Access
51
+ - List all required credentials (DO NOT include values)
52
+ - Transfer method: Encrypted password manager only
53
+ - Service accounts and their purposes
54
+ - API keys and connection names
55
+
56
+ ### 8. Known Issues & Technical Debt
57
+ - Documented limitations
58
+ - Future improvement recommendations
59
+ - Performance considerations
60
+ - Security hardening opportunities
61
+
62
+ ## Output Format
63
+ Generate as a markdown document suitable for the client.
64
+ Save to docs/handoff-[client-id]-[date].md
@@ -0,0 +1,88 @@
1
+ ---
2
+ name: health-check
3
+ description: Run comprehensive system health verification to ensure CloudStream Claude Tools is properly configured and operational.
4
+ ---
5
+
6
+ # Health Check Command
7
+
8
+ Verify that your CloudStream Claude Tools installation is healthy and properly configured.
9
+
10
+ ## Instructions
11
+
12
+ When user runs `/health-check`, execute the health check script and display results.
13
+
14
+ ### What Gets Checked
15
+
16
+ 1. **Environment**
17
+ - Node.js version (18+ required)
18
+ - Package manager detection (npm/yarn/pnpm)
19
+ - Git repository status
20
+
21
+ 2. **Claude State**
22
+ - `~/.claude/` directory exists and is writable
23
+ - Session memory file is valid JSON
24
+ - Hooks configuration is valid
25
+
26
+ 3. **Plugin State**
27
+ - Commands directory accessible
28
+ - Skills directory accessible
29
+ - Agents directory accessible
30
+
31
+ 4. **Optional MCPs**
32
+ - Memory MCP configured
33
+ - Context7 MCP configured
34
+
35
+ ### Output Format
36
+
37
+ ```
38
+ HEALTH CHECK: [PASS/WARN/FAIL]
39
+
40
+ Environment:
41
+ Node.js: [OK] v20.x
42
+ Package Mgr: [OK] npm
43
+ Git Repo: [OK] Clean
44
+
45
+ Claude State:
46
+ ~/.claude/: [OK] Writable
47
+ Session Memory: [OK] Valid
48
+ Hooks: [OK] 19 configured
49
+
50
+ Plugin:
51
+ Commands: [OK] 28 found
52
+ Skills: [OK] 16 found
53
+ Agents: [OK] 13 found
54
+
55
+ MCPs (optional):
56
+ memory: [OK] Configured
57
+ context7: [OK] Configured
58
+
59
+ Issues: None
60
+ ```
61
+
62
+ ## Arguments
63
+
64
+ $ARGUMENTS can be:
65
+ - (none) - Run full health check
66
+ - `--quick` - Only check critical items
67
+ - `--verbose` - Show detailed output for each check
68
+
69
+ ## Examples
70
+
71
+ ```
72
+ /health-check # Full health check
73
+ /health-check --quick # Quick critical checks only
74
+ /health-check --verbose # Detailed output
75
+ ```
76
+
77
+ ## When to Use
78
+
79
+ - After initial setup to verify installation
80
+ - When something isn't working as expected
81
+ - Before starting work on a new client project
82
+ - As part of daily workflow verification
83
+
84
+ ## Related Commands
85
+
86
+ - `/verify` - Verify the tutorial setup
87
+ - `/diagnose` - Deep problem diagnosis
88
+ - `/onboard` - Interactive setup wizard