@champpaba/claude-agent-kit 2.0.1 → 2.1.1
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/.claude/CLAUDE.md +57 -0
- package/.claude/commands/csetup.md +75 -0
- package/.claude/commands/cstatus.md +97 -4
- package/.claude/commands/pstatus.md +431 -0
- package/.claude/contexts/patterns/change-workflow.md +11 -43
- package/.claude/lib/README.md +1 -1
- package/.claude/lib/agent-router.md +1 -1
- package/.claude/lib/context-loading-protocol.md +4 -4
- package/.claude/lib/detailed-guides/agent-system.md +1 -1
- package/.claude/lib/detailed-guides/best-practices-system.md +4 -6
- package/.claude/lib/detailed-guides/design-system.md +2 -3
- package/.claude/templates/PROJECT_STATUS.template.yml +105 -0
- package/.claude/templates/design-context-template.md +2 -2
- package/README.md +20 -1567
- package/lib/init.js +30 -2
- package/package.json +1 -1
- package/.claude/CHANGELOG-v1.1.1.md +0 -259
|
@@ -18,34 +18,7 @@ This pattern describes how the multi-agent system integrates with OpenSpec to de
|
|
|
18
18
|
|
|
19
19
|
## 📋 Workflow Commands
|
|
20
20
|
|
|
21
|
-
### 1. `/
|
|
22
|
-
|
|
23
|
-
**When to use:** First time setting up the project
|
|
24
|
-
|
|
25
|
-
**What it does:**
|
|
26
|
-
1. Detects tech stack from package files
|
|
27
|
-
2. Queries Context7 for best practices
|
|
28
|
-
3. Creates `domain/` structure (3-level indexing)
|
|
29
|
-
4. Generates framework-specific best practices files
|
|
30
|
-
|
|
31
|
-
**Output:**
|
|
32
|
-
```
|
|
33
|
-
.claude/contexts/domain/
|
|
34
|
-
├── index.md # Level 1 - Project Registry
|
|
35
|
-
└── {project}/
|
|
36
|
-
├── README.md # Level 2 - Project Overview
|
|
37
|
-
├── tech-stack.md # Tech details
|
|
38
|
-
└── best-practices/
|
|
39
|
-
├── index.md # Level 3 - Best Practices Registry
|
|
40
|
-
├── react-18.md
|
|
41
|
-
├── nextjs-15.md
|
|
42
|
-
├── prisma-6.md
|
|
43
|
-
└── vitest-2.md
|
|
44
|
-
```
|
|
45
|
-
|
|
46
|
-
---
|
|
47
|
-
|
|
48
|
-
### 2. `/csetup {change-id}` - Change Setup
|
|
21
|
+
### 1. `/csetup {change-id}` - Change Setup (Includes Project Setup)
|
|
49
22
|
|
|
50
23
|
**When to use:** After creating OpenSpec change, before development
|
|
51
24
|
|
|
@@ -78,7 +51,7 @@ openspec/changes/CHANGE-XXX/.claude/
|
|
|
78
51
|
|
|
79
52
|
---
|
|
80
53
|
|
|
81
|
-
###
|
|
54
|
+
### 2. `/cdev {change-id}` - Start/Continue Development
|
|
82
55
|
|
|
83
56
|
**When to use:** After `/csetup`, to execute agent workflow
|
|
84
57
|
|
|
@@ -159,7 +132,7 @@ Ready to archive!
|
|
|
159
132
|
|
|
160
133
|
---
|
|
161
134
|
|
|
162
|
-
###
|
|
135
|
+
### 3. `/cview {change-id}` - View Progress
|
|
163
136
|
|
|
164
137
|
**When to use:** Check detailed phase-by-phase progress
|
|
165
138
|
|
|
@@ -228,7 +201,7 @@ Ready to archive!
|
|
|
228
201
|
|
|
229
202
|
---
|
|
230
203
|
|
|
231
|
-
###
|
|
204
|
+
### 4. `/cstatus {change-id}` - Quick Status
|
|
232
205
|
|
|
233
206
|
**When to use:** Quick glance at progress
|
|
234
207
|
|
|
@@ -485,27 +458,22 @@ else template = 'full-stack' // Safe default
|
|
|
485
458
|
|
|
486
459
|
## 🎯 Best Practices
|
|
487
460
|
|
|
488
|
-
### 1.
|
|
489
|
-
-
|
|
490
|
-
- Generates framework-specific best practices
|
|
491
|
-
- Required for agent discovery
|
|
492
|
-
|
|
493
|
-
### 2. Use `/csetup` After Creating OpenSpec Change
|
|
461
|
+
### 1. Run `/csetup` First
|
|
462
|
+
- Auto-detects tech stack and generates best practices
|
|
494
463
|
- Analyzes tasks and generates workflow
|
|
495
|
-
-
|
|
496
|
-
- Enables progress tracking
|
|
464
|
+
- Required for agent discovery
|
|
497
465
|
|
|
498
|
-
###
|
|
466
|
+
### 2. Use `/cdev` for Execution
|
|
499
467
|
- Orchestrates agent workflow
|
|
500
468
|
- Updates progress automatically
|
|
501
469
|
- Handles user actions
|
|
502
470
|
|
|
503
|
-
###
|
|
471
|
+
### 3. Check Progress with `/cview` or `/cstatus`
|
|
504
472
|
- `/cview` for detailed breakdown
|
|
505
473
|
- `/cstatus` for quick glance
|
|
506
474
|
- Real-time updates from `flags.json`
|
|
507
475
|
|
|
508
|
-
###
|
|
476
|
+
### 4. Agents Update `flags.json` After Each Phase
|
|
509
477
|
- Marks phase as completed
|
|
510
478
|
- Records actual time spent
|
|
511
479
|
- Lists files created
|
|
@@ -519,7 +487,7 @@ else template = 'full-stack' // Safe default
|
|
|
519
487
|
**Solution:** Run `/csetup {change-id}` first
|
|
520
488
|
|
|
521
489
|
**Problem:** Agent doesn't load project context
|
|
522
|
-
**Solution:** Run `/
|
|
490
|
+
**Solution:** Run `/csetup` to create domain/ structure (auto-detects tech stack)
|
|
523
491
|
|
|
524
492
|
**Problem:** Progress tracking not working
|
|
525
493
|
**Solution:** Check if `flags.json` exists and is valid JSON
|
package/.claude/lib/README.md
CHANGED
|
@@ -46,7 +46,7 @@ Unified pattern for loading design system files. 3-tier strategy: STYLE_TOKENS.j
|
|
|
46
46
|
## 📁 Detailed Guides (v1.4.0 - NEW!)
|
|
47
47
|
|
|
48
48
|
**`detailed-guides/best-practices-system.md`** - How best practices work
|
|
49
|
-
Complete guide to auto-generated best practices via Context7 MCP. Covers `/
|
|
49
|
+
Complete guide to auto-generated best practices via Context7 MCP. Covers `/csetup`, 3-level indexing, and agent discovery flow.
|
|
50
50
|
|
|
51
51
|
**`detailed-guides/context-optimization.md`** - Token optimization strategy
|
|
52
52
|
Details the 70% token reduction in design system loading. Explains 3-tier loading, before/after comparisons, and benefits.
|
|
@@ -156,7 +156,7 @@ const WORK_PATTERNS = {
|
|
|
156
156
|
|
|
157
157
|
'orchestration': {
|
|
158
158
|
keywords: [
|
|
159
|
-
'/cdev', '/csetup', '/cview', '/cstatus', '/
|
|
159
|
+
'/cdev', '/csetup', '/cview', '/cstatus', '/pstatus',
|
|
160
160
|
'continue workflow', 'next phase', 'progress'
|
|
161
161
|
],
|
|
162
162
|
agent: 'main-claude',
|
|
@@ -18,7 +18,7 @@ This protocol defines how agents discover and load context before starting work.
|
|
|
18
18
|
|
|
19
19
|
**Who uses this:**
|
|
20
20
|
- All 6 agents (integration, uxui-frontend, test-debug, frontend, backend, database)
|
|
21
|
-
- Commands that need tech stack info (/
|
|
21
|
+
- Commands that need tech stack info (/csetup, /cdev)
|
|
22
22
|
|
|
23
23
|
---
|
|
24
24
|
|
|
@@ -92,7 +92,7 @@ From tech-stack.md, extract:
|
|
|
92
92
|
|
|
93
93
|
```
|
|
94
94
|
⚠️ tech-stack.md not found!
|
|
95
|
-
💡 User should run: /
|
|
95
|
+
💡 User should run: /csetup
|
|
96
96
|
|
|
97
97
|
FALLBACK (use ONLY if absolutely necessary):
|
|
98
98
|
- Detect from package.json (JavaScript)
|
|
@@ -383,7 +383,7 @@ Troubleshooting:
|
|
|
383
383
|
⚠️ Warning: tech-stack.md shows pnpm, but pnpm-lock.yaml not found
|
|
384
384
|
|
|
385
385
|
Suggestion:
|
|
386
|
-
- Run: /
|
|
386
|
+
- Run: /csetup (regenerate tech-stack.md)
|
|
387
387
|
- Or manually update tech-stack.md
|
|
388
388
|
```
|
|
389
389
|
|
|
@@ -392,7 +392,7 @@ Suggestion:
|
|
|
392
392
|
## 🔄 When to Re-load Context
|
|
393
393
|
|
|
394
394
|
**Re-load Level 0-2 when:**
|
|
395
|
-
- ✅ User runs `/
|
|
395
|
+
- ✅ User runs `/csetup` (tech stack changed)
|
|
396
396
|
- ✅ Framework version upgraded
|
|
397
397
|
- ✅ New dependencies added
|
|
398
398
|
|
|
@@ -110,7 +110,7 @@ WHY routing matters: Specialist agents have domain-specific validation (design t
|
|
|
110
110
|
|
|
111
111
|
WHY: STYLE_GUIDE.md has project-specific tokens. design/*.md has universal principles.
|
|
112
112
|
|
|
113
|
-
**Fallback:** If discovery fails, suggest `/
|
|
113
|
+
**Fallback:** If discovery fails, suggest `/csetup` or `/designsetup`
|
|
114
114
|
|
|
115
115
|
---
|
|
116
116
|
|
|
@@ -8,7 +8,7 @@
|
|
|
8
8
|
|
|
9
9
|
## 📚 How It Works
|
|
10
10
|
|
|
11
|
-
1. **Run `/
|
|
11
|
+
1. **Run `/csetup`** to detect tech stack and generate best practices
|
|
12
12
|
2. **Context7 queries** latest framework docs (React, Next.js, Prisma, etc.)
|
|
13
13
|
3. **Best practices files** created in `domain/{project}/best-practices/`
|
|
14
14
|
4. **Agents auto-discover** project via 3-level indexing
|
|
@@ -119,11 +119,10 @@ design-system/
|
|
|
119
119
|
# 1. Generate style guide FIRST (optional but recommended)
|
|
120
120
|
/designsetup
|
|
121
121
|
|
|
122
|
-
# 2. Setup project (discovers style guide)
|
|
123
|
-
/
|
|
122
|
+
# 2. Setup change and project (discovers style guide, auto-detects tech stack)
|
|
123
|
+
/csetup feature-login
|
|
124
124
|
|
|
125
125
|
# 3. Start development (agents use STYLE_GUIDE.md)
|
|
126
|
-
/csetup feature-login
|
|
127
126
|
/cdev feature-login
|
|
128
127
|
```
|
|
129
128
|
|
|
@@ -143,8 +142,7 @@ design-system/
|
|
|
143
142
|
|
|
144
143
|
## 🔗 See Also
|
|
145
144
|
|
|
146
|
-
- `../../commands/
|
|
145
|
+
- `../../commands/csetup.md` - /csetup command (setup change + auto-detect tech stack + generate best practices)
|
|
147
146
|
- `../../commands/designsetup.md` - /designsetup command (generates style guide)
|
|
148
|
-
- `../../commands/psetup.md` - /psetup command (one-time project setup)
|
|
149
147
|
- `../../contexts/patterns/agent-discovery.md` - Shared agent discovery flow
|
|
150
148
|
- `context-loading-protocol.md` - How agents load framework-specific context
|
|
@@ -66,11 +66,10 @@ design-system/
|
|
|
66
66
|
# 1. Generate style guide FIRST (optional but recommended)
|
|
67
67
|
/designsetup
|
|
68
68
|
|
|
69
|
-
# 2. Setup project (discovers style guide)
|
|
70
|
-
/
|
|
69
|
+
# 2. Setup change and project (discovers style guide, auto-detects tech stack)
|
|
70
|
+
/csetup feature-login
|
|
71
71
|
|
|
72
72
|
# 3. Start development (agents use STYLE_GUIDE.md)
|
|
73
|
-
/csetup feature-login
|
|
74
73
|
/cdev feature-login
|
|
75
74
|
```
|
|
76
75
|
|
|
@@ -0,0 +1,105 @@
|
|
|
1
|
+
# PROJECT_STATUS.yml
|
|
2
|
+
# Cross-session context for Claude - update after significant milestones
|
|
3
|
+
# Optional: Remove this file if your project doesn't need cross-session tracking
|
|
4
|
+
#
|
|
5
|
+
# WHY this file exists:
|
|
6
|
+
# - New Claude sessions lose context about infrastructure state, blockers, and priorities
|
|
7
|
+
# - Reading multiple files (README, archived proposals, tasks.md) wastes tokens
|
|
8
|
+
# - This single file provides quick context snapshot for AI sessions
|
|
9
|
+
|
|
10
|
+
last_updated: "YYYY-MM-DD"
|
|
11
|
+
|
|
12
|
+
# Optional settings
|
|
13
|
+
_config:
|
|
14
|
+
stale_warning_days: 7 # Suggest /pstatus review if older than this
|
|
15
|
+
|
|
16
|
+
# -------------------------------------------------------------------
|
|
17
|
+
# CURRENT FOCUS
|
|
18
|
+
# What phase is the project in? What's actively being worked on?
|
|
19
|
+
# -------------------------------------------------------------------
|
|
20
|
+
current_focus:
|
|
21
|
+
description: "Brief description of current project phase"
|
|
22
|
+
active_change: null # change-id if OpenSpec change in progress, null if between changes
|
|
23
|
+
|
|
24
|
+
# -------------------------------------------------------------------
|
|
25
|
+
# COMPLETED CHANGES
|
|
26
|
+
# Recently shipped work - helps Claude understand what's already done
|
|
27
|
+
# -------------------------------------------------------------------
|
|
28
|
+
completed_changes: []
|
|
29
|
+
# Example:
|
|
30
|
+
# - id: auth-system
|
|
31
|
+
# date: "2025-11-30"
|
|
32
|
+
# summary: "Login/logout, JWT tokens, protected routes"
|
|
33
|
+
# - id: infrastructure-cicd
|
|
34
|
+
# date: "2025-11-28"
|
|
35
|
+
# summary: "Docker, CI/CD pipeline, Cloudflare Tunnel"
|
|
36
|
+
|
|
37
|
+
# -------------------------------------------------------------------
|
|
38
|
+
# INFRASTRUCTURE STATUS
|
|
39
|
+
# Current state of services - helps Claude understand what's running
|
|
40
|
+
# -------------------------------------------------------------------
|
|
41
|
+
infrastructure: {}
|
|
42
|
+
# Example structure (customize for your project):
|
|
43
|
+
#
|
|
44
|
+
# database:
|
|
45
|
+
# status: healthy # healthy | degraded | down | not_setup
|
|
46
|
+
# notes: "PostgreSQL, 4 tables deployed"
|
|
47
|
+
#
|
|
48
|
+
# api:
|
|
49
|
+
# status: healthy
|
|
50
|
+
# notes: "6 endpoints, running on port 3000"
|
|
51
|
+
#
|
|
52
|
+
# cloudflare_tunnel:
|
|
53
|
+
# status: running
|
|
54
|
+
# waiting_for: domain # null if fully operational
|
|
55
|
+
# notes: "Tunnel active, pending domain configuration"
|
|
56
|
+
#
|
|
57
|
+
# Status values: healthy, degraded, down, not_setup, waiting
|
|
58
|
+
|
|
59
|
+
# -------------------------------------------------------------------
|
|
60
|
+
# BLOCKERS
|
|
61
|
+
# External dependencies blocking progress
|
|
62
|
+
# Claude will avoid suggesting work that's blocked
|
|
63
|
+
# -------------------------------------------------------------------
|
|
64
|
+
blockers: []
|
|
65
|
+
# Example:
|
|
66
|
+
# - id: domain-config
|
|
67
|
+
# description: "Need domain for Cloudflare public routes"
|
|
68
|
+
# blocks: [production-launch, ssl-setup]
|
|
69
|
+
#
|
|
70
|
+
# - id: stripe-api-key
|
|
71
|
+
# description: "Waiting for Stripe test API key from finance team"
|
|
72
|
+
# blocks: [payment-integration]
|
|
73
|
+
|
|
74
|
+
# -------------------------------------------------------------------
|
|
75
|
+
# NEXT PRIORITIES
|
|
76
|
+
# What should be worked on next (with reasoning)
|
|
77
|
+
# Helps Claude suggest appropriate next steps
|
|
78
|
+
# -------------------------------------------------------------------
|
|
79
|
+
next_priorities: []
|
|
80
|
+
# Example:
|
|
81
|
+
# - id: payment-integration
|
|
82
|
+
# reason: "Revenue blocker - needed before launch"
|
|
83
|
+
#
|
|
84
|
+
# - id: user-profile
|
|
85
|
+
# reason: "Dependency for RIASEC save feature"
|
|
86
|
+
|
|
87
|
+
# -------------------------------------------------------------------
|
|
88
|
+
# NOTES
|
|
89
|
+
# Free-form context that doesn't fit above
|
|
90
|
+
# -------------------------------------------------------------------
|
|
91
|
+
notes: |
|
|
92
|
+
Add any additional context here.
|
|
93
|
+
Examples:
|
|
94
|
+
- Dev server running on localhost:3000
|
|
95
|
+
- Test with: curl http://localhost:3000/health
|
|
96
|
+
- Staging environment: https://staging.example.com
|
|
97
|
+
|
|
98
|
+
# -------------------------------------------------------------------
|
|
99
|
+
# REFERENCES (optional)
|
|
100
|
+
# Quick links to important project files
|
|
101
|
+
# -------------------------------------------------------------------
|
|
102
|
+
references:
|
|
103
|
+
# roadmap: "docs/proposal_list.md"
|
|
104
|
+
# architecture: "openspec/specs/architecture.md"
|
|
105
|
+
# style_guide: "design-system/STYLE_GUIDE.md"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Design Context: {PROJECT_NAME}
|
|
2
2
|
|
|
3
|
-
> **Auto-generated by `/
|
|
3
|
+
> **Auto-generated by `/csetup` or `/designsetup`**
|
|
4
4
|
> **Last updated:** {UPDATED_AT}
|
|
5
5
|
|
|
6
6
|
---
|
|
@@ -195,7 +195,7 @@ Tokens: ~500
|
|
|
195
195
|
|
|
196
196
|
## 🔄 When to Update This File
|
|
197
197
|
|
|
198
|
-
Run `/
|
|
198
|
+
Run `/csetup` or `/designsetup` again when:
|
|
199
199
|
- ✅ Design tokens change (new colors, spacing)
|
|
200
200
|
- ✅ Component library changes (shadcn → Chakra UI)
|
|
201
201
|
- ✅ STYLE_GUIDE.md updated
|