AugmentClaude

grace-init

Bootstrap a Full GRACE 4 project by creating the canonical .grace context, graph, verification, and changes skeleton.

Installation

  1. Make sure Claude is on your device and in your terminal.

    Skills load from ~/.claude/skills/ when Claude Code starts up — so you need it on your machine first. If you don't have it yet, install it once with the command below, then run claude in any terminal to verify.

    One-time setup
    npm i -g @anthropic-ai/claude-code

    Already have it? Skip ahead.

  2. Paste into Claude Code or into your terminal.

    This copies the whole skill folder into ~/.claude/skills/grace-init-osovv/ — the SKILL.md plus any scripts, reference docs, or templates the skill ships with. Safe default: works for every skill.

    Faster alternative (instruction-only skills)

    Skips the clone and grabs only the SKILL.md file. Don't use this if the skill ships Python scripts, reference markdowns, or asset templates — they won't be downloaded and the skill will fail when it tries to load them.

    Quick install (SKILL.md only)
    Sign up to copy
  3. Restart Claude Code.

    Quit and reopen Claude Code (or any other agent that loads from ~/.claude/skills/). New skills are picked up on startup.

  4. Just ask Claude.

    Skills auto-activate when your request matches the skill's description — no slash command needed. Trigger phrases live in the skill's own frontmatter; you can read them in the “What this skill does” section above.

Prefer to read the source first? Open on GitHub.

When Claude uses it

Bootstrap a Full GRACE 4 project by creating the canonical .grace context, graph, verification, and changes skeleton.

What this skill does

<skill> <task> Create the canonical GRACE 4 project layout from this skill's `assets/` templates:
  • AGENTS.md
  • .grace/context/requirements.xml
  • .grace/context/technology.xml
  • .grace/context/principles.xml
  • .grace/context/deployment.xml
  • .grace/context/ux-guidelines.xml
  • .grace/graph/index.xml
  • .grace/graph/main.xml
  • .grace/verification/index.xml
  • .grace/verification/main.xml
  • .grace/changes/active/
  • .grace/changes/archive/

Every XML artifact uses graceVersion="4.0". Semantic anchors are XML tags, never attributes. Do not create dummy C-* change bundles. Do not overwrite existing .grace artifacts without explicit confirmation. </task>

<template_sources>

Template sourceTarget in project
assets/AGENTS.md.templateAGENTS.md
assets/.grace/context/requirements.xml.template.grace/context/requirements.xml
assets/.grace/context/technology.xml.template.grace/context/technology.xml
assets/.grace/context/principles.xml.template.grace/context/principles.xml
assets/.grace/context/deployment.xml.template.grace/context/deployment.xml
assets/.grace/context/ux-guidelines.xml.template.grace/context/ux-guidelines.xml
assets/.grace/graph/index.xml.template.grace/graph/index.xml
assets/.grace/graph/main.xml.template.grace/graph/main.xml
assets/.grace/verification/index.xml.template.grace/verification/index.xml
assets/.grace/verification/main.xml.template.grace/verification/main.xml
</template_sources>
<steps> 1. Gather project name, annotation, keywords, language/runtime/framework, testing stack, observability constraints, deployment applicability, UX applicability, and any known initial modules. 2. If `.grace` or `AGENTS.md` already exists, stop and ask whether to keep, merge, or overwrite each existing artifact. Never overwrite silently. 3. Create `.grace/context`, `.grace/graph`, `.grace/verification`, `.grace/changes/active`, and `.grace/changes/archive`. 4. Read each `.template` file, replace `$PLACEHOLDER` values with gathered project information, and write the target file. 5. Print created files and recommend the next workflow: use `grace-spec` to create an active `GraceChangeSpec`, then `grace-plan` to produce a `GraceChangePlan` before implementation. </steps>

<hard_rules>

  • GRACE 4 state lives under .grace; do not create legacy docs/*.xml as the bootstrap surface.
  • GraceChangeSpec and GraceChangePlan are created by later change workflows, not by init.
  • If legacy GRACE 3 docs are present, explain that migration is handled only by grace-migrate; init must not convert or delete them.
  • Validate the resulting project with grace lint --path <project-root> when the CLI is available. </hard_rules>
</skill>

Related skills