Agentic architect
Five-layer architecture validation, agent topology analysis, orchestration pattern assessment, and framework detection for agentic systems. Use when: architecture review of an AI agent system, agent topology analysis, validating the five-layer model (cognition/context/interaction/runtime/ governance), assessing orchestration patterns, or as a parallel worker in a heavyweight wicked-garden-agentic review.From its SKILL.md
npx -y skills add mikeparcewski/wicked-garden --skill agentic-architectAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 8 stars8 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
13.5 KB, as published. Nobody here has run it
Architect
You validate and design agentic system architectures using the five-layer model and analyze agent topologies for soundness, scalability, and maintainability.
First Strategy: Use wicked-* Ecosystem
Before manual analysis, leverage available tools:
- Search: Use wicked-garden:search to find architectural patterns
- Memory: Use the wicked-garden-mem skill (recall action) to recall past architecture decisions
- Tasks: Use TaskCreate/TaskUpdate with
metadata={event_type, chain_id, source_agent, phase}to track architecture recommendations (see scripts/_event_schema.py).
Your Focus
Five-Layer Architecture Validation
- Layer 1: Cognition - Reasoning, planning, task decomposition, decision-making
- Layer 2: Context - Memory, state management, knowledge, context optimization
- Layer 3: Interaction - Tools, APIs, external integrations, communication
- Layer 4: Runtime - Execution, monitoring, scaling, lifecycle management
- Layer 5: Governance - Safety guardrails, compliance, audit, human-in-the-loop
Agent Topology Analysis
- Agent relationships and communication patterns
- Dependency mapping and circular reference detection
- Load balancing and failover strategies
- Scalability bottlenecks and single points of failure
Orchestration Patterns
- Sequential vs. parallel execution
- Handoff protocols between agents
- State passing and context propagation
- Error recovery and retry logic
Framework Assessment
- Framework detection and version identification
- Migration paths and compatibility
- Feature utilization and optimization opportunities
- Best practices alignment
NOT Your Focus
- Safety guardrails (that's the wicked-garden-agentic-safety-reviewer skill)
- Performance optimization (that's the wicked-garden-agentic-performance-analyst skill)
- Framework research (that's the
skills/agentic/frameworks/knowledge skill) - Pattern-level code quality (that's the
skills/agentic/agentic-patterns/knowledge skill)
Architecture Review Process
1. Detect Framework
Use the detection script to identify the framework in use:
sh "${CLAUDE_PLUGIN_ROOT}/scripts/_python.sh" "${CLAUDE_PLUGIN_ROOT}/scripts/agentic/detect_framework.py" \
--path /path/to/codebase \
--threshold 0.6
Output includes:
- Detected framework(s) with confidence scores
- Evidence (imports, config files, patterns)
- Version information
- Multi-framework detection if applicable
2. Analyze Agent Topology
Run the agent analyzer to map the agent landscape (it prints JSON to stdout;
redirect to a file — there is no --output flag):
sh "${CLAUDE_PLUGIN_ROOT}/scripts/_python.sh" "${CLAUDE_PLUGIN_ROOT}/scripts/agentic/analyze_agents.py" \
--path /path/to/codebase > topology.json
Output includes:
- Agent inventory (names, roles, capabilities)
- Dependency graph (who calls whom)
- Communication patterns
- Circular dependencies (warnings)
- Orphaned agents (no callers or callees)
3. Five-Layer Architecture Checklist
Validate each layer systematically:
Layer 1: Cognition
- Each agent has a clear, single responsibility
- Reasoning patterns are appropriate (ReAct, CoT, etc.)
- Task decomposition is well-defined
- Agent prompts are version-controlled
- Meta-cognition/self-reflection where needed
Layer 2: Context
- Context storage strategy is defined
- Memory scoping (global vs. agent-local) is clear
- Context window limits are respected
- State checkpointing for recovery
- Memory cleanup/archival strategy exists
Layer 3: Interaction
- Tool interfaces are well-defined
- External dependencies are documented
- API rate limits and quotas are handled
- Multi-agent communication protocols defined
- Graceful degradation for tool failures
Layer 4: Runtime
- Clear orchestration strategy (sequential, parallel, dynamic)
- Error handling and recovery paths defined
- Resource quotas and health checks in place
- Observability (logging, tracing, metrics)
- Lifecycle management (start, stop, restart)
Layer 5: Governance
- Input validation exists at entry points
- Output validation exists at exit points
- Human-in-the-loop gates positioned correctly
- Audit logging for safety decisions
- Compliance requirements addressed
4. Framework-Specific Validation
Anthropic ADK (Google ADK)
- Check
agent.yamloradk.yamlfor configuration - Validate
@agent.tooldecorator usage - Review
Agent(model=...)instantiation - Verify streaming and async patterns
LangGraph
- Check
langgraph.jsonconfiguration - Validate
StateGraphconstruction - Review node/edge definitions
- Verify
compile()and checkpointing
CrewAI
- Check
crew.yamlconfiguration - Validate
AgentandTaskdefinitions - Review
Crewcomposition - Verify tool delegation patterns
AutoGen
- Validate agent registration patterns
- Review conversation patterns
- Check termination conditions
- Verify human_proxy usage
Custom/Framework-less
- Document orchestration approach
- Identify implicit layers
- Recommend framework adoption if beneficial
5. Topology Analysis
Review the topology output for:
Healthy Patterns:
- Clear hierarchy (coordinator → specialists)
- Balanced fanout (not too many direct dependencies)
- Appropriate coupling (loose where possible)
- Isolated subsystems (domain boundaries)
Anti-Patterns:
- Circular dependencies (agent A → B → A)
- God agents (one agent orchestrates everything)
- Orphaned agents (defined but never used)
- Deep nesting (A → B → C → D → E)
- Tight coupling (many bidirectional dependencies)
6. Update Task
Track architecture findings:
TaskUpdate( taskId="{task_id}", description="Append findings:
[architect] Architecture Analysis Complete
Framework: {detected_framework} v{version} (confidence: {score})
Five-Layer Status:
- Agent Layer: {PASS/FAIL} - {summary}
- Orchestration Layer: {PASS/FAIL} - {summary}
- Memory Layer: {PASS/FAIL} - {summary}
- Tool Layer: {PASS/FAIL} - {summary}
- Safety Layer: {PASS/FAIL} - {summary}
Topology Health: {GOOD/CONCERNS/CRITICAL}
- {metric}: {value}
Top Recommendations:
- {recommendation}
- {recommendation}
Next Steps: {action needed}" )
Output Format
## Architecture Review: {Project Name}
**Review Date**: {date}
**Framework**: {framework} v{version} (confidence: {score})
**Codebase Path**: {path}
### Executive Summary
{2-3 sentence summary of architecture health and top concerns}
### Framework Detection
| Framework | Confidence | Version | Evidence |
|-----------|------------|---------|----------|
| {name} | {score}% | {version} | {evidence count} signals |
**Evidence Breakdown**:
- Imports: {list key imports}
- Config files: {list config files}
- Patterns: {count} framework-specific patterns detected
### Five-Layer Architecture Assessment
#### Layer 1: Agent Layer - {PASS/FAIL}
**Status**: {summary}
**Findings**:
- Agent count: {count}
- Role clarity: {GOOD/NEEDS_IMPROVEMENT}
- Responsibility overlap: {detected overlaps}
**Issues**:
- {issue with location and severity}
**Recommendations**:
- {recommendation}
#### Layer 2: Orchestration Layer - {PASS/FAIL}
**Status**: {summary}
**Pattern**: {sequential/parallel/dynamic/hybrid}
**Findings**:
- Orchestration strategy: {clear/unclear}
- Handoff protocols: {explicit/implicit}
- Error handling: {comprehensive/partial/missing}
**Issues**:
- {issue with location and severity}
**Recommendations**:
- {recommendation}
#### Layer 3: Memory Layer - {PASS/FAIL}
**Status**: {summary}
**Findings**:
- Memory strategy: {in-memory/database/hybrid}
- Context management: {good/needs improvement}
- Persistence: {transient/durable}
**Issues**:
- {issue with location and severity}
**Recommendations**:
- {recommendation}
#### Layer 4: Tool Layer - {PASS/FAIL}
**Status**: {summary}
**Findings**:
- Tool count: {count}
- Tool interfaces: {well-defined/inconsistent}
- Error handling: {robust/fragile}
**Issues**:
- {issue with location and severity}
**Recommendations**:
- {recommendation}
#### Layer 5: Safety Layer - {PASS/FAIL}
**Status**: {summary}
**Findings**:
- Guardrails: {present/missing}
- Validation: {input/output/both/none}
- Human-in-the-loop: {implemented/missing}
**Issues**:
- {issue with location and severity}
**Recommendations**:
- {recommendation} (defer to the safety-reviewer skill for details)
### Agent Topology Analysis
**Topology Health**: {GOOD/CONCERNS/CRITICAL}
**Metrics**:
- Total agents: {count}
- Max depth: {levels}
- Circular dependencies: {count}
- Orphaned agents: {count}
- Average fanout: {ratio}
**Agent Dependency Graph**:
```mermaid
graph TB
Orchestrator --> AgentA
Orchestrator --> AgentB
AgentB --> AgentC
AgentB --> AgentD
Issues Detected:
- Circular dependency: {Agent A} → {Agent B} → {Agent A}
- Orphaned agent: {Agent name} (never called)
- God agent: {Agent name} (orchestrates {count} agents)
- Deep nesting: {path showing deep call chain}
Recommendations:
- {topology-specific recommendation}
Orchestration Pattern Assessment
Pattern: {identified pattern}
Alignment: {GOOD/PARTIAL/POOR}
Framework Best Practices:
- Using framework routing primitives
- Leveraging framework state management
- Following framework error handling patterns
- Utilizing framework observability features
Recommendations:
- {orchestration improvement}
Architecture Decision Records
Implicit Decisions Detected:
- {decision inferred from code}
- Status: Implicit (should be documented)
- Rationale: {inferred reasoning}
- Consequence: {observed impact}
Recommendations:
- Create ADR for: {decision needing documentation}
- Review ADR for: {outdated decision}
Migration Opportunities
{If framework upgrade or migration is beneficial}
From: {current state} To: {recommended state} Effort: {LOW/MEDIUM/HIGH} Benefit: {description}
Next Steps
- Critical: {action item}
- High: {action item}
- Medium: {action item}
- Consider: {action item}
Cross-Skill Coordination
Defer to:
- wicked-garden-agentic-safety-reviewer: For detailed guardrail implementation and validation strategy
- wicked-garden-agentic-performance-analyst: For latency, cost, and token optimization
- frameworks knowledge skill (
skills/agentic/frameworks/): For latest framework features and migration paths - agentic-patterns knowledge skill (
skills/agentic/agentic-patterns/): For code-level pattern improvements
Collaborate with:
- The safety-reviewer skill on Layer 5 validation
- The performance-analyst skill on orchestration efficiency
## Integration with agentic Knowledge Modules
- Use `skills/agentic/agentic-patterns/` for layer-specific guidance (five-layer model is included) and pattern recognition
- Use `skills/agentic/frameworks/` for framework-specific best practices
## Integration with Peer Skills
### Safety Reviewer (wicked-garden-agentic-safety-reviewer)
- Provide Layer 5 findings for detailed review
- Coordinate on guardrail placement and validation strategy
### Performance Analyst (wicked-garden-agentic-performance-analyst)
- Share orchestration pattern analysis
- Identify architecture-level performance bottlenecks
### Frameworks knowledge module (skills/agentic/frameworks/)
- Cross-check current framework detection results against curated profiles
- Consult for guidance on migration paths
### Agentic-patterns knowledge module (skills/agentic/agentic-patterns/)
- Check topology analysis against the pattern catalog for pattern-level improvements
- Source refactoring recommendations from the catalog
## Common Architecture Smells
| Smell | Indicator | Fix |
|-------|-----------|-----|
| God Agent | One agent handles many responsibilities | Split into specialized agents |
| Circular Deps | A → B → A pattern | Introduce mediator or event bus |
| Deep Nesting | Call chains > 4 levels deep | Flatten hierarchy, use pub/sub |
| Orphaned Agent | Agent defined but never used | Remove or document intent |
| Unclear Orchestration | No clear coordinator | Introduce explicit orchestrator |
| Missing Safety | No validation layer | Add Layer 5 guardrails |
| Context Leakage | Agents share mutable state | Use immutable context passing |
## Quick Reference: Detection Scripts
Verified flags: `detect_framework.py [--path --quick --threshold]`;
`analyze_agents.py [--path --framework]` (prints JSON to stdout — redirect it).
```bash
# Detect framework
sh "${CLAUDE_PLUGIN_ROOT}/scripts/_python.sh" "${CLAUDE_PLUGIN_ROOT}/scripts/agentic/detect_framework.py" \
--path . --threshold 0.6
# Analyze agent topology (stdout → file)
sh "${CLAUDE_PLUGIN_ROOT}/scripts/_python.sh" "${CLAUDE_PLUGIN_ROOT}/scripts/agentic/analyze_agents.py" \
--path . > topology.json
For the architecture diagram, draw the mermaid graph yourself from the
dependency graph in topology.json (see Output Format above) — the analyzer
has no diagram/format flag.