@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.
@@ -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. `/psetup` - Project Setup (One-Time)
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
- ### 3. `/cdev {change-id}` - Start/Continue Development
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
- ### 4. `/cview {change-id}` - View Progress
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
- ### 5. `/cstatus {change-id}` - Quick Status
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. Always Run `/psetup` First
489
- - One-time project setup
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
- - Creates per-change context
496
- - Enables progress tracking
464
+ - Required for agent discovery
497
465
 
498
- ### 3. Use `/cdev` for Execution
466
+ ### 2. Use `/cdev` for Execution
499
467
  - Orchestrates agent workflow
500
468
  - Updates progress automatically
501
469
  - Handles user actions
502
470
 
503
- ### 4. Check Progress with `/cview` or `/cstatus`
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
- ### 5. Agents Update `flags.json` After Each Phase
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 `/psetup` to create domain/ structure
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
@@ -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 `/agentsetup`, 3-level indexing, and agent discovery flow.
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', '/psetup',
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 (/agentsetup, /csetup, /cdev)
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: /agentsetup
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: /agentsetup (regenerate tech-stack.md)
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 `/agentsetup` (tech stack changed)
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 `/agentsetup` or `/designsetup`
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 `/agentsetup`** to detect tech stack and generate best practices
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
- /psetup
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/agentsetup.md` - /agentsetup command (generates best practices)
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
- /psetup
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 `/psetup` or `/designsetup`**
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 `/psetup` or `/designsetup` again when:
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