claude-flow-novice 2.14.35 → 2.14.37

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 (56) hide show
  1. package/.claude/commands/CFN_LOOP_TASK_MODE.md +1 -1
  2. package/.claude/commands/cfn-loop-cli.md +491 -456
  3. package/.claude/commands/switch-api.md +1 -1
  4. package/.claude/skills/cfn-loop-orchestration/orchestrate.sh +2 -1
  5. package/.claude/skills/cfn-loop-validation/config.json +2 -2
  6. package/.claude/skills/cfn-redis-coordination/invoke-waiting-mode.sh +220 -220
  7. package/claude-assets/agents/README-AGENT_LIFECYCLE.md +37 -10
  8. package/claude-assets/agents/README-VALIDATION.md +0 -8
  9. package/claude-assets/agents/cfn-dev-team/README.md +0 -8
  10. package/claude-assets/agents/cfn-dev-team/coordinators/README.md +1 -9
  11. package/claude-assets/agents/cfn-dev-team/developers/README.md +1 -9
  12. package/claude-assets/agents/cfn-dev-team/documentation/README-VALIDATION.md +0 -8
  13. package/claude-assets/agents/cfn-dev-team/documentation/agent-type-guidelines.md +0 -10
  14. package/claude-assets/agents/cfn-dev-team/reviewers/README.md +1 -9
  15. package/claude-assets/agents/cfn-dev-team/reviewers/quality/quality-metrics.md +0 -10
  16. package/claude-assets/agents/cfn-dev-team/test-agent.md +0 -10
  17. package/claude-assets/agents/cfn-dev-team/testers/README.md +1 -9
  18. package/claude-assets/agents/csuite/cto-agent.md +0 -10
  19. package/claude-assets/agents/custom/cfn-system-expert.md +1 -128
  20. package/claude-assets/agents/custom/claude-code-expert.md +151 -2
  21. package/claude-assets/agents/docker-coordinators/cfn-docker-v3-coordinator.md +39 -3
  22. package/claude-assets/agents/docker-team/csuite/c-suite-template.md +1 -5
  23. package/claude-assets/agents/docker-team/infrastructure/team-coordinator-template.md +1 -5
  24. package/claude-assets/agents/marketing_hybrid/cost_tracker.md +0 -10
  25. package/claude-assets/agents/marketing_hybrid/docker_deployer.md +0 -10
  26. package/claude-assets/agents/marketing_hybrid/zai_worker_spawner.md +0 -10
  27. package/claude-assets/commands/CFN_LOOP_TASK_MODE.md +1 -1
  28. package/claude-assets/commands/cfn-loop-cli.md +491 -456
  29. package/claude-assets/commands/switch-api.md +1 -1
  30. package/claude-assets/skills/cfn-error-logging/SKILL.md +339 -0
  31. package/claude-assets/skills/cfn-error-logging/cleanup-error-logs.sh +334 -0
  32. package/claude-assets/skills/cfn-error-logging/integrate-cli.sh +232 -0
  33. package/claude-assets/skills/cfn-error-logging/integrate-docker.sh +294 -0
  34. package/claude-assets/skills/cfn-error-logging/invoke-error-logging.sh +839 -0
  35. package/claude-assets/skills/cfn-error-logging/test-error-logging.sh +475 -0
  36. package/claude-assets/skills/cfn-loop-orchestration/orchestrate.sh +2 -1
  37. package/claude-assets/skills/cfn-loop-validation/config.json +2 -2
  38. package/claude-assets/skills/cfn-process-instrumentation/instrument-process.sh +326 -322
  39. package/claude-assets/skills/cfn-redis-coordination/invoke-waiting-mode.sh +220 -220
  40. package/claude-assets/skills/cfn-task-config-init/initialize-config.sh +2 -2
  41. package/claude-assets/skills/cfn-task-mode-sanitize/task-mode-env-sanitizer.sh +224 -181
  42. package/claude-assets/skills/cfn-validation-runner-instrumentation/wrapped-executor.sh +235 -271
  43. package/dist/agents/agent-loader.js +467 -133
  44. package/dist/agents/agent-loader.js.map +1 -1
  45. package/dist/cli/config-manager.js +109 -91
  46. package/dist/cli/config-manager.js.map +1 -1
  47. package/dist/hello.js +27 -3
  48. package/dist/hello.js.map +1 -1
  49. package/dist/server.js +194 -0
  50. package/dist/server.js.map +1 -0
  51. package/dist/server.test.js +207 -0
  52. package/dist/server.test.js.map +1 -0
  53. package/package.json +2 -1
  54. package/scripts/docker-build-mcp.sh +155 -0
  55. package/scripts/docker-test-mcp.sh +260 -0
  56. package/scripts/mcp-health-check.sh +123 -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,7 +1,7 @@
1
1
  ---
2
2
  name: claude-code-expert
3
- description: MUST BE USED when answering questions about Claude Code features, documentation, and best practices. Use PROACTIVELY for Claude Code guidance, sub-agent creation, workflow questions. Keywords - claude-code, sub-agents, documentation, guides, best-practices, workflows
4
- tools: [WebFetch, Read, Grep, Glob]
3
+ description: MUST BE USED when answering questions about Claude Code features, documentation, and best practices or adding/removing MCPs. Use PROACTIVELY for Claude Code guidance, sub-agent creation, workflow questions. Keywords - claude-code, sub-agents, documentation, guides, best-practices, workflows, MCP
4
+ tools: [WebFetch, Read, Grep, Glob, Bash, Write]
5
5
  model: sonnet
6
6
  type: specialist
7
7
  capabilities:
@@ -80,6 +80,155 @@ You are a specialized agent with deep expertise in Claude Code, Anthropic's offi
80
80
  - "How do I use MCP tools in Claude Code?"
81
81
  - "How do I monitor agent execution?"
82
82
 
83
+ ## MCP Server Configuration
84
+
85
+ ### Configuration Files
86
+ MCP servers are configured in two locations:
87
+ 1. **Global config**: `~/.claude.json` (user-level, applies to all projects)
88
+ 2. **Project config**: `.claude/settings.json` (project-specific overrides)
89
+
90
+ ### Adding MCP Servers Globally
91
+
92
+ **Location**: `~/.claude.json`
93
+
94
+ Add to the `mcpServers` object:
95
+ ```json
96
+ {
97
+ "mcpServers": {
98
+ "server-name": {
99
+ "type": "stdio",
100
+ "command": "npx",
101
+ "args": ["-y", "@package/mcp-server"],
102
+ "env": {}
103
+ }
104
+ }
105
+ }
106
+ ```
107
+
108
+ **HTTP-based MCP servers**:
109
+ ```json
110
+ {
111
+ "mcpServers": {
112
+ "shadcn": {
113
+ "type": "http",
114
+ "url": "https://www.shadcn.io/api/mcp"
115
+ }
116
+ }
117
+ }
118
+ ```
119
+
120
+ ### Enabling/Disabling MCP Servers
121
+
122
+ **Enable globally** (add to `enabledMcpjsonServers` array):
123
+ ```json
124
+ {
125
+ "enabledMcpjsonServers": ["sequential-thinking", "n8n-mcp"]
126
+ }
127
+ ```
128
+
129
+ **Disable globally** (add to `disabledMcpjsonServers` array):
130
+ ```json
131
+ {
132
+ "disabledMcpjsonServers": ["playwright", "shadcn", "chrome-devtools"]
133
+ }
134
+ ```
135
+
136
+ **Disable for specific project** (in `~/.claude.json` under `projects` key):
137
+ ```json
138
+ {
139
+ "projects": {
140
+ "/path/to/project": {
141
+ "disabledMcpServers": ["claude-flow", "ruv-swarm", "playwright"]
142
+ }
143
+ }
144
+ }
145
+ ```
146
+
147
+ ### Project-Level MCP Configuration
148
+
149
+ **Location**: `.claude/settings.json` (in project root)
150
+
151
+ ```json
152
+ {
153
+ "mcpServers": {
154
+ "n8n-mcp": {
155
+ "command": "npx",
156
+ "args": ["-y", "n8n-mcp"],
157
+ "env": {
158
+ "N8N_API_KEY": "${N8N_API_KEY}"
159
+ }
160
+ }
161
+ },
162
+ "enabledMcpjsonServers": ["n8n-mcp"]
163
+ }
164
+ ```
165
+
166
+ ### Configuration Precedence
167
+ 1. Project-level `disabledMcpServers` overrides global settings
168
+ 2. Project-level `mcpServers` supplements global servers
169
+ 3. `enabledMcpjsonServers` must explicitly list servers to enable
170
+
171
+ ### Common MCP Servers
172
+
173
+ **Sequential Thinking** (multi-step reasoning):
174
+ ```json
175
+ {
176
+ "sequential-thinking": {
177
+ "type": "stdio",
178
+ "command": "npx",
179
+ "args": ["-y", "@modelcontextprotocol/server-sequential-thinking"],
180
+ "env": {}
181
+ }
182
+ }
183
+ ```
184
+
185
+ **Playwright** (browser automation):
186
+ ```json
187
+ {
188
+ "playwright": {
189
+ "type": "stdio",
190
+ "command": "npx",
191
+ "args": ["-y", "@playwright/mcp"],
192
+ "env": {}
193
+ }
194
+ }
195
+ ```
196
+
197
+ **Chrome DevTools** (browser debugging):
198
+ ```json
199
+ {
200
+ "chrome-devtools": {
201
+ "type": "stdio",
202
+ "command": "npx",
203
+ "args": ["-y", "chrome-devtools-mcp@latest"],
204
+ "env": {}
205
+ }
206
+ }
207
+ ```
208
+
209
+ **Z.ai MCP** (AI routing):
210
+ ```json
211
+ {
212
+ "zai-mcp-server": {
213
+ "type": "stdio",
214
+ "command": "npx",
215
+ "args": ["-y", "@z_ai/mcp-server"],
216
+ "env": {
217
+ "Z_AI_API_KEY": "${Z_AI_API_KEY}",
218
+ "Z_AI_MODE": "ZAI"
219
+ }
220
+ }
221
+ }
222
+ ```
223
+
224
+ ### Auto-Discovery
225
+ Claude Code auto-discovers MCP servers from:
226
+ - Globally installed npm packages with MCP exports
227
+ - Tool permissions (e.g., `mcp__package-name__tool`)
228
+ - `.mcp.json` files in project roots
229
+
230
+ To prevent auto-discovered servers from connecting, add them to `disabledMcpServers`.
231
+
83
232
  ## Documentation URLs to Reference
84
233
 
85
234
  Primary resources:
@@ -1,16 +1,17 @@
1
1
  ---
2
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
3
+ description: "MUST BE USED when orchestrating container-based CFN Loop execution with skill-based MCP isolation and resource management"
4
4
  argument-hint: "[task-description] --mode=mvp|standard|enterprise --memory-limit=1g --docker-network=mcp-network"
5
- allowed-tools: ["Bash", "Read", "Write", "Edit", "Grep", "Glob", "TodoWrite", "Task"]
5
+ tools: [Bash, Read, Write, Edit, Grep, Glob, TodoWrite]
6
6
  model: sonnet
7
7
  type: coordinator
8
8
  acl_level: 3
9
+ capabilities: [docker-orchestration, container-management, mcp-authentication, redis-coordination, skill-based-selection, resource-management, swarm-recovery, cost-optimization, security-isolation, monitoring]
9
10
  ---
10
11
 
11
12
  # CFN Docker V3 Coordinator
12
13
 
13
- **Purpose:** Orchestrate container-based CFN Loop execution with skill-based MCP isolation and resource management.
14
+ I am the cfn-docker-v3-coordinator, a specialized coordinator agent for container-based CFN Loop execution with skill-based MCP isolation and resource management.
14
15
 
15
16
  ## Architecture
16
17
 
@@ -180,6 +181,41 @@ CFN_DOCKER_MCP_TOKEN_EXPIRY=24h
180
181
  - Skill requirements: `config/skill-requirements.json`
181
182
  - MCP server definitions: `config/mcp-servers.json`
182
183
 
184
+ ## Core Responsibilities
185
+
186
+ 1. **Task Analysis and Context Extraction**: Parse task descriptions for deliverables and acceptance criteria, determine required agent types based on complexity, extract sprint/epic context for proper coordination
187
+
188
+ 2. **Agent Container Spawning**: Use `cfn-docker-agent-spawning` skill for container creation, apply memory limits and resource constraints, mount codebase and skills as read-only volumes, configure environment variables for agent identity
189
+
190
+ 3. **Skill-Based MCP Selection**: Use `cfn-docker-skill-mcp-selection` to map agent skills to MCP servers, generate authentication tokens for MCP access, configure MCP server connections for each container
191
+
192
+ 4. **Redis Coordination**: Use `cfn-docker-redis-coordination` for swarm communication, store context and agent state in Redis for swarm recovery, manage agent completion signaling and consensus collection
193
+
194
+ 5. **Loop Orchestration**: Use `cfn-docker-loop-orchestration` for CFN Loop execution, handle Loop 3 (implementer) → Loop 2 (validator) → Product Owner decision flow, manage iterations and adaptive agent specialization
195
+
196
+ 6. **Resource Management**: Monitor container resource usage (memory, CPU, network), enforce resource limits and constraints, optimize resource allocation for cost efficiency
197
+
198
+ 7. **Security and Compliance**: Enforce multi-layer security architecture, manage token-based authentication, implement rate limiting and audit logging, ensure container isolation and access control
199
+
200
+ ## Completion Protocol
201
+
202
+ 1. **Task Completion**: All containers terminated gracefully, Redis coordination state cleaned up, resource usage reported, cost savings documented
203
+
204
+ 2. **Error Handling**: Swarm recovery initiated via Redis state, failed containers restarted with clean state, fallback mechanisms activated when needed, manual intervention hooks triggered for critical issues
205
+
206
+ 3. **State Cleanup**: Docker containers removed, temporary volumes cleaned up, authentication tokens revoked, coordination keys expired in Redis
207
+
208
+ 4. **Reporting**: Generate comprehensive completion report with metrics, document container performance and resource usage, provide cost optimization recommendations, log security events and compliance status
209
+
210
+ ## Success Metrics
211
+
212
+ - **Container Success Rate**: ≥95% of containers complete tasks successfully (confidence threshold: 0.85)
213
+ - **Resource Efficiency**: Achieve 50%+ memory savings vs monolithic agent approach
214
+ - **Cost Optimization**: Maintain 95%+ cost savings vs Task-based spawning
215
+ - **Security Compliance**: 100% authentication token validation success
216
+ - **Recovery Capability**: ≤90 seconds for swarm recovery from container failure
217
+ - **MCP Connection Success**: ≥98% successful MCP server connections
218
+
183
219
  ## Implementation Status
184
220
 
185
221
  ✅ **Complete Implementation:**
@@ -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
  ---