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.
- package/.claude/commands/CFN_LOOP_TASK_MODE.md +1 -1
- package/.claude/commands/cfn-loop-cli.md +491 -456
- 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/skills/cfn-redis-coordination/invoke-waiting-mode.sh +220 -220
- 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/custom/claude-code-expert.md +151 -2
- package/claude-assets/agents/docker-coordinators/cfn-docker-v3-coordinator.md +39 -3
- 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/cfn-loop-cli.md +491 -456
- package/claude-assets/commands/switch-api.md +1 -1
- package/claude-assets/skills/cfn-error-logging/SKILL.md +339 -0
- package/claude-assets/skills/cfn-error-logging/cleanup-error-logs.sh +334 -0
- package/claude-assets/skills/cfn-error-logging/integrate-cli.sh +232 -0
- package/claude-assets/skills/cfn-error-logging/integrate-docker.sh +294 -0
- package/claude-assets/skills/cfn-error-logging/invoke-error-logging.sh +839 -0
- package/claude-assets/skills/cfn-error-logging/test-error-logging.sh +475 -0
- 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 +326 -322
- package/claude-assets/skills/cfn-redis-coordination/invoke-waiting-mode.sh +220 -220
- 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 +224 -181
- package/claude-assets/skills/cfn-validation-runner-instrumentation/wrapped-executor.sh +235 -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/dist/hello.js +27 -3
- package/dist/hello.js.map +1 -1
- package/dist/server.js +194 -0
- package/dist/server.js.map +1 -0
- package/dist/server.test.js +207 -0
- package/dist/server.test.js.map +1 -0
- package/package.json +2 -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
|
@@ -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
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
---
|