ground-claim
SolidGrounds capability claims with file-read evidence. Default mode answers meta-capability questions ('what does X enable') with path:line citations. Pass mode: runtime-wiring with a claims list to trace actual runtime execution paths — call sites, DI registration, middleware — and get CONFIRMED/UNVERIFIED/REFUTED verdicts per claim. Blocks sign-off on any non-CONFIRMED claim.
Install
Quality Score: 82/100
Skill Content
Details
- Author
- griffinwork40
- Repository
- griffinwork40/agent-afk
- Created
- 1 months ago
- Last Updated
- today
- Language
- TypeScript
- License
- Apache-2.0
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
deep-grounding
Run a deep-grounding pass BEFORE asserting or analyzing — do not answer from priors on the first source or angle that comes to mind. Ask "where could the evidence for this be?", gather the relevant available sources (project memory, READMEs/docs, the actual code/config, tests, logs/telemetry, tickets, git history, the web — whatever fits the question), and follow the leads they reveal RECURSIVELY, even low-odds ones, until the trail runs dry; THEN reason, grounded, tagging each conclusion with its evidence tier and stating what could not be verified. Use this PROACTIVELY whenever you are about to assert a checkable claim, start a non-trivial analysis / design / diagnosis / recommendation, or answer from "what you already know" — ESPECIALLY when you notice yourself reaching for a conclusion from a single source or a single angle, or when a result BEATS your expectation (favorable surprises are the ones that silently skip verification). Evidence, not more reasoning, is what escapes a wrong prior.
completion-gate
Validates agent claims against evidence trail. Use when verifying an agent has actually done what it claims — auto-fires at workflow end. Catches 'done' without proof, 'tests pass' without output, 'fixed' without verification. Called by cook and team.
verify-before-claim
Gate against asserting unverified facts. USE WHEN about to claim that something "doesn't exist" / "is blocked" / "isn't deployed", state a measured value/number, describe how an API behaves, or assert a vendored component's capability — especially from memory or several turns ago. Triggers: "doesn't exist", "is blocked", "already done", "the metric equals", any claim about API/enum/payload, "verify", ��не существует», «заблокировано», «уже сделано», «перепроверь».