@cloudstreamsoftware/claude-tools 1.2.3 → 1.2.4
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/INDEX.md +171 -0
- package/commands/build-fix.md +44 -0
- package/commands/checkpoint.md +80 -0
- package/commands/client-switch.md +114 -0
- package/commands/code-review.md +45 -0
- package/commands/compliance-check.md +38 -0
- package/commands/create-branch.md +91 -0
- package/commands/deluge.md +72 -0
- package/commands/diagnose.md +99 -0
- package/commands/e2e.md +34 -0
- package/commands/eval.md +189 -0
- package/commands/evolve.md +170 -0
- package/commands/handoff.md +64 -0
- package/commands/health-check.md +88 -0
- package/commands/instinct-export.md +123 -0
- package/commands/instinct-import.md +150 -0
- package/commands/instinct-status.md +111 -0
- package/commands/learn.md +75 -0
- package/commands/onboard.md +133 -0
- package/commands/orchestrate.md +177 -0
- package/commands/plan.md +34 -0
- package/commands/pr-ready.md +130 -0
- package/commands/quarterly-review.md +154 -0
- package/commands/refactor-clean.md +54 -0
- package/commands/setup-pm.md +81 -0
- package/commands/skill-create.md +99 -0
- package/commands/skill-submit.md +121 -0
- package/commands/skill-sync.md +250 -0
- package/commands/tdd.md +59 -0
- package/commands/team-admin.md +179 -0
- package/commands/test-coverage.md +43 -0
- package/commands/tutorial.md +100 -0
- package/commands/update-codemaps.md +57 -0
- package/commands/update-docs.md +51 -0
- package/commands/verify-setup.md +98 -0
- package/commands/verify.md +75 -0
- package/commands/zoho-scaffold.md +159 -0
- package/package.json +2 -1
|
@@ -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
|
package/commands/e2e.md
ADDED
|
@@ -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
|
package/commands/eval.md
ADDED
|
@@ -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
|