Agent skill
grace-ask
Answer a question about a GRACE project using full project context. Use when the user has a question about the codebase, architecture, modules, or implementation — loads all GRACE artifacts, navigates the knowledge graph, and provides a grounded answer with citations.
Install this agent skill to your Project
npx add-skill https://github.com/osovv/grace-marketplace/tree/main/plugins/grace/skills/grace/grace-ask
SKILL.md
Answer a question about the current GRACE project.
Process
Step 1: Load Project Context
Read the following files (skip any that don't exist):
AGENTS.md— project principles and conventionsdocs/knowledge-graph.xml— module map, dependencies, exportsdocs/requirements.xml— use cases and requirementsdocs/technology.xml— stack, runtime, librariesdocs/development-plan.xml— phases, modules, contractsdocs/verification-plan.xml— tests, traces, log markers, and execution gatesdocs/operational-packets.xml— canonical packet, delta, and failure handoff shapes
Step 2: Identify Relevant Modules
Based on the question, find the most relevant modules:
- Use the knowledge graph to locate modules related to the question
- Follow CrossLinks to find connected modules
- Read MODULE_CONTRACTs of relevant modules for detailed context
- Read matching verification entries when the question is about behavior, failure modes, or testing
If the optional grace CLI is available, you may use:
grace module find <query> --path <project-root>to resolve module IDs from names, paths, dependencies, or verification refsgrace module show M-XXX --path <project-root> --with verificationto pull the shared/public module snapshotgrace file show <path> --path <project-root> --contracts --blocksto pull file-local/private context for the implementation details
Step 3: Dive Into Code If Needed
If the question is about specific behavior or implementation:
- Use MODULE_MAP to locate relevant functions/blocks
- Read the specific START_BLOCK/END_BLOCK sections
- Read function CONTRACTs for intent vs implementation details
- Read nearby tests or log-marker assertions when they are the strongest evidence for expected behavior
Step 4: Answer
Provide a clear, concise answer grounded in the actual project artifacts. Always cite which files/modules/blocks your answer is based on.
Important
- Never guess — if the information isn't in the project artifacts, say so
- If the question reveals a gap in documentation or contracts, mention it
- If the question reveals a gap in tests, traces, or verification docs, mention it
- If the answer requires changes to the project, suggest the appropriate
$grace-*skill
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
grace-verification
Design and enforce testing, traces, and log-driven verification for a GRACE project. Use when modules need stronger automated tests, execution-trace checks, or a maintained verification-plan.xml that autonomous and multi-agent workflows can trust.
grace-refactor
Refactor GRACE-governed code safely: rename, move, split, merge, or extract modules while keeping contracts, graph, verification, and semantic markup synchronized.
grace-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.
grace-cli
Operate the optional `grace` CLI against a GRACE project. Use when you want to lint GRACE artifacts, resolve modules from names or file paths, inspect shared/public module context, or inspect file-local/private markup through `grace lint`, `grace module find`, `grace module show`, and `grace file show`.
grace-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.
grace-reviewer
GRACE integrity reviewer. Use for fast scoped gate reviews during execution, or full integrity audits at phase boundaries and after broader code, graph, or verification changes.
Didn't find tool you were looking for?