- Next.js 14+ with App Router and TypeScript - Tailwind CSS and ShadCN UI styling - Zustand state management - Dexie.js for IndexedDB (local-first data) - Auth.js v5 for authentication - BMAD framework integration Co-Authored-By: Claude <noreply@anthropic.com>
3.5 KiB
3.5 KiB
Module Agent Validation Checklist
Validate Module agents meet BMAD quality standards.
Run this AFTER Simple or Expert validation.
Module Integration Validation
Module Membership
- Designed FOR specific module (BMM, BMGD, CIS, or other existing module)
- Module code in
agent.metadata.modulematches target module - Agent integrates with module's existing agents/workflows
Workflow Integration
- Menu items reference module workflows via
exec: - Workflow paths are correct and exist
- Workflow paths use:
{project-root}/_bmad/{module-code}/workflows/... - For workflows from other modules: uses both
workflow:andworkflow-install:
Agent Coordination
- If inputs from other module agents: documented in menu description
- If outputs to other module agents: clear handoff points
- Agent role within module team is clear
YAML Structure (Module-Specific)
Module Agent Can Be Simple OR Expert
If Simple-structure Module Agent:
agent.metadata.hasSidecarisfalse(no sidecar)- Single .agent.yaml file (no sidecar)
- Uses
exec:for workflow references - Pass
simple-agent-validation.mdfirst
If Expert-structure Module Agent:
agent.metadata.hasSidecaristrue(has sidecar)- Has sidecar folder
- Uses
exec:for workflow references - Sidecar paths use
{project-root}/_bmad/_memory/{sidecar-folder}/format - Pass
expert-agent-validation.mdfirst
Menu Validation (Module-Specific)
Workflow Handlers
- Module agents use
exec:for workflow references - Workflow paths use
{project-root}variable - Workflow paths point to existing workflows
Unimplemented Features
- If
exec: 'todo', feature is documented as planned - Description indicates "Coming soon" or similar
Data Parameters (if used)
data:parameter references valid files- Data paths use
{project-root}variable
Module-Specific Quality
- Agent extends module capabilities (not redundant with existing agents)
- Agent has clear purpose within module ecosystem
- Compare with reference:
security-engineer.agent.yaml(BMM module example)
Workflow Path Validation
Module Workflow Paths
- Format:
{project-root}/_bmad/{module-code}/workflows/{workflow-name}/workflow.{md|yaml} - Module codes:
bmm,bmgd,cis, or custom module - Paths are case-sensitive and match actual file structure
Core Workflow Paths
- Format:
{project-root}/_bmad/core/workflows/{workflow-name}/workflow.{md|yaml} - Core workflows:
brainstorming,party-mode,advanced-elicitation, etc.
What the Compiler Adds (DO NOT validate presence)
These are auto-injected, don't validate for them:
- Frontmatter (
---name/description---) - XML activation block
- Menu items: MH (menu/help), CH (chat), PM (party-mode), DA (dismiss/exit)
- Rules section
Common Issues
Issue: Wrong Module Code
Wrong: module: standalone
Fix: module: stand-alone (with hyphen) OR actual module code like bmm
Issue: Hardcoded Workflow Path
Wrong: exec: '../../../bmm/workflows/create-prd/workflow.md'
Fix: exec: '{project-root}/_bmad/bmm/workflows/create-prd/workflow.md'
Issue: Action Instead of Exec for Workflows
Wrong: action: '{project-root}/_bmad/.../workflow.md'
Fix: exec: '{project-root}/_bmad/.../workflow.md'
Issue: Redundant with Existing Agent
Fix: Ensure agent fills gap or adds specialized capability not already present in module