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.
Files changed (39) hide show
  1. package/.claude/commands/CFN_LOOP_TASK_MODE.md +1 -1
  2. package/.claude/commands/switch-api.md +1 -1
  3. package/.claude/skills/cfn-loop-orchestration/orchestrate.sh +2 -1
  4. package/.claude/skills/cfn-loop-validation/config.json +2 -2
  5. package/claude-assets/agents/README-AGENT_LIFECYCLE.md +37 -10
  6. package/claude-assets/agents/README-VALIDATION.md +0 -8
  7. package/claude-assets/agents/cfn-dev-team/README.md +0 -8
  8. package/claude-assets/agents/cfn-dev-team/coordinators/README.md +1 -9
  9. package/claude-assets/agents/cfn-dev-team/developers/README.md +1 -9
  10. package/claude-assets/agents/cfn-dev-team/documentation/README-VALIDATION.md +0 -8
  11. package/claude-assets/agents/cfn-dev-team/documentation/agent-type-guidelines.md +0 -10
  12. package/claude-assets/agents/cfn-dev-team/reviewers/README.md +1 -9
  13. package/claude-assets/agents/cfn-dev-team/reviewers/quality/quality-metrics.md +0 -10
  14. package/claude-assets/agents/cfn-dev-team/test-agent.md +0 -10
  15. package/claude-assets/agents/cfn-dev-team/testers/README.md +1 -9
  16. package/claude-assets/agents/csuite/cto-agent.md +0 -10
  17. package/claude-assets/agents/custom/cfn-system-expert.md +1 -128
  18. package/claude-assets/agents/docker-coordinators/cfn-docker-v3-coordinator.md +1 -5
  19. package/claude-assets/agents/docker-team/csuite/c-suite-template.md +1 -5
  20. package/claude-assets/agents/docker-team/infrastructure/team-coordinator-template.md +1 -5
  21. package/claude-assets/agents/marketing_hybrid/cost_tracker.md +0 -10
  22. package/claude-assets/agents/marketing_hybrid/docker_deployer.md +0 -10
  23. package/claude-assets/agents/marketing_hybrid/zai_worker_spawner.md +0 -10
  24. package/claude-assets/commands/CFN_LOOP_TASK_MODE.md +1 -1
  25. package/claude-assets/commands/switch-api.md +1 -1
  26. package/claude-assets/skills/cfn-loop-orchestration/orchestrate.sh +2 -1
  27. package/claude-assets/skills/cfn-loop-validation/config.json +2 -2
  28. package/claude-assets/skills/cfn-process-instrumentation/instrument-process.sh +324 -322
  29. package/claude-assets/skills/cfn-task-config-init/initialize-config.sh +2 -2
  30. package/claude-assets/skills/cfn-task-mode-sanitize/task-mode-env-sanitizer.sh +213 -182
  31. package/claude-assets/skills/cfn-validation-runner-instrumentation/wrapped-executor.sh +233 -271
  32. package/dist/agents/agent-loader.js +467 -133
  33. package/dist/agents/agent-loader.js.map +1 -1
  34. package/dist/cli/config-manager.js +109 -91
  35. package/dist/cli/config-manager.js.map +1 -1
  36. package/package.json +1 -1
  37. package/scripts/docker-build-mcp.sh +155 -0
  38. package/scripts/docker-test-mcp.sh +260 -0
  39. 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","system-architect","security-specialist"], "threshold": 0.90}
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 (also accepts `claude` or `anthropic` as aliases)
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
- PROJECT_ROOT="$(cd "$SCRIPT_DIR/../.." && pwd)"
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
- "system-architect"
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: cfn-dev-team-readme
3
- description: Documentation file for CFN dev team agent structure and organization overview
4
- tools: []
5
- model: haiku
6
- type: documentation
7
- ---
8
-
9
1
  # CFN Dev Team Agent Structure
10
2
 
11
3
  ## Overview
@@ -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
- name: cfn-docker-v3-coordinator
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
- name: c-suite-template
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
- name: team-coordinator-template
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","system-architect","security-specialist"], "threshold": 0.90}
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 (also accepts `claude` or `anthropic` as aliases)
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
- PROJECT_ROOT="$(cd "$SCRIPT_DIR/../.." && pwd)"
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
- "system-architect"
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": {