Install
$ agentstack add skill-osovv-grace-marketplace-grace-ask ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
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 --pathto resolve module IDs from names, paths, dependencies, or verification refsgrace module show M-XXX --path --with verificationto pull the shared/public module snapshotgrace file show --path --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 STARTBLOCK/ENDBLOCK 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
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: osovv
- Source: osovv/grace-marketplace
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.