grace-init
Initialize GRACE framework structure for this project.
Template Files
All documents MUST be created from template files located in this skill's assets/ directory.
Read each template file, replace the $PLACEHOLDER variables with actual values gathered from the user, and write the result to the target project path.
| Template source | Target in project |
|---|---|
assets/AGENTS.md.template |
AGENTS.md (project root) |
assets/docs/knowledge-graph.xml.template |
docs/knowledge-graph.xml |
assets/docs/requirements.xml.template |
docs/requirements.xml |
assets/docs/technology.xml.template |
docs/technology.xml |
assets/docs/development-plan.xml.template |
docs/development-plan.xml |
assets/docs/verification-plan.xml.template |
docs/verification-plan.xml |
assets/docs/operational-packets.xml.template |
docs/operational-packets.xml |
Important: Never hardcode template content inline. Always read from the
.templatefiles — they are the single source of truth for document structure.
Steps
-
Gather project info from the user. Ask for:
- Project name and short annotation
- Main keywords (for domain activation)
- Primary language, runtime, and framework (with versions)
- Key libraries/dependencies (if known)
- Testing stack (test runner, assertion style, mock/fake approach)
- Observability stack (logger, structured log fields, redaction constraints)
- High-level module list (if known)
- 2-5 critical flows or risky surfaces that must be verifiable early
-
Create
docs/directory and populate documents from templates:For each
assets/docs/*.xml.templatefile:- Read the template file
- Replace
$PLACEHOLDERvariables with user-provided values - Write the result to the corresponding
docs/path
-
Create or verify
AGENTS.mdat project root:- If
AGENTS.mddoes not exist — readassets/AGENTS.md.template, fill in$KEYWORDSand$ANNOTATION, and write to project root - If
AGENTS.mdalready exists — warn the user and ask whether to overwrite or keep the existing one
- If
-
Print a summary of all created files and suggest the next step:
"Run
$grace-planto design modules, data flows, and verification references. Then use$grace-verificationto deepen tests, traces, and log-driven evidence before large execution waves. Usedocs/operational-packets.xmlas the canonical packet and delta reference during execution and refactors."
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-multiagent-execute
Execute a GRACE development plan in controller-managed parallel waves with selectable safety profiles, verification-plan excerpts, batched shared-artifact sync, and scoped reviews.
30grace-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.
27