claude-flow-novice 2.14.13 → 2.14.15
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 +7 -51
- package/.claude/commands/cfn-loop-cli.md +50 -125
- package/.claude/skills/cfn-agent-selector/SKILL.md +2 -2
- package/.claude/skills/cfn-agent-selector/select-agents.sh +0 -45
- package/.claude/skills/cfn-loop-orchestration/helpers/context-injection.sh +6 -69
- package/.claude/skills/cfn-loop-orchestration/orchestrate.sh +0 -17
- package/README.md +2 -2
- package/claude-assets/agents/cfn-dev-team/CLAUDE.md +3 -3
- package/claude-assets/agents/cfn-dev-team/README.md +1 -1
- package/claude-assets/agents/cfn-dev-team/coordinators/cfn-v3-coordinator.md +2 -2
- package/claude-assets/agents/cfn-dev-team/developers/README.md +3 -3
- package/claude-assets/agents/cfn-dev-team/documentation/agent-type-guidelines.md +1 -1
- package/claude-assets/agents/cfn-dev-team/test-agent.md +2 -2
- package/claude-assets/commands/CFN_LOOP_TASK_MODE.md +7 -51
- package/claude-assets/commands/cfn-loop-cli.md +50 -125
- package/claude-assets/skills/cfn-agent-selector/SKILL.md +2 -2
- package/claude-assets/skills/cfn-agent-selector/select-agents.sh +0 -45
- package/claude-assets/skills/cfn-loop-orchestration/helpers/context-injection.sh +6 -69
- package/claude-assets/skills/cfn-loop-orchestration/orchestrate.sh +0 -17
- package/claude-assets/skills/cfn-multi-coordinator-planning/README.md +256 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/SKILL.md +62 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/map-dependencies-conflicts.sh +376 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/plan-coordinator-resources.sh +258 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/plan-multi-coordinator-work.sh +267 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/plan-risk-rollout.sh +350 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/test-multi-coordinator-planning.sh +338 -0
- package/claude-assets/skills/cfn-multi-coordinator-planning/validate-task-planning.sh +189 -0
- package/dist/agents/agent-loader.js +165 -146
- package/dist/agents/agent-loader.js.map +1 -1
- package/package.json +1 -1
- package/.claude/skills/cfn-agent-selector/SKILL.md.backup_before_replace +0 -91
- package/.claude/skills/cfn-loop-orchestration/helpers/validate-task-context.sh +0 -241
- package/.claude/skills/pre-edit-backup/backup.sh +0 -130
- package/.claude/skills/pre-edit-backup/cleanup.sh +0 -155
- package/.claude/skills/pre-edit-backup/restore.sh +0 -128
- package/.claude/skills/pre-edit-backup/revert-file.sh +0 -168
- package/claude-assets/agents/cfn-dev-team/CLAUDE.md.backup_before_replace +0 -1086
- package/claude-assets/agents/cfn-dev-team/README.md.backup_before_replace +0 -116
- package/claude-assets/agents/cfn-dev-team/coordinators/cfn-v3-coordinator.md.backup_before_replace +0 -451
- package/claude-assets/agents/cfn-dev-team/developers/README.md.backup_before_replace +0 -69
- package/claude-assets/agents/cfn-dev-team/documentation/agent-type-guidelines.md.backup_before_replace +0 -465
- package/claude-assets/agents/cfn-dev-team/test-agent.md.backup_before_replace +0 -141
- package/claude-assets/skills/CFN-LOOP-VALIDATION.md +0 -202
- package/claude-assets/skills/REDIS-COORDINATION.md +0 -187
- package/claude-assets/skills/SKILL.md +0 -229
- package/claude-assets/skills/agent-discovery/agents-registry.json +0 -484
- package/claude-assets/skills/agent-name-validation/README.md +0 -28
- package/claude-assets/skills/agent-name-validation/SKILL.md +0 -168
- package/claude-assets/skills/agent-name-validation/validate-agent-names.sh +0 -47
- package/claude-assets/skills/cfn-agent-selector/SKILL.md.backup_before_replace +0 -91
- package/claude-assets/skills/cfn-loop-orchestration/helpers/validate-task-context.sh +0 -241
- package/claude-assets/skills/consensus-calculator.js +0 -45
- package/claude-assets/skills/evidence-chain.sql +0 -66
- package/claude-assets/skills/hook-pipeline/bash-dependency-checker.sh +0 -89
- package/claude-assets/skills/hook-pipeline/bash-pipe-safety.sh +0 -69
- package/claude-assets/skills/hook-pipeline/enforce-lf.sh +0 -36
- package/claude-assets/skills/hook-pipeline/js-promise-safety.sh +0 -110
- package/claude-assets/skills/hook-pipeline/python-async-safety.py +0 -124
- package/claude-assets/skills/hook-pipeline/python-import-checker.py +0 -114
- package/claude-assets/skills/hook-pipeline/python-subprocess-safety.py +0 -77
- package/claude-assets/skills/hook-pipeline/rust-command-safety.sh +0 -38
- package/claude-assets/skills/hook-pipeline/rust-dependency-checker.sh +0 -50
- package/claude-assets/skills/hook-pipeline/rust-future-safety.sh +0 -50
- package/claude-assets/skills/pre-edit-backup/backup.sh +0 -130
- package/claude-assets/skills/pre-edit-backup/cleanup.sh +0 -155
- package/claude-assets/skills/pre-edit-backup/restore.sh +0 -128
- package/claude-assets/skills/pre-edit-backup/revert-file.sh +0 -168
- package/claude-assets/skills/run-all-skill-tests.sh +0 -124
- package/claude-assets/skills/seo-orchestration/SKILL.md +0 -292
- package/claude-assets/skills/seo-orchestration/orchestrate-seo.sh +0 -566
- package/claude-assets/skills/seo-orchestration/orchestrate-seo.sh.backup +0 -755
- package/claude-assets/skills/seo-orchestration/validate-consensus.sh +0 -270
- package/claude-assets/skills/team-provider-routing/execute-agent.sh +0 -76
- package/claude-assets/skills/test-execution-coordinator-pattern.md +0 -228
|
@@ -1,465 +0,0 @@
|
|
|
1
|
-
# Agent Type Guidelines
|
|
2
|
-
|
|
3
|
-
**Version:** 2.0.0
|
|
4
|
-
**Last Updated:** 2025-09-30
|
|
5
|
-
|
|
6
|
-
## Overview
|
|
7
|
-
|
|
8
|
-
This document provides specific guidance for creating different types of agents based on their primary function.
|
|
9
|
-
|
|
10
|
-
---
|
|
11
|
-
|
|
12
|
-
## 1. Coder Agents
|
|
13
|
-
|
|
14
|
-
### For Rust (VALIDATED)
|
|
15
|
-
|
|
16
|
-
**Basic Tasks:** Use CODE-HEAVY
|
|
17
|
-
|
|
18
|
-
```yaml
|
|
19
|
-
Tasks:
|
|
20
|
-
- String processing
|
|
21
|
-
- Basic error handling
|
|
22
|
-
- Simple data structures
|
|
23
|
-
- CRUD operations
|
|
24
|
-
- Configuration parsing
|
|
25
|
-
|
|
26
|
-
Expected Improvement: +43% quality vs Minimal
|
|
27
|
-
|
|
28
|
-
Validation Hooks:
|
|
29
|
-
- agent-template-validator (validates SQLite lifecycle, ACL declarations)
|
|
30
|
-
- cfn-loop-memory-validator (validates ACL levels for memory operations)
|
|
31
|
-
- test-coverage-validator (validates ≥80% line, ≥75% branch coverage)
|
|
32
|
-
|
|
33
|
-
ACL Level: 1 (Private - agent-scoped data)
|
|
34
|
-
SQLite: Persist confidence scores, implementation notes
|
|
35
|
-
```
|
|
36
|
-
|
|
37
|
-
**Complex Tasks:** Use MINIMAL
|
|
38
|
-
|
|
39
|
-
```yaml
|
|
40
|
-
Tasks:
|
|
41
|
-
- Lock-free algorithms
|
|
42
|
-
- Lifetime-complex generics
|
|
43
|
-
- Unsafe code design
|
|
44
|
-
- Embedded HAL
|
|
45
|
-
- Async runtime design
|
|
46
|
-
|
|
47
|
-
Expected Improvement: +31% quality vs Code-Heavy
|
|
48
|
-
|
|
49
|
-
Validation Hooks:
|
|
50
|
-
- agent-template-validator (validates SQLite lifecycle, ACL declarations)
|
|
51
|
-
- cfn-loop-memory-validator (validates ACL levels for memory operations)
|
|
52
|
-
- test-coverage-validator (validates ≥80% line, ≥75% branch coverage)
|
|
53
|
-
|
|
54
|
-
ACL Level: 1 (Private - agent-scoped data)
|
|
55
|
-
SQLite: Persist confidence scores, implementation notes
|
|
56
|
-
```
|
|
57
|
-
|
|
58
|
-
**Example Agents:**
|
|
59
|
-
- `benchmarking-tests/test-agent-code-heavy.md` - Basic tasks
|
|
60
|
-
- `benchmarking-tests/test-agent-minimal.md` - Complex tasks
|
|
61
|
-
|
|
62
|
-
### For JavaScript/TypeScript (HYPOTHESIS)
|
|
63
|
-
|
|
64
|
-
Apply same principles but validate with testing:
|
|
65
|
-
|
|
66
|
-
**Basic Tasks:** Code-Heavy
|
|
67
|
-
- Simple React components
|
|
68
|
-
- Express route handlers
|
|
69
|
-
- Utility functions
|
|
70
|
-
- Basic async/await
|
|
71
|
-
|
|
72
|
-
**Complex Tasks:** Minimal
|
|
73
|
-
- State management architecture
|
|
74
|
-
- Complex React patterns (render props, HOCs)
|
|
75
|
-
- Performance optimization
|
|
76
|
-
- TypeScript advanced types
|
|
77
|
-
|
|
78
|
-
---
|
|
79
|
-
|
|
80
|
-
## 2. Reviewer Agents
|
|
81
|
-
|
|
82
|
-
**Recommended Format:** MINIMAL
|
|
83
|
-
|
|
84
|
-
**Rationale:**
|
|
85
|
-
- Reviews require contextual reasoning
|
|
86
|
-
- Over-specification creates checklist mentality
|
|
87
|
-
- Need flexibility to identify novel issues
|
|
88
|
-
- Trust AI's pattern recognition
|
|
89
|
-
|
|
90
|
-
**Validation Hooks:**
|
|
91
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
92
|
-
- `cfn-loop-memory-validator` (validates ACL levels for memory operations)
|
|
93
|
-
|
|
94
|
-
**ACL Level:** 3 (Swarm - shared across validation team)
|
|
95
|
-
|
|
96
|
-
**SQLite Requirements:**
|
|
97
|
-
- Persist review feedback, validation consensus
|
|
98
|
-
- Store findings with appropriate ACL for team access
|
|
99
|
-
|
|
100
|
-
**Key Responsibilities:**
|
|
101
|
-
- Assess code quality, readability, and maintainability
|
|
102
|
-
- Identify bugs, security issues, and performance problems
|
|
103
|
-
- Suggest architectural improvements
|
|
104
|
-
- Ensure adherence to best practices
|
|
105
|
-
|
|
106
|
-
**Review Approach:**
|
|
107
|
-
|
|
108
|
-
### 1. Initial Assessment
|
|
109
|
-
- Understand the change's purpose
|
|
110
|
-
- Review related context (issues, documentation)
|
|
111
|
-
- Identify the scope and impact
|
|
112
|
-
|
|
113
|
-
### 2. Deep Analysis
|
|
114
|
-
- **Correctness**: Does it work as intended?
|
|
115
|
-
- **Security**: Any vulnerabilities?
|
|
116
|
-
- **Performance**: Efficiency concerns?
|
|
117
|
-
- **Maintainability**: Easy to understand and modify?
|
|
118
|
-
- **Testing**: Adequate test coverage?
|
|
119
|
-
|
|
120
|
-
### 3. Provide Feedback
|
|
121
|
-
- Be specific and actionable
|
|
122
|
-
- Explain the "why" behind suggestions
|
|
123
|
-
- Offer alternatives when critiquing
|
|
124
|
-
- Acknowledge good patterns
|
|
125
|
-
|
|
126
|
-
**Example:** `quality/reviewer.md`
|
|
127
|
-
|
|
128
|
-
---
|
|
129
|
-
|
|
130
|
-
## 3. Architect Agents
|
|
131
|
-
|
|
132
|
-
**Recommended Format:** MINIMAL
|
|
133
|
-
|
|
134
|
-
**Rationale:**
|
|
135
|
-
- Architecture requires strategic thinking
|
|
136
|
-
- Solutions must be context-specific
|
|
137
|
-
- Over-constraining limits creative solutions
|
|
138
|
-
- Need to consider trade-offs dynamically
|
|
139
|
-
|
|
140
|
-
**Validation Hooks:**
|
|
141
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
142
|
-
- `cfn-loop-memory-validator` (validates ACL levels for memory operations)
|
|
143
|
-
|
|
144
|
-
**ACL Level:** 3 (Swarm - coordinate multiple agents)
|
|
145
|
-
|
|
146
|
-
**SQLite Requirements:**
|
|
147
|
-
- Persist ADRs (Architecture Decision Records) with 1 year retention
|
|
148
|
-
- Store design decisions with appropriate ACL for team access
|
|
149
|
-
- All architectural decisions MUST persist to SQLite for audit trail
|
|
150
|
-
|
|
151
|
-
**Core Responsibilities:**
|
|
152
|
-
- Design system architectures from requirements
|
|
153
|
-
- Make strategic technical decisions
|
|
154
|
-
- Evaluate technology trade-offs
|
|
155
|
-
- Create architectural documentation
|
|
156
|
-
|
|
157
|
-
**Approach:**
|
|
158
|
-
|
|
159
|
-
### Requirements Analysis
|
|
160
|
-
Extract functional and non-functional requirements, identify constraints and quality attributes, understand stakeholder needs.
|
|
161
|
-
|
|
162
|
-
### Architecture Design
|
|
163
|
-
Apply appropriate patterns (microservices, event-driven, CQRS), consider trade-offs, document decisions with ADRs.
|
|
164
|
-
|
|
165
|
-
### Decision Making
|
|
166
|
-
Framework for evaluating options with explicit trade-off documentation.
|
|
167
|
-
|
|
168
|
-
**Collaboration:**
|
|
169
|
-
- Work with Coder agents for implementation guidance
|
|
170
|
-
- Coordinate with Reviewer agents for design validation
|
|
171
|
-
- Provide specifications to DevOps for infrastructure
|
|
172
|
-
- Share ADRs via memory system
|
|
173
|
-
|
|
174
|
-
**Example:** `architecture/system-architect.md`
|
|
175
|
-
|
|
176
|
-
---
|
|
177
|
-
|
|
178
|
-
## 4. Tester Agents
|
|
179
|
-
|
|
180
|
-
**Recommended Format:** CODE-HEAVY for unit tests, METADATA for test strategy
|
|
181
|
-
|
|
182
|
-
**Rationale:**
|
|
183
|
-
- Unit tests benefit from concrete patterns
|
|
184
|
-
- Test structure is often formulaic
|
|
185
|
-
- Examples show proper assertion style
|
|
186
|
-
- But test strategy needs metadata structure
|
|
187
|
-
|
|
188
|
-
**Validation Hooks:**
|
|
189
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
190
|
-
- `test-coverage-validator` (validates ≥80% line, ≥75% branch coverage)
|
|
191
|
-
|
|
192
|
-
**ACL Level:** 3 (Swarm - shared across validation team)
|
|
193
|
-
|
|
194
|
-
**SQLite Requirements:**
|
|
195
|
-
- Persist test results, coverage metrics
|
|
196
|
-
- Store test strategy with appropriate ACL for team access
|
|
197
|
-
|
|
198
|
-
**Test Patterns:**
|
|
199
|
-
|
|
200
|
-
### Rust Testing Pattern
|
|
201
|
-
|
|
202
|
-
```rust
|
|
203
|
-
#[cfg(test)]
|
|
204
|
-
mod tests {
|
|
205
|
-
use super::*;
|
|
206
|
-
|
|
207
|
-
#[test]
|
|
208
|
-
fn test_success_case() {
|
|
209
|
-
let result = function_under_test(valid_input);
|
|
210
|
-
assert_eq!(result, expected_output);
|
|
211
|
-
}
|
|
212
|
-
|
|
213
|
-
#[test]
|
|
214
|
-
fn test_error_case() {
|
|
215
|
-
let result = function_under_test(invalid_input);
|
|
216
|
-
assert!(result.is_err());
|
|
217
|
-
}
|
|
218
|
-
|
|
219
|
-
#[test]
|
|
220
|
-
#[should_panic(expected = "error message")]
|
|
221
|
-
fn test_panic_case() {
|
|
222
|
-
function_that_should_panic();
|
|
223
|
-
}
|
|
224
|
-
}
|
|
225
|
-
```
|
|
226
|
-
|
|
227
|
-
### JavaScript Testing Pattern
|
|
228
|
-
|
|
229
|
-
```javascript
|
|
230
|
-
describe('ModuleName', () => {
|
|
231
|
-
beforeEach(() => {
|
|
232
|
-
// Setup
|
|
233
|
-
});
|
|
234
|
-
|
|
235
|
-
afterEach(() => {
|
|
236
|
-
// Cleanup
|
|
237
|
-
});
|
|
238
|
-
|
|
239
|
-
test('should handle success case', () => {
|
|
240
|
-
const result = functionUnderTest(validInput);
|
|
241
|
-
expect(result).toEqual(expectedOutput);
|
|
242
|
-
});
|
|
243
|
-
|
|
244
|
-
test('should handle error case', async () => {
|
|
245
|
-
await expect(asyncFunction(invalidInput))
|
|
246
|
-
.rejects.toThrow('error message');
|
|
247
|
-
});
|
|
248
|
-
});
|
|
249
|
-
```
|
|
250
|
-
|
|
251
|
-
**Test Strategy:**
|
|
252
|
-
|
|
253
|
-
```yaml
|
|
254
|
-
Coverage Requirements:
|
|
255
|
-
unit_tests: 85%
|
|
256
|
-
integration_tests: 70%
|
|
257
|
-
e2e_tests: 30%
|
|
258
|
-
|
|
259
|
-
Test Categories:
|
|
260
|
-
- Happy path tests
|
|
261
|
-
- Error condition tests
|
|
262
|
-
- Edge case tests
|
|
263
|
-
- Performance tests (if applicable)
|
|
264
|
-
```
|
|
265
|
-
|
|
266
|
-
**Example:** `testing/unit/tdd-london-swarm.md`
|
|
267
|
-
|
|
268
|
-
---
|
|
269
|
-
|
|
270
|
-
## 5. Researcher Agents
|
|
271
|
-
|
|
272
|
-
**Recommended Format:** MINIMAL
|
|
273
|
-
|
|
274
|
-
**Rationale:**
|
|
275
|
-
- Research requires open-ended exploration
|
|
276
|
-
- Avoid bias from excessive structure
|
|
277
|
-
- Let evidence guide conclusions
|
|
278
|
-
- Need flexibility in methodology
|
|
279
|
-
|
|
280
|
-
**Validation Hooks:**
|
|
281
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
282
|
-
|
|
283
|
-
**ACL Level:** 1 (Private) or 3 (Swarm) depending on context
|
|
284
|
-
|
|
285
|
-
**SQLite Requirements:**
|
|
286
|
-
- Persist research findings, competitive analysis
|
|
287
|
-
- Store with appropriate ACL based on sharing requirements
|
|
288
|
-
|
|
289
|
-
**Core Responsibilities:**
|
|
290
|
-
- Research technologies, patterns, and best practices
|
|
291
|
-
- Analyze trade-offs and alternatives
|
|
292
|
-
- Provide evidence-based recommendations
|
|
293
|
-
- Stay current with industry trends
|
|
294
|
-
|
|
295
|
-
**Research Approach:**
|
|
296
|
-
|
|
297
|
-
1. **Define Scope**: Clarify what needs research
|
|
298
|
-
2. **Gather Information**: Use multiple sources
|
|
299
|
-
3. **Analyze Findings**: Evaluate objectively
|
|
300
|
-
4. **Synthesize**: Draw actionable conclusions
|
|
301
|
-
5. **Document**: Clear, referenced reports
|
|
302
|
-
|
|
303
|
-
**Success Metrics:**
|
|
304
|
-
- Recommendations are actionable
|
|
305
|
-
- Research is thorough and unbiased
|
|
306
|
-
- Sources are credible and current
|
|
307
|
-
|
|
308
|
-
**Example:** `researcher.md`
|
|
309
|
-
|
|
310
|
-
---
|
|
311
|
-
|
|
312
|
-
## 6. DevOps Agents
|
|
313
|
-
|
|
314
|
-
**Recommended Format:** METADATA
|
|
315
|
-
|
|
316
|
-
**Rationale:**
|
|
317
|
-
- DevOps involves structured workflows
|
|
318
|
-
- Clear requirements for CI/CD pipelines
|
|
319
|
-
- Deployment checklists are essential
|
|
320
|
-
- Balance structure with flexibility
|
|
321
|
-
|
|
322
|
-
**Validation Hooks:**
|
|
323
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
324
|
-
- `cfn-loop-memory-validator` (validates ACL levels for memory operations)
|
|
325
|
-
|
|
326
|
-
**ACL Level:** 3 (Swarm - coordinate with team)
|
|
327
|
-
|
|
328
|
-
**SQLite Requirements:**
|
|
329
|
-
- Persist deployment logs, infrastructure state
|
|
330
|
-
- Store pipeline configurations with appropriate ACL
|
|
331
|
-
|
|
332
|
-
**Pipeline Structure:**
|
|
333
|
-
|
|
334
|
-
```yaml
|
|
335
|
-
CI Pipeline Stages:
|
|
336
|
-
1_build:
|
|
337
|
-
steps: [checkout, dependencies, compile]
|
|
338
|
-
failure_action: fail_fast
|
|
339
|
-
|
|
340
|
-
2_test:
|
|
341
|
-
steps: [unit_tests, integration_tests, e2e_tests]
|
|
342
|
-
coverage_threshold: 80%
|
|
343
|
-
|
|
344
|
-
3_quality:
|
|
345
|
-
steps: [lint, security_scan, dependency_audit]
|
|
346
|
-
blocking: true
|
|
347
|
-
|
|
348
|
-
4_deploy:
|
|
349
|
-
environments: [staging, production]
|
|
350
|
-
strategy: blue_green
|
|
351
|
-
rollback_enabled: true
|
|
352
|
-
```
|
|
353
|
-
|
|
354
|
-
**Deployment Strategy:**
|
|
355
|
-
|
|
356
|
-
```yaml
|
|
357
|
-
Deployment Process:
|
|
358
|
-
pre_deployment:
|
|
359
|
-
- backup_database
|
|
360
|
-
- notify_team
|
|
361
|
-
- create_deployment_tag
|
|
362
|
-
|
|
363
|
-
deployment:
|
|
364
|
-
- deploy_to_staging
|
|
365
|
-
- run_smoke_tests
|
|
366
|
-
- await_approval
|
|
367
|
-
- deploy_to_production
|
|
368
|
-
|
|
369
|
-
post_deployment:
|
|
370
|
-
- verify_health_checks
|
|
371
|
-
- monitor_metrics
|
|
372
|
-
- notify_completion
|
|
373
|
-
|
|
374
|
-
rollback_triggers:
|
|
375
|
-
- error_rate > 5%
|
|
376
|
-
- response_time > 2s
|
|
377
|
-
- health_check_failures > 3
|
|
378
|
-
```
|
|
379
|
-
|
|
380
|
-
**Example:** `devops/ci-cd/ops-cicd-github.md`
|
|
381
|
-
|
|
382
|
-
---
|
|
383
|
-
|
|
384
|
-
## 7. Coordinator Agents
|
|
385
|
-
|
|
386
|
-
**Recommended Format:** METADATA
|
|
387
|
-
|
|
388
|
-
**Rationale:**
|
|
389
|
-
- Coordination involves structured workflows
|
|
390
|
-
- Multi-agent orchestration requires clear patterns
|
|
391
|
-
- Blocking coordination needs explicit signal handling
|
|
392
|
-
- Balance structure with flexibility for agent management
|
|
393
|
-
|
|
394
|
-
**Validation Hooks:**
|
|
395
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
396
|
-
- `cfn-loop-memory-validator` (validates ACL levels for memory operations)
|
|
397
|
-
- `blocking-coordination-validator` (validates HMAC secrets, signal ACK patterns, state machine logic)
|
|
398
|
-
|
|
399
|
-
**ACL Level:** 3 (Swarm - coordinate multiple agents)
|
|
400
|
-
|
|
401
|
-
**SQLite Requirements:**
|
|
402
|
-
- Persist coordination signals, agent assignments
|
|
403
|
-
- Store task delegation and progress tracking
|
|
404
|
-
- All coordination state MUST persist for recovery
|
|
405
|
-
|
|
406
|
-
**Blocking Coordination Requirements:**
|
|
407
|
-
- Import `BlockingCoordinationSignals` and `CoordinatorTimeoutHandler`
|
|
408
|
-
- Use HMAC secret from `process.env.BLOCKING_COORDINATION_SECRET`
|
|
409
|
-
- Implement signal sending and ACK waiting patterns
|
|
410
|
-
- Handle timeout scenarios with graceful degradation
|
|
411
|
-
|
|
412
|
-
**Core Responsibilities:**
|
|
413
|
-
- Orchestrate multi-agent workflows
|
|
414
|
-
- Manage task delegation and dependencies
|
|
415
|
-
- Handle blocking coordination with signal ACK protocol
|
|
416
|
-
- Monitor agent progress and handle failures
|
|
417
|
-
|
|
418
|
-
**Example:** Coordinator agents in CFN Loop phases
|
|
419
|
-
|
|
420
|
-
---
|
|
421
|
-
|
|
422
|
-
## 8. Product Owner Agent (CFN Loop 4 Only)
|
|
423
|
-
|
|
424
|
-
**Recommended Format:** MINIMAL
|
|
425
|
-
|
|
426
|
-
**Rationale:**
|
|
427
|
-
- Strategic GOAP decisions require high-level reasoning
|
|
428
|
-
- Must evaluate complex trade-offs
|
|
429
|
-
- Context-sensitive decision making
|
|
430
|
-
- No over-specification to allow flexible analysis
|
|
431
|
-
|
|
432
|
-
**Validation Hooks:**
|
|
433
|
-
- `agent-template-validator` (validates SQLite lifecycle, ACL declarations)
|
|
434
|
-
- `cfn-loop-memory-validator` (validates ACL levels for memory operations)
|
|
435
|
-
|
|
436
|
-
**ACL Level:** 4 (Project - strategic decisions)
|
|
437
|
-
|
|
438
|
-
**SQLite Requirements:**
|
|
439
|
-
- Persist GOAP decisions (PROCEED/DEFER/ESCALATE) with 365 day retention for compliance
|
|
440
|
-
- Store backlog items with appropriate ACL for project access
|
|
441
|
-
- All strategic decisions MUST persist to SQLite for audit trail
|
|
442
|
-
|
|
443
|
-
**Core Responsibilities:**
|
|
444
|
-
- Make autonomous GOAP decisions after Loop 2 consensus validation
|
|
445
|
-
- Evaluate PROCEED (relaunch Loop 3) vs DEFER (approve, backlog issues) vs ESCALATE (human review)
|
|
446
|
-
- Manage backlog items and prioritization
|
|
447
|
-
- Ensure compliance with retention policies
|
|
448
|
-
|
|
449
|
-
**Example:** Product Owner agent in CFN Loop 4 decision gate
|
|
450
|
-
|
|
451
|
-
---
|
|
452
|
-
|
|
453
|
-
## Agent Selection Guide
|
|
454
|
-
|
|
455
|
-
**Core Development**: coder, tester, reviewer
|
|
456
|
-
**Backend**: backend-dev, api-docs, system-architect
|
|
457
|
-
**Frontend**: coder (specialized), mobile-dev
|
|
458
|
-
**Quality**: tester, reviewer, security-specialist, perf-analyzer
|
|
459
|
-
**Planning**: researcher, planner, architect
|
|
460
|
-
**Coordination**: coordinator (with blocking-coordination-validator)
|
|
461
|
-
**Operations**: devops-engineer, cicd-engineer
|
|
462
|
-
**Documentation**: api-docs, researcher
|
|
463
|
-
**Strategic**: product-owner (CFN Loop 4 only)
|
|
464
|
-
|
|
465
|
-
**Select agents based on actual task needs, not predefined patterns.**
|
|
@@ -1,141 +0,0 @@
|
|
|
1
|
-
# Epic Creator Deletion Issue - Complete Summary
|
|
2
|
-
|
|
3
|
-
**Date:** 2025-11-03
|
|
4
|
-
**Status:** RESOLVED
|
|
5
|
-
**Versions:** v2.14.5 (epic-creator added), v2.14.6 (init bug fixed)
|
|
6
|
-
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
## Problem
|
|
10
|
-
|
|
11
|
-
The `epic-creator.md` coordinator agent kept getting deleted from `.claude/agents/cfn-dev-team/coordinators/` after being created and committed.
|
|
12
|
-
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
## Root Cause
|
|
16
|
-
|
|
17
|
-
**Every `npx claude-flow-novice` command triggered `cfn-init`**, which overwrote the entire `.claude/agents/cfn-dev-team/` directory from the npm package.
|
|
18
|
-
|
|
19
|
-
### Why It Happened
|
|
20
|
-
|
|
21
|
-
1. `package.json` has `"postinstall": "node scripts/init-project.js"`
|
|
22
|
-
2. Running `npx claude-flow-novice agent backend-dev` triggers postinstall
|
|
23
|
-
3. `init-project.js` ran `cfn-init` unconditionally
|
|
24
|
-
4. cfn-init copied package version of cfn-dev-team/, overwriting local files
|
|
25
|
-
5. epic-creator.md (and other local customizations) got deleted
|
|
26
|
-
|
|
27
|
-
### Trigger Pattern
|
|
28
|
-
|
|
29
|
-
```bash
|
|
30
|
-
# Each of these triggered cfn-init:
|
|
31
|
-
npx claude-flow-novice agent backend-dev
|
|
32
|
-
npx claude-flow-novice agent reviewer
|
|
33
|
-
npx claude-flow-novice agent epic-creator
|
|
34
|
-
|
|
35
|
-
# In test sessions running hundreds of npx commands:
|
|
36
|
-
# = hundreds of cfn-init runs = constant file deletion
|
|
37
|
-
```
|
|
38
|
-
|
|
39
|
-
---
|
|
40
|
-
|
|
41
|
-
## Solution
|
|
42
|
-
|
|
43
|
-
### Phase 1: Add epic-creator to Package (v2.14.5)
|
|
44
|
-
|
|
45
|
-
```bash
|
|
46
|
-
# Copy epic-creator to package assets
|
|
47
|
-
cp .claude/agents/cfn-dev-team/coordinators/epic-creator.md \
|
|
48
|
-
claude-assets/agents/cfn-dev-team/coordinators/
|
|
49
|
-
|
|
50
|
-
# Publish to npm
|
|
51
|
-
npm version patch
|
|
52
|
-
npm publish
|
|
53
|
-
```
|
|
54
|
-
|
|
55
|
-
**Result:** Users can now get epic-creator via normal installation.
|
|
56
|
-
|
|
57
|
-
---
|
|
58
|
-
|
|
59
|
-
### Phase 2: Fix Init-on-Every-NPX Bug (v2.14.6)
|
|
60
|
-
|
|
61
|
-
**Changes to `scripts/init-project.js`:**
|
|
62
|
-
|
|
63
|
-
```javascript
|
|
64
|
-
async function initializeCfnProject() {
|
|
65
|
-
// Skip initialization if already initialized
|
|
66
|
-
const markerPath = '.claude/.cfn-initialized';
|
|
67
|
-
if (fs.existsSync(markerPath)) {
|
|
68
|
-
// Silently skip - already initialized
|
|
69
|
-
return;
|
|
70
|
-
}
|
|
71
|
-
|
|
72
|
-
// ... existing init logic ...
|
|
73
|
-
|
|
74
|
-
// Create marker file after successful init
|
|
75
|
-
fs.writeFileSync('.claude/.cfn-initialized', new Date().toISOString());
|
|
76
|
-
}
|
|
77
|
-
```
|
|
78
|
-
|
|
79
|
-
**How It Works:**
|
|
80
|
-
1. First `npx claude-flow-novice` command → runs full init → creates marker
|
|
81
|
-
2. Subsequent commands → sees marker → skips init → files preserved
|
|
82
|
-
3. Force reinit: `rm .claude/.cfn-initialized && npx cfn-init`
|
|
83
|
-
|
|
84
|
-
---
|
|
85
|
-
|
|
86
|
-
## Epic Creator Agent
|
|
87
|
-
|
|
88
|
-
**Purpose:** Transforms natural language epic descriptions into structured JSON configs for CFN Loop execution.
|
|
89
|
-
|
|
90
|
-
**Three Personas:**
|
|
91
|
-
- **CTO:** Technical architecture, dependencies, risk assessment
|
|
92
|
-
- **Product Owner:** Value prioritization, scope boundaries
|
|
93
|
-
- **Project Manager:** Phase decomposition, deliverables, estimates
|
|
94
|
-
|
|
95
|
-
**Key Features:**
|
|
96
|
-
- Decomposes epics into 3-7 focused phases
|
|
97
|
-
- Selects appropriate Loop 3/Loop 2 agents per phase
|
|
98
|
-
- Defines concrete deliverables with file paths
|
|
99
|
-
- Sets mode-appropriate thresholds (MVP/Standard/Enterprise)
|
|
100
|
-
- Validates configuration completeness
|
|
101
|
-
|
|
102
|
-
**Location:** `.claude/agents/cfn-dev-team/coordinators/epic-creator.md` (3.7KB)
|
|
103
|
-
|
|
104
|
-
**Usage:**
|
|
105
|
-
```bash
|
|
106
|
-
npx claude-flow-novice agent epic-creator \
|
|
107
|
-
--prompt "Create epic for user authentication system with JWT and OAuth2"
|
|
108
|
-
```
|
|
109
|
-
|
|
110
|
-
---
|
|
111
|
-
|
|
112
|
-
## Published Versions
|
|
113
|
-
|
|
114
|
-
**v2.14.5** (Published 2025-11-03)
|
|
115
|
-
- Includes epic-creator in package distribution
|
|
116
|
-
- Users get it automatically on install
|
|
117
|
-
|
|
118
|
-
**v2.14.6** (Published 2025-11-03)
|
|
119
|
-
- Fixes init-on-every-npx bug
|
|
120
|
-
- Preserves local customizations
|
|
121
|
-
- Faster CLI performance
|
|
122
|
-
|
|
123
|
-
**Install Latest:**
|
|
124
|
-
```bash
|
|
125
|
-
npm install claude-flow-novice@latest
|
|
126
|
-
npx cfn-init # Only runs once, creates marker
|
|
127
|
-
```
|
|
128
|
-
|
|
129
|
-
---
|
|
130
|
-
|
|
131
|
-
## Current Status
|
|
132
|
-
|
|
133
|
-
**RESOLVED:** Both epic-creator availability and init-on-every-npx bug are fixed.
|
|
134
|
-
|
|
135
|
-
**Users on v2.14.6+ will:**
|
|
136
|
-
- Get epic-creator automatically
|
|
137
|
-
- Experience fast npx startup
|
|
138
|
-
- Keep local customizations safe
|
|
139
|
-
- Have stable cfn-dev-team directory
|
|
140
|
-
|
|
141
|
-
**No further action required.**
|