claude-flow-novice 2.14.35 → 2.14.36
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 +1 -1
- package/.claude/commands/switch-api.md +1 -1
- package/.claude/skills/cfn-loop-orchestration/orchestrate.sh +2 -1
- package/.claude/skills/cfn-loop-validation/config.json +2 -2
- package/claude-assets/agents/README-AGENT_LIFECYCLE.md +37 -10
- package/claude-assets/agents/README-VALIDATION.md +0 -8
- package/claude-assets/agents/cfn-dev-team/README.md +0 -8
- package/claude-assets/agents/cfn-dev-team/coordinators/README.md +1 -9
- package/claude-assets/agents/cfn-dev-team/developers/README.md +1 -9
- package/claude-assets/agents/cfn-dev-team/documentation/README-VALIDATION.md +0 -8
- package/claude-assets/agents/cfn-dev-team/documentation/agent-type-guidelines.md +0 -10
- package/claude-assets/agents/cfn-dev-team/reviewers/README.md +1 -9
- package/claude-assets/agents/cfn-dev-team/reviewers/quality/quality-metrics.md +0 -10
- package/claude-assets/agents/cfn-dev-team/test-agent.md +0 -10
- package/claude-assets/agents/cfn-dev-team/testers/README.md +1 -9
- package/claude-assets/agents/csuite/cto-agent.md +0 -10
- package/claude-assets/agents/custom/cfn-system-expert.md +1 -128
- package/claude-assets/agents/docker-coordinators/cfn-docker-v3-coordinator.md +1 -5
- package/claude-assets/agents/docker-team/csuite/c-suite-template.md +1 -5
- package/claude-assets/agents/docker-team/infrastructure/team-coordinator-template.md +1 -5
- package/claude-assets/agents/marketing_hybrid/cost_tracker.md +0 -10
- package/claude-assets/agents/marketing_hybrid/docker_deployer.md +0 -10
- package/claude-assets/agents/marketing_hybrid/zai_worker_spawner.md +0 -10
- package/claude-assets/commands/CFN_LOOP_TASK_MODE.md +1 -1
- package/claude-assets/commands/switch-api.md +1 -1
- package/claude-assets/skills/cfn-loop-orchestration/orchestrate.sh +2 -1
- package/claude-assets/skills/cfn-loop-validation/config.json +2 -2
- package/claude-assets/skills/cfn-process-instrumentation/instrument-process.sh +324 -322
- package/claude-assets/skills/cfn-task-config-init/initialize-config.sh +2 -2
- package/claude-assets/skills/cfn-task-mode-sanitize/task-mode-env-sanitizer.sh +213 -182
- package/claude-assets/skills/cfn-validation-runner-instrumentation/wrapped-executor.sh +233 -271
- package/dist/agents/agent-loader.js +467 -133
- package/dist/agents/agent-loader.js.map +1 -1
- package/dist/cli/config-manager.js +109 -91
- package/dist/cli/config-manager.js.map +1 -1
- package/package.json +1 -1
- package/scripts/docker-build-mcp.sh +155 -0
- package/scripts/docker-test-mcp.sh +260 -0
- package/scripts/mcp-health-check.sh +123 -0
|
@@ -467,7 +467,7 @@ Complex/Enterprise (>5 files, >500 LOC): +code-analyzer
|
|
|
467
467
|
### Complexity Analysis CLI
|
|
468
468
|
```bash
|
|
469
469
|
./.claude/skills/task-complexity/analyze.sh --task "$DESC" --files "$LIST"
|
|
470
|
-
# Output: {"score": 85, "category": "standard", "validators": ["reviewer","tester","
|
|
470
|
+
# Output: {"score": 85, "category": "standard", "validators": ["reviewer","tester","architect","security-specialist"], "threshold": 0.90}
|
|
471
471
|
```
|
|
472
472
|
|
|
473
473
|
---
|
|
@@ -15,7 +15,7 @@ Switch Main Chat and Task() tool API provider between Z.ai (cost-optimized) and
|
|
|
15
15
|
**Arguments:**
|
|
16
16
|
- `status` - Show current routing configuration (default)
|
|
17
17
|
- `zai` - Route Main Chat + Task tool to Z.ai for cost savings
|
|
18
|
-
- `max` - Route Main Chat + Task tool to Anthropic for quality
|
|
18
|
+
- `max` or `claude` - Route Main Chat + Task tool to Anthropic for quality
|
|
19
19
|
|
|
20
20
|
**What This Does:**
|
|
21
21
|
|
|
@@ -23,7 +23,8 @@ set -euo pipefail
|
|
|
23
23
|
|
|
24
24
|
# Determine PROJECT_ROOT first before any other operations
|
|
25
25
|
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
|
|
26
|
-
|
|
26
|
+
# Fixed path resolution - go up 4 levels from cfn-loop-orchestration to project root (.claude/skills/cfn-loop-orchestration -> .claude/skills -> .claude -> project root)
|
|
27
|
+
PROJECT_ROOT="$(cd "$SCRIPT_DIR/../../.." && pwd)"
|
|
27
28
|
|
|
28
29
|
# ⚠️ ANTI-023 MEMORY LEAK PROTECTION:
|
|
29
30
|
# Task Mode validation moved to after argument parsing at line 276
|
|
@@ -55,12 +55,12 @@
|
|
|
55
55
|
"security-specialist",
|
|
56
56
|
"tester",
|
|
57
57
|
"analyst",
|
|
58
|
-
"
|
|
58
|
+
"architect"
|
|
59
59
|
],
|
|
60
60
|
"productOwnerStructure": "team",
|
|
61
61
|
"planningConsensus": {
|
|
62
62
|
"enabled": true,
|
|
63
|
-
"architectTypes": ["system-architect", "security-specialist"],
|
|
63
|
+
"architectTypes": ["architect", "system-architect", "security-specialist"],
|
|
64
64
|
"threshold": 0.85
|
|
65
65
|
},
|
|
66
66
|
"productOwnerTeam": {
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: readme-agent-lifecycle
|
|
3
|
-
description: Documentation file for agent lifecycle management and CFN loop protocols
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Agent Lifecycle Documentation
|
|
10
2
|
|
|
11
3
|
**Version:** 2.0 (Post-Waiting Mode Removal)
|
|
@@ -60,6 +52,15 @@ This document clarifies the complete lifecycle of agents in the CFN Loop system,
|
|
|
60
52
|
2. **Report confidence:**
|
|
61
53
|
```bash
|
|
62
54
|
./.claude/skills/redis-coordination/invoke-waiting-mode.sh report \
|
|
55
|
+
|
|
56
|
+
**After reporting, exit cleanly. Do NOT enter waiting mode.**
|
|
57
|
+
|
|
58
|
+
**Why This Matters:**
|
|
59
|
+
- Orchestrator collects confidence/consensus scores from Redis
|
|
60
|
+
- Enables adaptive agent specialization for next iteration
|
|
61
|
+
- Prevents orchestrator blocking on wait $PID
|
|
62
|
+
- Coordinator spawns appropriate specialist based on feedback type
|
|
63
|
+
|
|
63
64
|
--task-id "$TASK_ID" \
|
|
64
65
|
--agent-id "$AGENT_ID" \
|
|
65
66
|
--confidence [0.0-1.0] \
|
|
@@ -105,6 +106,15 @@ redis-cli lpush "swarm:${TASK_ID}:${AGENT_ID}:done" "complete"
|
|
|
105
106
|
### Step 3: Report Confidence Score
|
|
106
107
|
```bash
|
|
107
108
|
./.claude/skills/redis-coordination/invoke-waiting-mode.sh report \
|
|
109
|
+
|
|
110
|
+
**After reporting, exit cleanly. Do NOT enter waiting mode.**
|
|
111
|
+
|
|
112
|
+
**Why This Matters:**
|
|
113
|
+
- Orchestrator collects confidence/consensus scores from Redis
|
|
114
|
+
- Enables adaptive agent specialization for next iteration
|
|
115
|
+
- Prevents orchestrator blocking on wait $PID
|
|
116
|
+
- Coordinator spawns appropriate specialist based on feedback type
|
|
117
|
+
|
|
108
118
|
--task-id "$TASK_ID" \
|
|
109
119
|
--agent-id "$AGENT_ID" \
|
|
110
120
|
--confidence [0.0-1.0] \
|
|
@@ -155,6 +165,15 @@ redis-cli lpush "swarm:${TASK_ID}:${AGENT_ID}:done" "complete"
|
|
|
155
165
|
### Step 5: Report Consensus Score
|
|
156
166
|
```bash
|
|
157
167
|
./.claude/skills/redis-coordination/invoke-waiting-mode.sh report \
|
|
168
|
+
|
|
169
|
+
**After reporting, exit cleanly. Do NOT enter waiting mode.**
|
|
170
|
+
|
|
171
|
+
**Why This Matters:**
|
|
172
|
+
- Orchestrator collects confidence/consensus scores from Redis
|
|
173
|
+
- Enables adaptive agent specialization for next iteration
|
|
174
|
+
- Prevents orchestrator blocking on wait $PID
|
|
175
|
+
- Coordinator spawns appropriate specialist based on feedback type
|
|
176
|
+
|
|
158
177
|
--task-id "$TASK_ID" \
|
|
159
178
|
--agent-id "$AGENT_ID" \
|
|
160
179
|
--confidence [0.0-1.0] \
|
|
@@ -280,7 +299,6 @@ CONFIDENCE=$(redis-cli get "swarm:${TASK_ID}:${AGENT_ID}:confidence")
|
|
|
280
299
|
### ❌ Anti-Pattern 1: Waiting Mode
|
|
281
300
|
```bash
|
|
282
301
|
# WRONG - DO NOT USE:
|
|
283
|
-
./.claude/skills/redis-coordination/invoke-waiting-mode.sh wait \
|
|
284
302
|
--task-id "$TASK_ID" \
|
|
285
303
|
--agent-id "$AGENT_ID"
|
|
286
304
|
```
|
|
@@ -328,6 +346,15 @@ redis-cli lpush "swarm:${TASK_ID}:${AGENT_ID}:done" "complete"
|
|
|
328
346
|
|
|
329
347
|
# Step 2: Report confidence
|
|
330
348
|
./.claude/skills/redis-coordination/invoke-waiting-mode.sh report \
|
|
349
|
+
|
|
350
|
+
**After reporting, exit cleanly. Do NOT enter waiting mode.**
|
|
351
|
+
|
|
352
|
+
**Why This Matters:**
|
|
353
|
+
- Orchestrator collects confidence/consensus scores from Redis
|
|
354
|
+
- Enables adaptive agent specialization for next iteration
|
|
355
|
+
- Prevents orchestrator blocking on wait $PID
|
|
356
|
+
- Coordinator spawns appropriate specialist based on feedback type
|
|
357
|
+
|
|
331
358
|
--task-id "$TASK_ID" \
|
|
332
359
|
--agent-id "$AGENT_ID" \
|
|
333
360
|
--confidence 0.95 \
|
|
@@ -492,4 +519,4 @@ swarm:{TASK_ID}:metrics:iteration_start → List of timestamps
|
|
|
492
519
|
|
|
493
520
|
**Version History:**
|
|
494
521
|
- v1.0: Original with waiting mode
|
|
495
|
-
- v2.0 (2025-10-21): Waiting mode removed, PATTERN-022 compliant
|
|
522
|
+
- v2.0 (2025-10-21): Waiting mode removed, PATTERN-022 compliant
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: readme-validation-main
|
|
3
|
-
description: Documentation file for agent profile validation tool and standards compliance
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Agent Profile Validation Tool
|
|
10
2
|
|
|
11
3
|
A comprehensive validation script that checks agent profiles against CLAUDE.md standards and provides actionable feedback.
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: coordinators-readme
|
|
3
|
-
description: Documentation file for CFN dev team coordinators overview and usage patterns
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Coordinators
|
|
10
2
|
|
|
11
3
|
Agent profiles for coordination and orchestration of multi-agent workflows.
|
|
@@ -47,4 +39,4 @@ Coordinator handles all agent spawning internally via orchestration scripts.
|
|
|
47
39
|
## Related Skills
|
|
48
40
|
- `.claude/skills/cfn-redis-coordination/` - Multi-agent coordination patterns
|
|
49
41
|
- `.claude/skills/cfn-loop-validation/` - CFN Loop mechanics
|
|
50
|
-
- `.claude/skills/cfn-agent-spawning/` - CLI spawning patterns
|
|
42
|
+
- `.claude/skills/cfn-agent-spawning/` - CLI spawning patterns
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: developers-readme
|
|
3
|
-
description: Documentation file for CFN dev team developers overview and implementation standards
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Developers
|
|
10
2
|
|
|
11
3
|
Implementation agents focused on building features and components.
|
|
@@ -74,4 +66,4 @@ Developers MUST run after every file edit:
|
|
|
74
66
|
./.claude/hooks/cfn-invoke-post-edit.sh "$EDITED_FILE" --agent-id "$AGENT_ID"
|
|
75
67
|
```
|
|
76
68
|
|
|
77
|
-
This ensures code quality, test coverage, and security validation.
|
|
69
|
+
This ensures code quality, test coverage, and security validation.
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: readme-validation
|
|
3
|
-
description: Documentation file for agent profile validation tool usage and standards
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Agent Profile Validation Tool
|
|
10
2
|
|
|
11
3
|
A comprehensive validation script that checks agent profiles against CLAUDE.md standards and provides actionable feedback.
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: agent-type-guidelines
|
|
3
|
-
description: MUST BE USED when creating agent type guidelines and documentation. Use PROACTIVELY for agent architecture, type definitions, development standards. Keywords - agent, guidelines, types, architecture, development
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: sonnet
|
|
6
|
-
type: specialist
|
|
7
|
-
acl_level: 2
|
|
8
|
-
capabilities: [agent-documentation, type-guidelines, architecture-standards]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# Agent Type Guidelines
|
|
12
2
|
|
|
13
3
|
**Version:** 2.0.0
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: reviewers-readme
|
|
3
|
-
description: Documentation file for CFN dev team reviewers overview and code review standards
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Reviewers
|
|
10
2
|
|
|
11
3
|
Code review and validation agents focused on quality assurance.
|
|
@@ -63,4 +55,4 @@ Structured feedback with:
|
|
|
63
55
|
- Critical issues (blocking)
|
|
64
56
|
- Warnings (should fix)
|
|
65
57
|
- Suggestions (improvements)
|
|
66
|
-
- Specific file/line references
|
|
58
|
+
- Specific file/line references
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: quality-metrics
|
|
3
|
-
description: MUST BE USED when measuring agent effectiveness and code quality validation. Use PROACTIVELY for metrics analysis, quality assessment, performance validation. Keywords - quality, metrics, validation, measurement, effectiveness
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: haiku
|
|
6
|
-
type: validator
|
|
7
|
-
acl_level: 2
|
|
8
|
-
capabilities: [quality-metrics, performance-analysis, validation]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# Quality Metrics & Validation
|
|
12
2
|
|
|
13
3
|
**Version:** 2.0.0
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: test-agent
|
|
3
|
-
description: MUST BE USED when documenting epic creator deletion issues and bug fixes. Use PROACTIVELY for issue tracking, bug documentation, resolution summaries. Keywords - test, bug, issue, documentation, epic, deletion
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: haiku
|
|
6
|
-
type: specialist
|
|
7
|
-
acl_level: 1
|
|
8
|
-
capabilities: [bug-documentation, issue-tracking, test-summary]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# Epic Creator Deletion Issue - Complete Summary
|
|
12
2
|
|
|
13
3
|
**Date:** 2025-11-03
|
|
@@ -1,11 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: testers-readme
|
|
3
|
-
description: Documentation file for CFN dev team testers overview and testing standards
|
|
4
|
-
tools: []
|
|
5
|
-
model: haiku
|
|
6
|
-
type: documentation
|
|
7
|
-
---
|
|
8
|
-
|
|
9
1
|
# Testers
|
|
10
2
|
|
|
11
3
|
Testing and validation specialists ensuring code quality and correctness.
|
|
@@ -99,4 +91,4 @@ Structured report with:
|
|
|
99
91
|
- Test execution summary
|
|
100
92
|
- Coverage analysis
|
|
101
93
|
- Failed test details
|
|
102
|
-
- Recommendations for improvement
|
|
94
|
+
- Recommendations for improvement
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: cto-agent
|
|
3
|
-
description: MUST BE USED when making strategic technical decisions and architectural oversight. Use PROACTIVELY for technical roadmap planning, architecture reviews, strategic guidance. Keywords - CTO, technical strategy, architecture, leadership, oversight
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: sonnet
|
|
6
|
-
type: coordinator
|
|
7
|
-
acl_level: 4
|
|
8
|
-
capabilities: [technical-strategy, architecture-oversight, leadership]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# CTO Agent - Dr. Tech
|
|
12
2
|
|
|
13
3
|
## Role Identity
|
|
@@ -256,131 +256,4 @@ redis-cli lpush "swarm:${TASK_ID}:${AGENT_ID}:done" "complete"
|
|
|
256
256
|
- `.claude/skills/cfn-redis-coordination/SKILL.md`: Coordination patterns
|
|
257
257
|
- `.claude/commands/cfn/CFN_COORDINATOR_PARAMETERS.md`: Parameter specifications
|
|
258
258
|
- `planning/cfn-v3/DUAL_MODE_IMPLEMENTATION.md`: Architecture details
|
|
259
|
-
- Planning documents: Sprint lessons and adaptive context insights
|
|
260
|
-
|
|
261
|
-
## CFN Implementation Patterns & Lessons Learned
|
|
262
|
-
|
|
263
|
-
### Core Architecture Patterns
|
|
264
|
-
|
|
265
|
-
#### STRAT-007: Background Execution Strategy
|
|
266
|
-
- **Insight**: Use background execution with coordination monitoring for long-running orchestration workflows (>10 minutes). Bash tool has hard 10-minute timeout that cannot be extended.
|
|
267
|
-
- **Application**: Essential for CFN Loop orchestration that exceeds standard timeout limits.
|
|
268
|
-
|
|
269
|
-
#### PATTERN-008: Product Owner Decision Flow
|
|
270
|
-
- **Insight**: Implement explicit Product Owner decision flow after Loop 2 consensus to prevent validator scope creep and enforce strategic boundaries.
|
|
271
|
-
- **Application**: Core CFN Loop governance pattern ensuring proper decision hierarchy.
|
|
272
|
-
|
|
273
|
-
#### PATTERN-010: Parallel Execution with Temp Files
|
|
274
|
-
- **Insight**: Use background processes with temporary files to eliminate race conditions in parallel agent coordination. Pattern: spawn all agents in background with `(skill-execution > /tmp/output-file) &`, collect PIDs, use `wait` to synchronize, read results from temp files after completion.
|
|
275
|
-
- **Application**: Optimizes CFN Loop parallel agent execution while maintaining coordination integrity.
|
|
276
|
-
|
|
277
|
-
### Context Management Patterns
|
|
278
|
-
|
|
279
|
-
#### STRAT-021: Standardized Context Extraction Templates
|
|
280
|
-
- **Insight**: Use standardized context extraction templates in coordinators. Template structure: epicGoal (1-2 sentences), inScope (list), outOfScope (list), deliverables (file paths), directory (creation path), acceptanceCriteria (measurable requirements).
|
|
281
|
-
- **Application**: Prevents minimal context that causes wrong deliverables in CFN execution.
|
|
282
|
-
|
|
283
|
-
#### PATTERN-020: Multi-Layer Context Injection
|
|
284
|
-
- **Context**: Coordinator → Orchestrator → Agent Flow
|
|
285
|
-
- **Insight**: When implementing multi-layer coordination, ensure context flows through ALL layers. Breaking this chain causes 'consensus on vapor' (high confidence, zero deliverables).
|
|
286
|
-
- **Application**: Critical for CFN Loop context integrity across coordinator-orchestrator-agent chain.
|
|
287
|
-
|
|
288
|
-
#### PATTERN-021: Context Validation Pipeline
|
|
289
|
-
- **Context**: Multi-Layer Coordination
|
|
290
|
-
- **Insight**: Design context validation pipeline with checkpoints at each layer. Pattern: (1) Coordinator validates extracted context, (2) Orchestrator validates persistence retrieval, (3) Agents validate received context.
|
|
291
|
-
- **Application**: Fail-fast prevents cascading context loss in CFN workflows.
|
|
292
|
-
|
|
293
|
-
#### PATTERN-022: Agent Lifecycle - Clean Exit Protocol
|
|
294
|
-
- **Insight**: Agents must exit cleanly after reporting confidence. Pattern: (1) Signal done via coordination protocol, (2) Report confidence score, (3) Exit immediately.
|
|
295
|
-
- **Application**: Enables adaptive agent specialization and prevents orchestrator blocking.
|
|
296
|
-
|
|
297
|
-
### Sprint Execution Patterns
|
|
298
|
-
|
|
299
|
-
#### Sprint Context Structure
|
|
300
|
-
```json
|
|
301
|
-
{
|
|
302
|
-
"sprint_name": "P1 Coordinator Monitoring",
|
|
303
|
-
"sprint_num": 1,
|
|
304
|
-
"total_sprints": 7,
|
|
305
|
-
"deliverables": [
|
|
306
|
-
"test-p1-monitoring.sh",
|
|
307
|
-
"docs/P1_MONITORING_RESULTS.md"
|
|
308
|
-
],
|
|
309
|
-
"in_scope": [
|
|
310
|
-
"P1 coordinator monitoring validation",
|
|
311
|
-
"Test timeout mechanisms",
|
|
312
|
-
"Logging verification"
|
|
313
|
-
],
|
|
314
|
-
"out_of_scope": [
|
|
315
|
-
"P2-P7 monitoring",
|
|
316
|
-
"Cross-priority integration",
|
|
317
|
-
"Epic-level summary"
|
|
318
|
-
],
|
|
319
|
-
"directory": "/mnt/c/Users/masha/Documents/claude-flow-novice/tests/p1"
|
|
320
|
-
}
|
|
321
|
-
```
|
|
322
|
-
|
|
323
|
-
#### Sprint Execution Tool: `execute-sprint-task.sh`
|
|
324
|
-
- **Purpose**: Enables sprint-aware agent execution with focused context injection
|
|
325
|
-
- **Usage**: Decompose large epics into focused sprints with clear deliverables and scope boundaries
|
|
326
|
-
- **Key Principles**: Focused scope, incremental progress, precise deliverables, context specificity
|
|
327
|
-
|
|
328
|
-
### CFN v3 Advanced Patterns
|
|
329
|
-
|
|
330
|
-
#### STRAT-026: Persistence Context Storage Over CLI Parameters
|
|
331
|
-
- **Insight**: Use persistence layer for complex JSON context storage instead of CLI parameters. Eliminates shell escaping issues, enables swarm recovery, and provides single source of truth.
|
|
332
|
-
- **Application**: Foundation for CFN v3 dual-mode architecture.
|
|
333
|
-
|
|
334
|
-
#### PATTERN-023: Dual-Mode Architecture Pattern
|
|
335
|
-
- **Insight**: Implement dual execution modes (optimized vs simplified) sharing core logic. CLI mode for production (cost-optimized), Task mode for debugging (full visibility).
|
|
336
|
-
- **Application**: Enables flexible CFN execution based on user needs.
|
|
337
|
-
|
|
338
|
-
#### PATTERN-024: Swarm Recovery via Persistence
|
|
339
|
-
- **Insight**: Store swarm state in persistence layer with TTL to enable crash recovery. Agents can resume from last known state using task_id as recovery key.
|
|
340
|
-
- **Application**: Critical for long-running CFN Loops and system reliability.
|
|
341
|
-
|
|
342
|
-
#### STRAT-028: Modular Skill Architecture
|
|
343
|
-
- **Insight**: Decompose complex systems into independent skills (20 skills in CFN v3). Enables reuse, testing isolation, and incremental enhancement.
|
|
344
|
-
- **Application**: Core architectural principle for CFN system maintainability.
|
|
345
|
-
|
|
346
|
-
### CFN Anti-Patterns & Prevention
|
|
347
|
-
|
|
348
|
-
#### ANTI-020: Context Storage Without Injection
|
|
349
|
-
- **Context**: Coordination Systems
|
|
350
|
-
- **Insight**: Avoid storing context in persistence layer without retrieving and injecting it into agent prompts.
|
|
351
|
-
- **Prevention**: Always validate context injection chain: storage → retrieval → agent delivery.
|
|
352
|
-
|
|
353
|
-
#### ANTI-021: Generic Context When Specifics Exist
|
|
354
|
-
- **Context**: Agent Spawning
|
|
355
|
-
- **Insight**: Never pass generic iteration-level context when task-specific deliverables exist.
|
|
356
|
-
- **Prevention**: Always inject complete deliverables, directory paths, and acceptance criteria.
|
|
357
|
-
|
|
358
|
-
#### ANTI-023: Task-Spawned Validators Without Completion Protocol
|
|
359
|
-
- **Context**: Loop 2 Validation (Task Mode)
|
|
360
|
-
- **Insight**: Main Chat spawns validators via Task() without clear scope boundaries or mode-aware completion protocols.
|
|
361
|
-
- **Prevention**: Task-spawned validators should return structured output only - no coordination signals.
|
|
362
|
-
|
|
363
|
-
### CFN Testing & Debugging
|
|
364
|
-
|
|
365
|
-
#### EDGE-020: Comparative Agent Spawn Testing
|
|
366
|
-
- **Context**: Context Debugging
|
|
367
|
-
- **Insight**: When debugging context issues, use comparative agent spawn testing. Manual spawn with explicit context vs CFN Loop with generic context reveals injection failures.
|
|
368
|
-
- **Application**: Primary debugging technique for context-related CFN issues.
|
|
369
|
-
|
|
370
|
-
### Universal Anti-Patterns (CFN Relevance)
|
|
371
|
-
|
|
372
|
-
#### ANTI-004: Regex Validation Anti-Pattern
|
|
373
|
-
- **Insight**: Avoid simplistic regex matching for agent validation. Pattern `[[ $AGENTS =~ $AGENTS ]]` always returns true.
|
|
374
|
-
- **CFN Relevance**: Critical for agent validation logic in CFN coordination.
|
|
375
|
-
|
|
376
|
-
#### PATTERN-025: Comprehensive File Validation
|
|
377
|
-
- **Insight**: Implement multi-stage validation including file type, permissions, size constraints, and content integrity.
|
|
378
|
-
- **CFN Relevance**: Essential for CFN deliverable verification and security.
|
|
379
|
-
|
|
380
|
-
#### PATTERN-026: Shell Strict Mode
|
|
381
|
-
- **Insight**: Enable shell strict mode using `set -euo pipefail` for robust and predictable shell scripts.
|
|
382
|
-
- **CFN Relevance**: Critical reliability pattern for all CFN skill scripts.
|
|
383
|
-
|
|
384
|
-
#### PATTERN-028: Process Group Management
|
|
385
|
-
- **Insight**: Implement comprehensive process group management for clean termination and resource cleanup.
|
|
386
|
-
- **CFN Relevance**: Essential for CFN background process orchestration and preventing resource leaks.
|
|
259
|
+
- Planning documents: Sprint lessons and adaptive context insights
|
|
@@ -1,11 +1,7 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: MUST BE USED when orchestrating container-based CFN Loop execution with MCP isolation. Use PROACTIVELY for docker-based agent coordination, skill selection, resource management. Keywords - docker, containers, orchestration, MCP, isolation
|
|
2
|
+
description: "CFN Docker v3 Coordinator - Container-based agent orchestration with skill-based MCP isolation"
|
|
4
3
|
argument-hint: "[task-description] --mode=mvp|standard|enterprise --memory-limit=1g --docker-network=mcp-network"
|
|
5
4
|
allowed-tools: ["Bash", "Read", "Write", "Edit", "Grep", "Glob", "TodoWrite", "Task"]
|
|
6
|
-
model: sonnet
|
|
7
|
-
type: coordinator
|
|
8
|
-
acl_level: 3
|
|
9
5
|
---
|
|
10
6
|
|
|
11
7
|
# CFN Docker V3 Coordinator
|
|
@@ -1,12 +1,8 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: MUST BE USED when creating C-Suite executive personas for strategic decision-making. Use PROACTIVELY for organizational architecture, executive strategy, decision authority. Keywords - c-suite, executive, strategy, decision-making, leadership
|
|
2
|
+
description: C-Suite executive personas for strategic decision-making in organizational architecture
|
|
4
3
|
tools: [Read, Write, TodoWrite, Bash]
|
|
5
4
|
priority: medium
|
|
6
5
|
tags: [csuite, executive, strategy, decision-making, cmo, cfo, coo, ceo]
|
|
7
|
-
model: sonnet
|
|
8
|
-
type: specialist
|
|
9
|
-
acl_level: 4
|
|
10
6
|
---
|
|
11
7
|
|
|
12
8
|
# C-Suite Agent Template
|
|
@@ -1,12 +1,8 @@
|
|
|
1
1
|
---
|
|
2
|
-
|
|
3
|
-
description: MUST BE USED when generating team-specific coordinator configurations for Docker architecture. Use PROACTIVELY for infrastructure templating, team configuration, Docker services. Keywords - docker, infrastructure, templating, coordinator, team-config
|
|
2
|
+
description: Generate team-specific coordinator configurations for Docker organizational architecture
|
|
4
3
|
tools: [Read, Write, Edit, Bash, Grep, Glob]
|
|
5
4
|
priority: high
|
|
6
5
|
tags: [docker, infrastructure, templating, coordinator, team-config]
|
|
7
|
-
model: haiku
|
|
8
|
-
type: specialist
|
|
9
|
-
acl_level: 3
|
|
10
6
|
---
|
|
11
7
|
|
|
12
8
|
# Team Coordinator Template Agent
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: cost-tracker
|
|
3
|
-
description: MUST BE USED when monitoring Z.ai worker costs during pilot testing. Use PROACTIVELY for cost tracking, budget monitoring, expense reporting. Keywords - cost, tracking, monitoring, Z.ai, budget, expenses
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: haiku
|
|
6
|
-
type: specialist
|
|
7
|
-
acl_level: 2
|
|
8
|
-
capabilities: [cost-monitoring, budget-tracking, expense-reporting]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# Cost Tracking Agent
|
|
12
2
|
## Role
|
|
13
3
|
Monitor Z.ai worker costs during 48-hour pilot
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: docker-deployer
|
|
3
|
-
description: MUST BE USED when deploying marketing coordinator services via Docker. Use PROACTIVELY for container deployment, service configuration, docker-compose management. Keywords - docker, deploy, containers, docker-compose, services
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: haiku
|
|
6
|
-
type: specialist
|
|
7
|
-
acl_level: 2
|
|
8
|
-
capabilities: [docker-deployment, container-management, service-configuration]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# Docker Deployer Agent
|
|
12
2
|
## Role
|
|
13
3
|
Deploy marketing coordinator using docker-compose.hybrid.yml
|
|
@@ -1,13 +1,3 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: zai-worker-spawner
|
|
3
|
-
description: MUST BE USED when spawning Z.ai workers for marketing pilot testing. Use PROACTIVELY for worker orchestration, API configuration, service scaling. Keywords - Z.ai, worker, spawner, scaling, orchestration
|
|
4
|
-
tools: [Read, Write, Edit, Bash, Grep, Glob, TodoWrite]
|
|
5
|
-
model: haiku
|
|
6
|
-
type: specialist
|
|
7
|
-
acl_level: 2
|
|
8
|
-
capabilities: [worker-spawning, service-orchestration, api-configuration]
|
|
9
|
-
---
|
|
10
|
-
|
|
11
1
|
# Z.ai Worker Spawner Agent
|
|
12
2
|
## Role
|
|
13
3
|
Spawn 3 Z.ai workers for marketing pilot
|
|
@@ -467,7 +467,7 @@ Complex/Enterprise (>5 files, >500 LOC): +code-analyzer
|
|
|
467
467
|
### Complexity Analysis CLI
|
|
468
468
|
```bash
|
|
469
469
|
./.claude/skills/task-complexity/analyze.sh --task "$DESC" --files "$LIST"
|
|
470
|
-
# Output: {"score": 85, "category": "standard", "validators": ["reviewer","tester","
|
|
470
|
+
# Output: {"score": 85, "category": "standard", "validators": ["reviewer","tester","architect","security-specialist"], "threshold": 0.90}
|
|
471
471
|
```
|
|
472
472
|
|
|
473
473
|
---
|
|
@@ -15,7 +15,7 @@ Switch Main Chat and Task() tool API provider between Z.ai (cost-optimized) and
|
|
|
15
15
|
**Arguments:**
|
|
16
16
|
- `status` - Show current routing configuration (default)
|
|
17
17
|
- `zai` - Route Main Chat + Task tool to Z.ai for cost savings
|
|
18
|
-
- `max` - Route Main Chat + Task tool to Anthropic for quality
|
|
18
|
+
- `max` or `claude` - Route Main Chat + Task tool to Anthropic for quality
|
|
19
19
|
|
|
20
20
|
**What This Does:**
|
|
21
21
|
|
|
@@ -23,7 +23,8 @@ set -euo pipefail
|
|
|
23
23
|
|
|
24
24
|
# Determine PROJECT_ROOT first before any other operations
|
|
25
25
|
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
|
|
26
|
-
|
|
26
|
+
# Fixed path resolution - go up 4 levels from cfn-loop-orchestration to project root (.claude/skills/cfn-loop-orchestration -> .claude/skills -> .claude -> project root)
|
|
27
|
+
PROJECT_ROOT="$(cd "$SCRIPT_DIR/../../.." && pwd)"
|
|
27
28
|
|
|
28
29
|
# ⚠️ ANTI-023 MEMORY LEAK PROTECTION:
|
|
29
30
|
# Task Mode validation moved to after argument parsing at line 276
|
|
@@ -55,12 +55,12 @@
|
|
|
55
55
|
"security-specialist",
|
|
56
56
|
"tester",
|
|
57
57
|
"analyst",
|
|
58
|
-
"
|
|
58
|
+
"architect"
|
|
59
59
|
],
|
|
60
60
|
"productOwnerStructure": "team",
|
|
61
61
|
"planningConsensus": {
|
|
62
62
|
"enabled": true,
|
|
63
|
-
"architectTypes": ["system-architect", "security-specialist"],
|
|
63
|
+
"architectTypes": ["architect", "system-architect", "security-specialist"],
|
|
64
64
|
"threshold": 0.85
|
|
65
65
|
},
|
|
66
66
|
"productOwnerTeam": {
|