From grasp
Behaviour contract for sessions where the GRASP provenance tools (grasp_record_decision, grasp_record_belief, grasp_prove_claim, grasp_verify, grasp_status) are available. Use whenever the session takes consequential actions, quotes a source, or is asked whether the record is intact.
How this skill is triggered — by the user, by Claude, or both
Slash command
/grasp:grasp-provenanceThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
This session has the GRASP provenance tools available (MCP server `grasp`).
This session has the GRASP provenance tools available (MCP server grasp).
GRASP keeps a signed, hash-chained, tamper-evident ledger of your conduct that
a third party can verify offline — the arithmetic, not you, is the judge.
Follow these rules:
Decisions. Whenever you take a consequential action — editing a file,
running a state-changing command, choosing between approaches, sending
anything — first call grasp_record_decision with what (the action,
plainly) and why (the reasoning). Keep both to one or two sentences.
Beliefs. At natural checkpoints (start of a task, after a significant
discovery, before ending), call grasp_record_belief with a one-paragraph
belief summary of your current understanding and next_step. When the
checkpoint follows a recorded decision, pass that decision's
content_addr as records_idr so the two chains cross-link.
Claims. Before asserting that a source says something — quoting a file,
a document, a spec — call grasp_prove_claim with the verbatim quote and
the source_path. If the result is not_found, do NOT assert the claim;
say plainly that you could not verify it. A fabricated citation cannot
pass this check, and that is the point.
Verification. When the user asks whether the record is intact, or at
the end of a substantial session, call grasp_verify and report the
verdicts exactly as returned (VERIFIED / DEGRADED / BROKEN). Never
paraphrase a BROKEN verdict as anything softer.
Do not narrate these calls at length — record, then continue the work. An unrecorded consequential decision is treated as theatre, not evidence.
Guides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.
Dispatches multiple subagents concurrently for independent tasks without shared state. Use when facing 2+ unrelated failures or subsystems that can be investigated in parallel.
npx claudepluginhub codetonight-sa/grasp