@champpaba/claude-agent-kit 2.3.0 โ†’ 2.4.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.
package/.claude/CLAUDE.md CHANGED
@@ -1,8 +1,8 @@
1
1
  # CLAUDE.md
2
2
 
3
3
  > **Navigation Hub for AI Agents**
4
- > **Template Version:** 2.3.0 - Zero-Maintenance Tech Detection
5
- > **Latest:** Dynamic library detection via Context7 (any language, no hardcoded mappings) + Claude 4.5 optimized agents
4
+ > **Template Version:** 2.4.0 - Adaptive Depth Research
5
+ > **Latest:** Dynamic research layers (0-10+) per change + Zero-maintenance tech detection + Claude 4.5 optimized agents
6
6
 
7
7
  ---
8
8
 
@@ -185,19 +185,31 @@ Universal, framework-agnostic template for AI-assisted development.
185
185
  - ๐Ÿ“œ **Scroll Patterns:** stacking-cards, parallax, fade-in, slide-in
186
186
  - ๐Ÿ–ผ๏ธ **Decorative Direction:** USE/AVOID elements for theme consistency
187
187
 
188
- **Flow:**
188
+ **Flow (v2.4.0):**
189
189
  ```
190
190
  /extract โ†’ .claude/extractions/*.json
191
191
  โ†“
192
192
  /designsetup โ†’ tokens.json + patterns/*.md + STYLE_GUIDE.md
193
193
  โ†“
194
- /pageplan โ†’ page-plan.md (reads tokens.json, auto-detects page type)
194
+ /pageplan โ†’ page-plan.md (VISUAL: layout, components, animations, assets)
195
195
  โ†“
196
- /csetup โ†’ phases.md (reads page-plan.md)
196
+ /csetup โ†’ research-checklist.md (RESEARCH: best practices, content, UX)
197
+ โ†’ best-practices/*.md (Stack: Context7)
198
+ โ†’ phases.md
197
199
  โ†“
198
- /cdev โ†’ uxui-frontend (reads tokens.json + patterns/*.md selectively)
200
+ /cdev โ†’ uxui-frontend reads:
201
+ - tokens.json (design tokens)
202
+ - patterns/*.md (code patterns)
203
+ - page-plan.md (visual structure)
204
+ - research-checklist.md (content & UX)
199
205
  ```
200
206
 
207
+ **Separation of Concerns:**
208
+ | Command | Focus | Output |
209
+ |---------|-------|--------|
210
+ | `/pageplan` | Visual (layout, wireframe, animations) | `page-plan.md` |
211
+ | `/csetup` | Research (best practices, content, UX) | `research-checklist.md` |
212
+
201
213
  ---
202
214
 
203
215
  ## โšก Context Optimization (v2.0.0)
@@ -218,33 +230,30 @@ Universal, framework-agnostic template for AI-assisted development.
218
230
 
219
231
  ---
220
232
 
221
- ## ๐Ÿ“‹ Page Planning System (v2.0.0 - Auto Page Type Detection)
233
+ ## ๐Ÿ“‹ Page Planning System (v2.4.0 - Visual Planning Only)
222
234
 
223
235
  **โ†’ See:** `@/.claude/lib/detailed-guides/page-planning.md` for complete guide
224
236
 
225
237
  **Quick Summary:**
226
- - **Problem:** Agents duplicate components (Navbar 3x), use random colors, lorem ipsum content, wrong decorations for page type
227
- - **Solution:** `/pageplan @prd.md @brief.md` โ†’ Generates `openspec/changes/{id}/page-plan.md` with:
228
- - **Auto page type detection** (landing/dashboard/auth from proposal.md/tasks.md)
229
- - **tokens.json integration** (style, theme, animations, decorative direction)
230
- - **Selective pattern loading** (only load patterns relevant to page type)
238
+ - **Problem:** Agents duplicate components (Navbar 3x), wrong layout structure
239
+ - **Solution:** `/pageplan` โ†’ Generates `openspec/changes/{id}/page-plan.md` with:
231
240
  - Component reuse plan โœ… (prevent duplicates)
232
- - Buyer avatar analysis (Eugene Schwartz framework) **for marketing pages only**
233
- - Conversion-optimized content (pain โ†’ promise โ†’ CTA) **for marketing pages only**
241
+ - Layout wireframe (ASCII art for Desktop/Tablet/Mobile)
242
+ - Animation blueprint (hover, focus, transition patterns)
234
243
  - Asset checklist โœ… (performance-optimized)
235
244
 
236
- **Page Type Handling:**
237
- | Page Type | Decorations | Scroll Anims | Buyer Avatar | Patterns Loaded |
238
- |-----------|-------------|--------------|--------------|-----------------|
239
- | Landing/Marketing | โœ… Full | โœ… Enabled | โœ… Enabled | buttons, cards, scroll-anims, decorations |
240
- | Dashboard/Admin | โŒ Minimal | โŒ Disabled | โŒ Skipped | buttons, cards, forms |
241
- | Auth (Login/Register) | โŒ None | โŒ Disabled | โŒ Skipped | buttons, forms |
245
+ > **Note:** Content strategy and conversion copy moved to `/csetup` (Adaptive Depth Research)
246
+
247
+ **What Goes Where:**
248
+ | Concern | Command | Output File |
249
+ |---------|---------|-------------|
250
+ | Components, Layout, Animations | `/pageplan` | `page-plan.md` |
251
+ | Content, Conversion, UX Research | `/csetup` | `research-checklist.md` |
242
252
 
243
253
  **Benefits:**
244
- - Auto-detects page type from context (no manual config)
245
- - Theme + decorations from tokens.json applied consistently
246
- - 84% token reduction (selective pattern loading)
247
- - Conversion-optimized only where needed (marketing pages)
254
+ - Clear separation of Visual vs Research
255
+ - No duplication between commands
256
+ - Agents know exactly which file has which information
248
257
 
249
258
  ---
250
259
 
@@ -296,6 +305,128 @@ User: "Build login system"
296
305
 
297
306
  ---
298
307
 
308
+ ## ๐Ÿ†• v2.4.0: Adaptive Depth Research
309
+
310
+ **Problem Solved:** Previous feature detection was hardcoded (only 4 types: auth, payment, fileUpload, apiDesign) and used fixed standards. Missing domain-level best practices like "how to design a good database" or "healthcare compliance requirements."
311
+
312
+ **Solution:** Dynamic research layers that adapt to each change's complexity (0 to 10+ layers).
313
+
314
+ ### Key Principles
315
+
316
+ | Principle | Description |
317
+ |-----------|-------------|
318
+ | L1 = Best Practice (ALWAYS) | "เธ„เธ™เธญเธทเนˆเธ™เธ—เธณเธเธฑเธ™เธขเธฑเธ‡เน„เธ‡?" (How do others do it?) for ALL non-trivial changes |
319
+ | Dynamic Depth | No fixed min/max - truly adaptive (0-10+ layers) |
320
+ | Separation of Concerns | Visual (/designsetup) is STATIC, Strategy (research) is DYNAMIC |
321
+ | Per-Change Output | Generates `research-checklist.md` for each change |
322
+ | Design Conflict Warnings | Warns if industry practice conflicts with user's design choices |
323
+
324
+ ### Layer Examples by Change Type
325
+
326
+ | Change Type | Layers | Example Layers |
327
+ |-------------|--------|----------------|
328
+ | Typo fix, debug log | 0 | None needed |
329
+ | Simple API endpoint | 2 | Best Practice, API Design |
330
+ | Auth system | 4 | Best Practice, Security, API Design, Testing |
331
+ | E-commerce checkout | 7 | Best Practice, Security, UX, Payment, Integration, Performance, Testing |
332
+ | Healthcare portal | 10 | Best Practice, Security, Compliance (HIPAA), UX, Data Architecture, API, Performance, Testing, Integration, Audit |
333
+
334
+ ### Knowledge Sources (Separated)
335
+
336
+ | Step | Knowledge Type | Source | Example |
337
+ |------|----------------|--------|---------|
338
+ | **2.6** | Domain (HOW to design) | Claude's Knowledge | Normalization, UX patterns, Security |
339
+ | **2.7** | Stack (HOW to use tool) | Context7 | Prisma, React, Next.js |
340
+
341
+ ### How It Works
342
+
343
+ ```
344
+ 1. Analyze change from proposal.md, tasks.md, design.md
345
+ โ†’ Detect: primaryType, complexity, riskLevel, domains, features
346
+
347
+ 2. Determine research layers dynamically:
348
+ - Trivial (complexity โ‰ค 1, no UI/API/DB) โ†’ 0 layers
349
+ - Non-trivial โ†’ L1 Best Practice + context-specific layers
350
+
351
+ 3. Execute research per layer using Claude's knowledge:
352
+ - Claude knows: UX (Nielsen Norman, Baymard), DB (Codd), Security (OWASP)
353
+ - No static files needed - Claude reasons from training
354
+ - No WebSearch needed - domain knowledge is stable
355
+
356
+ 4. Generate research-checklist.md with:
357
+ - Key questions per layer
358
+ - Best practices (from Claude's knowledge)
359
+ - Anti-patterns to avoid
360
+ - Trade-offs explained
361
+ - Recommendations specific to THIS change
362
+
363
+ 5. Agents read research-checklist.md before implementing
364
+ ```
365
+
366
+ **WHY Claude's Knowledge?**
367
+ - Domain principles rarely change (Normalization = 50 years, REST = 20 years)
368
+ - No maintenance needed (no static files to update)
369
+ - Context-aware (Claude applies principles to YOUR specific change)
370
+ - Stack knowledge goes to Context7 (Step 2.7) which has live docs
371
+
372
+ ### Available Research Layers
373
+
374
+ | Layer | Triggered By |
375
+ |-------|--------------|
376
+ | Best Practice / Industry Standard | Always (non-trivial changes) |
377
+ | Security Requirements | hasAuth, hasPayment, hasSensitiveData |
378
+ | {Industry} Compliance | healthcare, fintech, or other regulated industries |
379
+ | User Experience Patterns | isExternalFacing + hasUI |
380
+ | Conversion Psychology | marketing/sales pages |
381
+ | Content Strategy | marketing/content pages |
382
+ | Data Architecture | hasDatabase, data-intensive |
383
+ | API Design | hasAPI |
384
+ | Multi-tenancy Patterns | SaaS with tenant isolation |
385
+ | Real-time Architecture | WebSocket, collaboration features |
386
+ | Performance Optimization | external-facing OR complexity โ‰ฅ 6 |
387
+ | Integration Patterns | external APIs, webhooks |
388
+ | Testing Strategy | HIGH risk OR complexity โ‰ฅ 7 |
389
+
390
+ ### Files Changed
391
+
392
+ | File | Change |
393
+ |------|--------|
394
+ | `csetup.md` Step 2.6 | Complete rewrite - Adaptive Depth Research |
395
+ | `analyzeChangeCharacteristics()` | New: semantic analysis of change context |
396
+ | `determineResearchLayers()` | New: dynamic layer selection |
397
+ | `executeLayerResearch()` | New: Context7 + semantic research |
398
+ | `generateResearchChecklist()` | New: markdown output per change |
399
+ | `checkDesignConflicts()` | New: warns on design vs industry fit |
400
+
401
+ ### Output Example
402
+
403
+ ```markdown
404
+ # Research Checklist: healthcare-portal
405
+
406
+ > Generated by Adaptive Depth Research (v2.4.0)
407
+ > Complexity: 9/10 | Risk: HIGH
408
+
409
+ ## Summary
410
+
411
+ | Layer | Focus | Status |
412
+ |-------|-------|--------|
413
+ | L1: Best Practice | How do others implement healthcare? | โณ Pending |
414
+ | L2: Security Requirements | What security measures? | โณ Pending |
415
+ | L3: Healthcare Compliance | What HIPAA regulations? | โณ Pending |
416
+ ...
417
+
418
+ ## L1: Best Practice / Industry Standard
419
+
420
+ **Focus:** How do others implement healthcare portals?
421
+
422
+ ### Key Questions
423
+ - [ ] What is the industry standard for healthcare portals?
424
+ - [ ] What are common patterns and anti-patterns?
425
+ ...
426
+ ```
427
+
428
+ ---
429
+
299
430
  ## ๐Ÿ†• v2.3.0: Zero-Maintenance Tech Stack Detection
300
431
 
301
432
  **Problem Solved:** Previously, `/csetup` required hardcoded regex patterns and Context7 ID mappings for each library. Adding support for new libraries (like SQLAlchemy, Pydantic, Rust crates) required code changes.