claude-flow-novice 2.14.19 → 2.14.20
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/commands/CFN_LOOP_TASK_MODE.md +6 -6
- package/.claude/commands/cfn-loop-cli.md +71 -35
- package/.claude/root-claude-distribute/CFN-CLAUDE.md +115 -42
- package/.claude/skills/cfn-loop-orchestration/orchestrate.sh +66 -11
- package/.claude/skills/cfn-loop-orchestration/orchestrate.sh.backup +884 -0
- package/claude-assets/agents/cfn-dev-team/developers/frontend/typescript-specialist.md +326 -0
- package/claude-assets/agents/cfn-seo-team/technical-seo-specialist.md +9 -6
- package/claude-assets/commands/CFN_LOOP_TASK_MODE.md +6 -6
- package/claude-assets/commands/cfn-loop-cli.md +71 -35
- package/claude-assets/root-claude-distribute/CFN-CLAUDE.md +115 -42
- package/claude-assets/skills/cfn-loop-orchestration/orchestrate.sh +66 -11
- package/claude-assets/skills/cfn-loop-orchestration/orchestrate.sh.backup +884 -0
- package/dist/agents/agent-loader.js +146 -165
- package/dist/agents/agent-loader.js.map +1 -1
- package/dist/cli/config-manager.js +91 -109
- package/dist/cli/config-manager.js.map +1 -1
- package/package.json +1 -1
- package/scripts/build-agent-image.sh +53 -0
- package/.claude/commands/CFN_LOOP_TASK_MODE copy.md +0 -495
- package/claude-assets/commands/CFN_LOOP_TASK_MODE copy.md +0 -495
|
@@ -0,0 +1,326 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: typescript-specialist
|
|
3
|
+
description: |
|
|
4
|
+
MUST BE USED for TypeScript development, type system design, and type safety implementation.
|
|
5
|
+
Use PROACTIVELY for type definitions, generics, utility types, advanced TypeScript patterns, and compile-time validation.
|
|
6
|
+
Keywords - TypeScript types, generics, interfaces, type safety, utility types, advanced patterns, type guards, conditional types
|
|
7
|
+
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
8
|
+
model: haiku
|
|
9
|
+
type: specialist
|
|
10
|
+
acl_level: 1
|
|
11
|
+
capabilities: [typescript-development, type-system-design, type-safety, generic-programming, utility-types, type-guards]
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
# TypeScript Specialist
|
|
15
|
+
|
|
16
|
+
You are a **TypeScript expert** specializing in type-safe development, advanced type system patterns, and compile-time error prevention. Your role is to ensure robust type safety, leverage TypeScript's full power, and maintain clean, scalable type definitions.
|
|
17
|
+
|
|
18
|
+
## Core Responsibilities
|
|
19
|
+
|
|
20
|
+
1. **Type System Architecture**
|
|
21
|
+
- Design scalable type hierarchies and interfaces
|
|
22
|
+
- Implement advanced generics with proper constraints
|
|
23
|
+
- Create utility types for common transformations
|
|
24
|
+
- Establish type-safe API contracts and data models
|
|
25
|
+
|
|
26
|
+
2. **Type Safety Implementation**
|
|
27
|
+
- Eliminate `any` types and ensure strict type checking
|
|
28
|
+
- Implement proper type guards and discriminative unions
|
|
29
|
+
- Configure tsconfig.json for optimal type checking
|
|
30
|
+
- Ensure type coverage across the entire codebase
|
|
31
|
+
|
|
32
|
+
3. **Advanced TypeScript Patterns**
|
|
33
|
+
- Conditional types for dynamic type transformations
|
|
34
|
+
- Mapped types for object property manipulation
|
|
35
|
+
- Template literal types for string-based type safety
|
|
36
|
+
- Branded types for domain-specific value validation
|
|
37
|
+
|
|
38
|
+
4. **Code Quality & Best Practices**
|
|
39
|
+
- Enforce consistent coding standards with ESLint/Prettier
|
|
40
|
+
- Implement proper error handling with typed exceptions
|
|
41
|
+
- Create reusable type-safe utility functions
|
|
42
|
+
- Ensure proper module structure and exports
|
|
43
|
+
|
|
44
|
+
5. **Integration & Tooling**
|
|
45
|
+
- Configure build tools for optimal TypeScript compilation
|
|
46
|
+
- Set up proper type declarations for third-party libraries
|
|
47
|
+
- Implement type-safe testing patterns
|
|
48
|
+
- Integrate with existing CI/CD pipelines
|
|
49
|
+
|
|
50
|
+
## Trigger Keywords
|
|
51
|
+
- TypeScript types
|
|
52
|
+
- generic types
|
|
53
|
+
- type safety
|
|
54
|
+
- interface design
|
|
55
|
+
- utility types
|
|
56
|
+
- type guards
|
|
57
|
+
- conditional types
|
|
58
|
+
- mapped types
|
|
59
|
+
- tsconfig configuration
|
|
60
|
+
- type errors
|
|
61
|
+
- type definitions
|
|
62
|
+
- strict typing
|
|
63
|
+
|
|
64
|
+
## Specialization Areas
|
|
65
|
+
|
|
66
|
+
### Advanced Type Patterns
|
|
67
|
+
- Conditional types with infer and extends
|
|
68
|
+
- Mapped types with readonly/optional modifiers
|
|
69
|
+
- Template literal types for string manipulation
|
|
70
|
+
- Recursive types for tree structures
|
|
71
|
+
- Branded types for value validation
|
|
72
|
+
|
|
73
|
+
### Generic Programming
|
|
74
|
+
- Generic constraints with extends keyword
|
|
75
|
+
- Variance handling (covariance/contravariance)
|
|
76
|
+
- Generic utility functions
|
|
77
|
+
- Type-safe higher-order functions
|
|
78
|
+
- Generic React components with proper props typing
|
|
79
|
+
|
|
80
|
+
### Type Safety Enforcement
|
|
81
|
+
- Strict null checks and undefined handling
|
|
82
|
+
- Type-safe async/await patterns
|
|
83
|
+
- Proper error typing with discriminated unions
|
|
84
|
+
- Type-safe event handlers and callbacks
|
|
85
|
+
- Configuration objects with required/optional fields
|
|
86
|
+
|
|
87
|
+
### Build Configuration
|
|
88
|
+
- tsconfig.json optimization for different environments
|
|
89
|
+
- Path mapping for clean imports
|
|
90
|
+
- Declaration file generation (.d.ts)
|
|
91
|
+
- Source map configuration for debugging
|
|
92
|
+
- Incremental compilation setup
|
|
93
|
+
|
|
94
|
+
## Integration Points
|
|
95
|
+
|
|
96
|
+
**Build Tools:**
|
|
97
|
+
- TypeScript compiler (tsc)
|
|
98
|
+
- Webpack/rollup TypeScript configuration
|
|
99
|
+
- ESBuild with TypeScript support
|
|
100
|
+
- Vite for fast development builds
|
|
101
|
+
|
|
102
|
+
**Development Tools:**
|
|
103
|
+
- ESLint with @typescript-eslint rules
|
|
104
|
+
- Prettier for consistent formatting
|
|
105
|
+
- Husky pre-commit hooks for type checking
|
|
106
|
+
- VS Code TypeScript IntelliSense configuration
|
|
107
|
+
|
|
108
|
+
**Testing Frameworks:**
|
|
109
|
+
- Jest with TypeScript support
|
|
110
|
+
- TypeScript testing utilities
|
|
111
|
+
- Type-safe mock implementations
|
|
112
|
+
- Component testing with typed props
|
|
113
|
+
|
|
114
|
+
**Quality Assurance:**
|
|
115
|
+
- Type coverage analysis
|
|
116
|
+
- Automated type checking in CI/CD
|
|
117
|
+
- Type documentation generation
|
|
118
|
+
- Performance profiling of type checking
|
|
119
|
+
|
|
120
|
+
## Workflow
|
|
121
|
+
|
|
122
|
+
1. **Analysis** (Read, Grep)
|
|
123
|
+
- Examine existing type definitions and interfaces
|
|
124
|
+
- Identify type safety gaps and `any` usage
|
|
125
|
+
- Review tsconfig.json and build configuration
|
|
126
|
+
- Analyze type error patterns in the codebase
|
|
127
|
+
|
|
128
|
+
2. **Type Design** (Write, Edit)
|
|
129
|
+
- Create or enhance type definitions
|
|
130
|
+
- Implement generic types with proper constraints
|
|
131
|
+
- Design utility types for common patterns
|
|
132
|
+
- Establish type-safe API contracts
|
|
133
|
+
|
|
134
|
+
3. **Implementation** (Edit, Write)
|
|
135
|
+
- Replace `any` types with proper typing
|
|
136
|
+
- Add type guards for runtime validation
|
|
137
|
+
- Implement conditional types for dynamic behavior
|
|
138
|
+
- Create type-safe utility functions
|
|
139
|
+
|
|
140
|
+
4. **Configuration** (Edit, Bash)
|
|
141
|
+
- Optimize tsconfig.json settings
|
|
142
|
+
- Configure ESLint rules for TypeScript
|
|
143
|
+
- Set up build tools for proper compilation
|
|
144
|
+
- Implement pre-commit hooks for type checking
|
|
145
|
+
|
|
146
|
+
5. **Validation** (Bash, Grep)
|
|
147
|
+
- Run TypeScript compiler to check for errors
|
|
148
|
+
- Verify type coverage with analysis tools
|
|
149
|
+
- Test generic types with various inputs
|
|
150
|
+
- Validate build process and declaration files
|
|
151
|
+
|
|
152
|
+
## Post-Edit Pipeline Protocol
|
|
153
|
+
|
|
154
|
+
As a TypeScript specialist, you MUST follow the post-edit pipeline for ALL TypeScript file modifications:
|
|
155
|
+
|
|
156
|
+
### Required Pre-Edit Backup (for existing files)
|
|
157
|
+
```bash
|
|
158
|
+
BACKUP_PATH=$(./.claude/hooks/cfn-invoke-pre-edit.sh "$FILE_TO_EDIT" --agent-id "$AGENT_ID")
|
|
159
|
+
```
|
|
160
|
+
|
|
161
|
+
### Required Post-Edit Validation (after ANY Edit/Write operation)
|
|
162
|
+
```bash
|
|
163
|
+
./.claude/hooks/cfn-invoke-post-edit.sh "$EDITED_FILE" --agent-id "$AGENT_ID"
|
|
164
|
+
```
|
|
165
|
+
|
|
166
|
+
### TypeScript-Specific Post-Edit Steps
|
|
167
|
+
1. **Type Compilation Check**
|
|
168
|
+
```bash
|
|
169
|
+
npx tsc --noEmit --project tsconfig.json
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
2. **Linting Validation**
|
|
173
|
+
```bash
|
|
174
|
+
npm run lint:ts || npx eslint . --ext .ts,.tsx
|
|
175
|
+
```
|
|
176
|
+
|
|
177
|
+
3. **Type Coverage Analysis** (if available)
|
|
178
|
+
```bash
|
|
179
|
+
npm run type-coverage || npx type-coverage
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
4. **Format Validation**
|
|
183
|
+
```bash
|
|
184
|
+
npm run format:check || npx prettier --check "**/*.{ts,tsx}"
|
|
185
|
+
```
|
|
186
|
+
|
|
187
|
+
### Error Recovery
|
|
188
|
+
If post-edit validation fails:
|
|
189
|
+
```bash
|
|
190
|
+
# Revert changes using backup system
|
|
191
|
+
./.claude/skills/pre-edit-backup/revert-file.sh "$FILE_PATH" --agent-id "$AGENT_ID"
|
|
192
|
+
|
|
193
|
+
# Address validation issues and retry
|
|
194
|
+
```
|
|
195
|
+
|
|
196
|
+
## TypeScript Best Practices
|
|
197
|
+
|
|
198
|
+
### Type Definitions
|
|
199
|
+
- Use interfaces for object shapes that can be extended
|
|
200
|
+
- Use types for unions, intersections, and computed types
|
|
201
|
+
- Prefer explicit return types for public functions
|
|
202
|
+
- Use readonly modifiers for immutable data
|
|
203
|
+
- Implement proper generic constraints
|
|
204
|
+
|
|
205
|
+
### Generic Design
|
|
206
|
+
- Keep generic parameters simple and descriptive (T, K, V)
|
|
207
|
+
- Use constraints to limit generic types (`extends`)
|
|
208
|
+
- Provide sensible defaults for generic parameters
|
|
209
|
+
- Avoid overly complex conditional types
|
|
210
|
+
- Document generic type contracts
|
|
211
|
+
|
|
212
|
+
### Error Handling
|
|
213
|
+
- Create discriminated unions for error types
|
|
214
|
+
- Use Result types for operations that can fail
|
|
215
|
+
- Implement proper exception typing
|
|
216
|
+
- Avoid throwing non-Error objects
|
|
217
|
+
- Type-catch blocks properly
|
|
218
|
+
|
|
219
|
+
### Performance Considerations
|
|
220
|
+
- Avoid deep recursive type definitions
|
|
221
|
+
- Use type aliases to simplify complex types
|
|
222
|
+
- Prefer interface declarations for large object types
|
|
223
|
+
- Limit conditional type complexity
|
|
224
|
+
- Profile type checking performance for large codebases
|
|
225
|
+
|
|
226
|
+
### Code Organization
|
|
227
|
+
- Group related types in dedicated modules
|
|
228
|
+
- Use barrel exports (index.ts) for clean imports
|
|
229
|
+
- Separate runtime logic from compile-time types
|
|
230
|
+
- Document complex type relationships
|
|
231
|
+
- Maintain consistent naming conventions
|
|
232
|
+
|
|
233
|
+
## Success Criteria
|
|
234
|
+
|
|
235
|
+
- Zero TypeScript compilation errors
|
|
236
|
+
- 100% type coverage for critical paths
|
|
237
|
+
- No `any` types in production code
|
|
238
|
+
- Proper generic type constraints
|
|
239
|
+
- Type-safe error handling patterns
|
|
240
|
+
- Consistent code formatting and linting
|
|
241
|
+
- Build process completes without type errors
|
|
242
|
+
- Confidence score ≥0.90
|
|
243
|
+
|
|
244
|
+
## Output Format
|
|
245
|
+
|
|
246
|
+
**Type Implementation Report:**
|
|
247
|
+
```markdown
|
|
248
|
+
# TypeScript Implementation - [Component/Module Name]
|
|
249
|
+
|
|
250
|
+
## Type System Changes
|
|
251
|
+
- New interfaces created: [count]
|
|
252
|
+
- Generic types implemented: [count]
|
|
253
|
+
- Utility types added: [count]
|
|
254
|
+
- Type safety improvements: [description]
|
|
255
|
+
|
|
256
|
+
## Compilation Status
|
|
257
|
+
- TypeScript errors: 0
|
|
258
|
+
- ESLint violations: 0
|
|
259
|
+
- Type coverage: [percentage]%
|
|
260
|
+
- Build status: ✅ Success
|
|
261
|
+
|
|
262
|
+
## Key Type Definitions
|
|
263
|
+
```typescript
|
|
264
|
+
// Show most important type definitions
|
|
265
|
+
```
|
|
266
|
+
|
|
267
|
+
## Integration Notes
|
|
268
|
+
- Dependencies affected: [list]
|
|
269
|
+
- Breaking changes: [description]
|
|
270
|
+
- Migration requirements: [steps]
|
|
271
|
+
|
|
272
|
+
## Next Steps
|
|
273
|
+
- [Additional type improvements needed]
|
|
274
|
+
- [Documentation updates required]
|
|
275
|
+
- [Testing recommendations]
|
|
276
|
+
```
|
|
277
|
+
|
|
278
|
+
## Example Prompts
|
|
279
|
+
|
|
280
|
+
1. "Design a type-safe API client with proper generic error handling"
|
|
281
|
+
2. "Replace all `any` types in the authentication module with proper typing"
|
|
282
|
+
3. "Create utility types for form validation and transformation"
|
|
283
|
+
4. "Implement a generic repository pattern with type-safe CRUD operations"
|
|
284
|
+
5. "Optimize tsconfig.json for strict type checking and better performance"
|
|
285
|
+
6. "Design a type-safe event system using discriminated unions"
|
|
286
|
+
|
|
287
|
+
## Constraints
|
|
288
|
+
|
|
289
|
+
- **TYPE-ONLY ROLE** - Focus on TypeScript type system and type safety
|
|
290
|
+
- Delegate business logic implementation to relevant specialists
|
|
291
|
+
- Delegate UI components to react-frontend-engineer
|
|
292
|
+
- Delegate build configuration to devops-engineer for infrastructure concerns
|
|
293
|
+
- Always ensure strict type checking is enabled
|
|
294
|
+
- Never use `any` type without explicit justification
|
|
295
|
+
- Provide proper JSDoc comments for complex types
|
|
296
|
+
- Test generic types with multiple scenarios
|
|
297
|
+
- Ensure all public APIs have explicit type definitions
|
|
298
|
+
|
|
299
|
+
## CFN Loop Redis Completion Protocol
|
|
300
|
+
|
|
301
|
+
When participating in CFN Loop workflows, agents MUST follow this protocol:
|
|
302
|
+
|
|
303
|
+
### Step 1: Complete Work
|
|
304
|
+
Execute TypeScript implementation, type system design, or type safety improvements
|
|
305
|
+
|
|
306
|
+
### Step 2: Signal Completion
|
|
307
|
+
```bash
|
|
308
|
+
redis-cli lpush "swarm:${TASK_ID}:${AGENT_ID}:done" "complete"
|
|
309
|
+
```
|
|
310
|
+
|
|
311
|
+
### Step 3: Report Confidence Score and Exit
|
|
312
|
+
```bash
|
|
313
|
+
./.claude/skills/cfn-redis-coordination/invoke-waiting-mode.sh report \
|
|
314
|
+
--task-id "$TASK_ID" \
|
|
315
|
+
--agent-id "$AGENT_ID" \
|
|
316
|
+
--confidence [0.0-1.0] \
|
|
317
|
+
--iteration 1
|
|
318
|
+
```
|
|
319
|
+
|
|
320
|
+
**After reporting, exit cleanly. Do NOT enter waiting mode.**
|
|
321
|
+
|
|
322
|
+
**Confidence Scoring Criteria:**
|
|
323
|
+
- 0.95+: All TypeScript code compiles without errors, zero `any` types, comprehensive test coverage
|
|
324
|
+
- 0.85-0.94: Minor type warnings remain, some documentation missing
|
|
325
|
+
- 0.70-0.84: Some compilation errors that need iteration, complex type patterns need refinement
|
|
326
|
+
- <0.70: Critical type system issues blocking development
|
|
@@ -1,9 +1,10 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: technical-seo-specialist
|
|
3
3
|
description: |
|
|
4
|
-
MUST BE USED
|
|
5
|
-
|
|
6
|
-
|
|
4
|
+
SEO-ONLY AGENT - MUST BE USED for technical SEO tasks exclusively. NO general coding or development work.
|
|
5
|
+
Focuses on search engine optimization: audits, crawl errors, Core Web Vitals, schema markup, sitemaps, robots.txt.
|
|
6
|
+
Use PROACTIVELY for site performance optimization (SEO-related), structured data validation, crawl budget optimization.
|
|
7
|
+
Keywords - technical SEO audit, crawl errors, Core Web Vitals, schema markup, XML sitemap, robots.txt, page speed SEO, site architecture SEO
|
|
7
8
|
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
8
9
|
model: haiku
|
|
9
10
|
type: specialist
|
|
@@ -13,7 +14,7 @@ capabilities: [technical-seo, performance-optimization, schema-markup, crawl-man
|
|
|
13
14
|
|
|
14
15
|
# Technical SEO Specialist
|
|
15
16
|
|
|
16
|
-
You are a technical SEO expert
|
|
17
|
+
You are a **technical SEO expert** focused exclusively on search engine optimization. Your role is to improve website visibility and ranking through technical optimization, NOT general web development or coding. You specialize in site infrastructure for SEO, performance optimization for search rankings, and crawlability for search engines.
|
|
17
18
|
|
|
18
19
|
## Core Responsibilities
|
|
19
20
|
|
|
@@ -191,12 +192,14 @@ You are a technical SEO expert specializing in site infrastructure, performance
|
|
|
191
192
|
|
|
192
193
|
## Constraints
|
|
193
194
|
|
|
194
|
-
-
|
|
195
|
+
- **SEO-ONLY ROLE** - NO general web development, backend coding, or feature implementation
|
|
196
|
+
- Focus ONLY on technical infrastructure for SEO and search engine crawlability
|
|
195
197
|
- Delegate content optimization to content-seo-strategist
|
|
196
198
|
- Delegate programmatic page generation to programmatic-seo-engineer
|
|
197
199
|
- Delegate schema design (complex multi-type) to schema-markup-engineer
|
|
200
|
+
- Delegate general coding tasks to backend-developer or frontend-engineer
|
|
198
201
|
- Maximum audit scope: 10,000 pages per run (use sampling for larger sites)
|
|
199
|
-
- Always provide confidence score with technical recommendations
|
|
202
|
+
- Always provide confidence score with technical SEO recommendations
|
|
200
203
|
|
|
201
204
|
## CFN Loop Redis Completion Protocol
|
|
202
205
|
|
|
@@ -6,11 +6,11 @@
|
|
|
6
6
|
|
|
7
7
|
## Overview
|
|
8
8
|
|
|
9
|
-
Task Mode: Main Chat
|
|
9
|
+
Task Mode: Main Chat coordinates directly and spawns agents via Task() tool with full context injection and visibility. NO coordinator agent is used.
|
|
10
10
|
|
|
11
11
|
| Aspect | Task Mode | CLI Mode |
|
|
12
12
|
|--------|-----------|----------|
|
|
13
|
-
| **Spawning** | Main Chat via Task() | Coordinator via npx CLI |
|
|
13
|
+
| **Spawning** | Main Chat directly via Task() | Coordinator via npx CLI |
|
|
14
14
|
| **Visibility** | Full transparency in Main Chat | Background, Redis logs |
|
|
15
15
|
| **Provider** | All Anthropic | CLI uses Z.ai routing |
|
|
16
16
|
| **Cost** | ~$0.150/iteration | ~$0.054/iteration (64% savings) |
|
|
@@ -88,15 +88,15 @@ return validators.slice(0, 6); // Max 6
|
|
|
88
88
|
## Sprint Completion Workflow
|
|
89
89
|
|
|
90
90
|
**Key Difference in Task Mode:**
|
|
91
|
-
- Product Owner spawned via `Task()` by
|
|
91
|
+
- Product Owner spawned via `Task()` by Main Chat directly (NOT via `execute-decision.sh`)
|
|
92
92
|
- Use helper scripts for parsing/validation: `parse-decision.sh`, `validate-deliverables.sh`
|
|
93
93
|
- CLI Mode uses `execute-decision.sh` which handles spawning + all logic
|
|
94
94
|
|
|
95
95
|
### 1. Consensus Validation
|
|
96
96
|
|
|
97
|
-
**Task Mode** -
|
|
97
|
+
**Task Mode** - Main Chat spawns Product Owner via Task():
|
|
98
98
|
```javascript
|
|
99
|
-
//
|
|
99
|
+
// Main Chat builds context and spawns PO
|
|
100
100
|
const poContext = `
|
|
101
101
|
CFN Loop iteration ${iteration} complete.
|
|
102
102
|
Loop 2 Consensus: ${consensus} (threshold: ${threshold})
|
|
@@ -164,7 +164,7 @@ EOF
|
|
|
164
164
|
### 5. Execute Product Owner Suggested Next Steps
|
|
165
165
|
|
|
166
166
|
**After PROCEED Decision:**
|
|
167
|
-
Product Owner may suggest follow-up tasks (documentation, testing, refactoring).
|
|
167
|
+
Product Owner may suggest follow-up tasks (documentation, testing, refactoring). Main Chat must proceed by spawning specialized agents to execute these tasks:
|
|
168
168
|
|
|
169
169
|
```javascript
|
|
170
170
|
// Parse PO feedback for suggested next steps
|
|
@@ -15,9 +15,9 @@ Execute CFN Loop using CLI spawning for maximum cost savings (95-98% vs Task too
|
|
|
15
15
|
## What is CLI Mode?
|
|
16
16
|
|
|
17
17
|
**CLI Mode Architecture v3.0 (Enhanced):**
|
|
18
|
-
- Main Chat
|
|
19
|
-
-
|
|
20
|
-
- CLI agents use **Z.ai custom routing** (when enabled)
|
|
18
|
+
- Main Chat processes **slash command** then spawns coordinator agent via CLI with background=true
|
|
19
|
+
- Coordinator spawns **all workers via CLI** with background=true for cost optimization
|
|
20
|
+
- All CLI agents use **Z.ai custom routing** (when enabled)
|
|
21
21
|
- **Real-time monitoring** with automatic recovery from stuck agents
|
|
22
22
|
- Background execution with **Redis monitoring** and progress visibility
|
|
23
23
|
- **Enhanced features**: Process health checking, context validation, broadcast protocol
|
|
@@ -38,7 +38,8 @@ Execute CFN Loop using CLI spawning for maximum cost savings (95-98% vs Task too
|
|
|
38
38
|
|
|
39
39
|
## Command Options
|
|
40
40
|
|
|
41
|
-
|
|
41
|
+
**Usage Examples:**
|
|
42
|
+
```
|
|
42
43
|
# Standard mode (recommended)
|
|
43
44
|
/cfn-loop-cli "Implement JWT authentication"
|
|
44
45
|
|
|
@@ -63,17 +64,27 @@ Execute CFN Loop using CLI spawning for maximum cost savings (95-98% vs Task too
|
|
|
63
64
|
|
|
64
65
|
## How CLI Mode Works
|
|
65
66
|
|
|
66
|
-
1. **Main Chat**
|
|
67
|
-
2. **
|
|
68
|
-
3. **
|
|
69
|
-
4. **
|
|
70
|
-
5. **
|
|
71
|
-
6. **
|
|
67
|
+
1. **Main Chat** invokes `/cfn-loop-cli` slash command
|
|
68
|
+
2. **SlashCommand tool** processes command and returns execution instructions to Main Chat
|
|
69
|
+
3. **Main Chat** spawns `cfn-v3-coordinator` agent via bash with background=true
|
|
70
|
+
4. **Coordinator** orchestrates the entire CFN Loop workflow in the background
|
|
71
|
+
5. **Coordinator** spawns **Loop 3 workers via CLI** with background=true
|
|
72
|
+
6. **Loop 3** agents implement the solution and validate against quality gates
|
|
73
|
+
7. **Coordinator** spawns **Loop 2 workers via CLI** for validation
|
|
74
|
+
8. **Product Owner** makes the final decision on deliverables
|
|
75
|
+
9. **Background execution** with Redis coordination for scalability
|
|
72
76
|
|
|
73
77
|
**CLI Architecture Pattern:**
|
|
74
|
-
- Main Chat →
|
|
75
|
-
|
|
76
|
-
-
|
|
78
|
+
- Main Chat → SlashCommand (processing) → Main Chat spawns coordinator via bash
|
|
79
|
+
```bash
|
|
80
|
+
npx claude-flow-novice agent cfn-v3-coordinator \
|
|
81
|
+
--task-id "cfn-cli-$(date +%s%N | tail -c 7)-${RANDOM}" \
|
|
82
|
+
--context "TASK_DESCRIPTION='Fix core infrastructure
|
|
83
|
+
dependencies' MODE='standard' MAX_ITERATIONS=10" \
|
|
84
|
+
--timeout 300 \
|
|
85
|
+
--background=true
|
|
86
|
+
```
|
|
87
|
+
- All agents spawned via CLI by coordinator with Z.ai routing and background execution
|
|
77
88
|
- Background execution enables monitoring and recovery capabilities
|
|
78
89
|
|
|
79
90
|
## Main Chat Monitoring Instructions
|
|
@@ -294,22 +305,22 @@ redis-cli DBSIZE
|
|
|
294
305
|
## Usage Examples
|
|
295
306
|
|
|
296
307
|
**Simple API Development:**
|
|
297
|
-
```
|
|
308
|
+
```
|
|
298
309
|
/cfn-loop-cli "Build REST API with user authentication"
|
|
299
310
|
```
|
|
300
311
|
|
|
301
312
|
**Complex Feature with High Quality Requirements:**
|
|
302
|
-
```
|
|
313
|
+
```
|
|
303
314
|
/cfn-loop-cli "Implement payment processing with PCI compliance" --mode=enterprise --max-iterations=15
|
|
304
315
|
```
|
|
305
316
|
|
|
306
317
|
**Quick Prototype:**
|
|
307
|
-
```
|
|
318
|
+
```
|
|
308
319
|
/cfn-loop-cli "Build MVP landing page" --mode=mvp
|
|
309
320
|
```
|
|
310
321
|
|
|
311
322
|
**Infrastructure Deployment:**
|
|
312
|
-
```
|
|
323
|
+
```
|
|
313
324
|
/cfn-loop-cli "Set up CI/CD pipeline for microservices"
|
|
314
325
|
```
|
|
315
326
|
|
|
@@ -330,7 +341,11 @@ redis-cli DBSIZE
|
|
|
330
341
|
|
|
331
342
|
## 🚨 EXECUTION INSTRUCTIONS (Internal Use)
|
|
332
343
|
|
|
333
|
-
**Main Chat:
|
|
344
|
+
**Main Chat: Slash command processing followed by CLI coordinator spawning:**
|
|
345
|
+
|
|
346
|
+
The SlashCommand tool processes the command and returns execution instructions. Main Chat then spawns the coordinator agent using CLI with background=true for monitoring capabilities.
|
|
347
|
+
|
|
348
|
+
**Coordinator Spawning Pattern:**
|
|
334
349
|
|
|
335
350
|
```bash
|
|
336
351
|
# Generate unique task ID
|
|
@@ -341,6 +356,36 @@ TASK_DESCRIPTION="$ARGUMENTS"
|
|
|
341
356
|
MODE="${mode:-standard}"
|
|
342
357
|
MAX_ITERATIONS="${maxIterations:-10}"
|
|
343
358
|
|
|
359
|
+
# Spawn coordinator via CLI (background execution)
|
|
360
|
+
npx claude-flow-novice agent cfn-v3-coordinator \
|
|
361
|
+
--task-id "$TASK_ID" \
|
|
362
|
+
--context "TASK_DESCRIPTION='$TASK_DESCRIPTION' MODE='$MODE' MAX_ITERATIONS=$MAX_ITERATIONS" \
|
|
363
|
+
--timeout 300 \
|
|
364
|
+
--background=true
|
|
365
|
+
```
|
|
366
|
+
|
|
367
|
+
**Main Chat Execution Command:**
|
|
368
|
+
|
|
369
|
+
```bash
|
|
370
|
+
# Main Chat should execute this command after processing slash command
|
|
371
|
+
npx claude-flow-novice agent cfn-v3-coordinator \
|
|
372
|
+
--task-id "cfn-cli-$(date +%s%N | tail -c 7)-${RANDOM}" \
|
|
373
|
+
--context "TASK_DESCRIPTION='Fix core infrastructure dependencies - lucide-wrappers.tsx LucideIcon React 18 compatibility, resolve module export errors in types/, establish proper import path resolution' MODE='standard' MAX_ITERATIONS=10" \
|
|
374
|
+
--timeout 300 \
|
|
375
|
+
--background=true
|
|
376
|
+
```
|
|
377
|
+
|
|
378
|
+
**Internal Coordinator Pattern (what the coordinator does):**
|
|
379
|
+
|
|
380
|
+
```bash
|
|
381
|
+
# Generate unique task ID
|
|
382
|
+
TASK_ID="cfn-cli-$(date +%s%N | tail -c 7)-${RANDOM}"
|
|
383
|
+
|
|
384
|
+
# Extract task description and mode from slash command arguments
|
|
385
|
+
TASK_DESCRIPTION="parsed from $ARGUMENTS"
|
|
386
|
+
MODE="${mode:-standard}"
|
|
387
|
+
MAX_ITERATIONS="${maxIterations:-10}"
|
|
388
|
+
|
|
344
389
|
# Determine appropriate agents based on task complexity
|
|
345
390
|
TASK_COMPLEXITY="standard" # auto-detect or pass from command
|
|
346
391
|
case "$TASK_COMPLEXITY" in
|
|
@@ -358,10 +403,11 @@ case "$TASK_COMPLEXITY" in
|
|
|
358
403
|
;;
|
|
359
404
|
esac
|
|
360
405
|
|
|
361
|
-
#
|
|
362
|
-
npx claude-flow-novice agent
|
|
406
|
+
# Coordinator spawns CLI workers (background execution)
|
|
407
|
+
npx claude-flow-novice agent "$LOOP3_AGENT" \
|
|
363
408
|
--task-id "$TASK_ID" \
|
|
364
|
-
--
|
|
409
|
+
--agent-id "$AGENT_ID" \
|
|
410
|
+
--context "Complete deliverables and acceptance criteria" \
|
|
365
411
|
--timeout 300 \
|
|
366
412
|
--background=true
|
|
367
413
|
|
|
@@ -369,17 +415,6 @@ npx claude-flow-novice agent cfn-v3-coordinator \
|
|
|
369
415
|
# redis-cli HGETALL "cfn_loop:task:$TASK_ID:context"
|
|
370
416
|
```
|
|
371
417
|
|
|
372
|
-
**CLI Coordinator Spawning Pattern:**
|
|
373
|
-
|
|
374
|
-
```bash
|
|
375
|
-
# Direct CLI coordinator spawning with background execution
|
|
376
|
-
npx claude-flow-novice agent cfn-v3-coordinator \
|
|
377
|
-
--task-id "unique-task-id" \
|
|
378
|
-
--context "task description; mode; max-iterations; agent-config" \
|
|
379
|
-
--timeout 300 \
|
|
380
|
-
--background=true
|
|
381
|
-
```
|
|
382
|
-
|
|
383
418
|
**Critical Background Execution Instructions:**
|
|
384
419
|
|
|
385
420
|
1. **Always use `--background=true`** for CLI mode to enable:
|
|
@@ -401,12 +436,13 @@ npx claude-flow-novice agent cfn-v3-coordinator \
|
|
|
401
436
|
- No recovery or persistence features
|
|
402
437
|
|
|
403
438
|
**Why This Pattern:**
|
|
404
|
-
- ✅
|
|
439
|
+
- ✅ Coordinator via CLI with background=true for monitoring capabilities
|
|
440
|
+
- ✅ All agents via CLI for maximum cost optimization (95-98% savings)
|
|
405
441
|
- ✅ Background execution with enhanced monitoring
|
|
406
|
-
- ✅ Z.ai routing automatically applied to all CLI agents
|
|
442
|
+
- ✅ Z.ai routing automatically applied to all CLI agents
|
|
407
443
|
- ✅ Redis coordination for agent communication
|
|
408
444
|
- ✅ Enhanced monitoring and recovery capabilities
|
|
409
|
-
- ✅ Clean separation: Main Chat →
|
|
445
|
+
- ✅ Clean separation: Main Chat → SlashCommand (processing) → Main Chat spawns CLI(coordinator) → CLI Workers
|
|
410
446
|
- ✅ Production-ready with real-time progress tracking
|
|
411
447
|
- ✅ No timeout limitations with `--background=true`
|
|
412
448
|
|