grace-multiagent-execute
Execute a GRACE development plan with multiple agents while keeping planning artifacts and shared context consistent.
Prerequisites
docs/development-plan.xmlmust exist with module contracts and implementation orderdocs/knowledge-graph.xmlmust existdocs/verification-plan.xmlshould exist with module-local verification commands and gate expectations- if
docs/operational-packets.xmlexists, use it as the canonical packet and delta reference - If the plan or graph is missing, stop immediately and tell the user to run
$grace-planthemselves before dispatching a large wave - If the verification plan is missing or still skeletal, stop immediately and tell the user to run
$grace-verificationthemselves before dispatching a large wave - Prefer this skill only when module-local verification commands already exist or can be defined clearly
Core Principle
Parallelize module implementation, not architectural truth.
- One controller owns shared artifacts:
docs/development-plan.xml,docs/knowledge-graph.xml,docs/verification-plan.xml, phase status, and execution queue - Worker agents own only their assigned module files and module-local tests
- Reviewers validate module outputs before the controller merges graph and plan updates
- Speed should come from better context packaging, batched shared-artifact work, and scoped reviews - not from letting workers invent architecture
More from osovv/grace-marketplace
grace-explainer
Complete GRACE methodology reference. Use when explaining GRACE to users, onboarding new projects, or when you need to understand the GRACE framework - its principles, semantic markup, knowledge graphs, contracts, testing, and unique tag conventions.
49grace-execute
Execute the full GRACE development plan step by step with controller-managed context packets, verification-plan excerpts, scoped reviews, level-based verification, and commits after validated sequential steps.
28grace-status
Show the current health status of a GRACE project. Use to get an overview of project artifacts, codebase metrics, knowledge graph health, verification coverage, and suggested next actions.
27grace-fix
Debug an issue using GRACE semantic navigation. Use when encountering bugs, errors, or unexpected behavior - navigate through the graph, verification plan, and semantic blocks to analyze the mismatch and apply a targeted fix.
27grace-refresh
Synchronize GRACE shared artifacts with the actual codebase. Use targeted refresh after controlled waves, or full refresh after refactors and when you suspect wider drift between the graph, verification plan, and code.
27grace-plan
Run the GRACE architectural planning phase. Use when you have requirements and technology decisions defined and need to design the module architecture, create contracts, map data flows, and establish verification references. Produces development-plan.xml, verification-plan.xml, and knowledge-graph.xml.
27