Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/amethystluna/embedded-workbench/fact-checknpx skills add AmethystLuna/embedded-workbench --skill fact-checkgit clone --depth 1 https://github.com/AmethystLuna/embedded-workbenchWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/amethystluna/embedded-workbench/fact-check)<a href="https://agentmods.dev/skills/amethystluna/embedded-workbench/fact-check"><img src="https://agentmods.dev/badge/skills/amethystluna/embedded-workbench/fact-check.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00100 | $0.00585 |
| Opus 5 | $0.00050 | $0.00293 |
| Sonnet 5 | $0.00020 | $0.00117 |
| Haiku 4.5 | $0.00010 | $0.00059 |
Grade A, and why
fact-check scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Fact Check (fallback)
Lightweight claim verification built into this plugin. Use it when the full
logicprobe plugin is not installed — it checks every verifiable claim in a
document/plan against the codebase with evidence, without model escalation.
When to use
- Design docs, architecture specs, technical proposals, refactoring plans that name APIs, types, files, enums, counts, or mechanisms.
- Proactively when a plan will be approved (plan-mode gate) and logicprobe is unavailable.
What to verify (per claim)
| Claim type | Method |
|---|---|
| Numeric claims (counts, sizes, frequencies) | grep -c / grep -rn |
| API/type/enum names | Extract actual signatures/values from headers |
| File paths and line numbers | Confirm existence and content |
| Mechanism feasibility | Check language standard / compiler support |
Process
- Enumerate every verifiable claim (quote it verbatim).
- Verify each against the codebase with evidence (file:line + excerpt).
- Output per claim: claim → evidence → verdict.
Output format
- Claim:
- Evidence: <file:line + grep/read excerpt>
- Verdict: confirmed | refuted | unverifiable
- Correction direction (when refuted) — never fix inline.
Append a ## Plan Verification block:
## Plan Verification
- **Mode**: fact-check (fallback — logicprobe plugin not installed)
- **Claims checked**: [N] confirmed, [M] refuted, [K] unverifiable
- **Escalation**: model verification NOT run (requires logicprobe plugin)
Boundaries
- No executable model verification — no state-space exploration, no harness.
- State machines (≥3 states), ACK/NACK/retry/timeout logic, lock/unlock
ordering, and "always"/"never"/"guaranteed" claims require the
logicprobeplugin: install it (see.dsh/INSTALL.md) or tell the user verification is degraded to manual mode for those claims. - Checking a claim is not a security audit; being checked ≠ being safe.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 6d ago First seen · 58 lines · 100 tokens per session scan A c58b8fe9b1c5
fact-check is a skill published in the GitHub repository AmethystLuna/embedded-workbench (8 stars, last pushed yesterday), licensed MIT. It adds 100 tokens to every session and 585 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
cordis-plugin-development
Create, modify, debug, or extend dynamic Cordis Plugins, including Host Services and Events, Client Slot and theme UI, Package-private Client-to-Host calls, dynamic Tools, version updates, approval failures, and runtime diagnostics. Use this Skill to route a user request to the correct platform and Inspect Provider…
record-browser-gif
Record browser or Web UI interaction demos as optimized GIFs using the available built-in browser, state-based frame capture, and deterministic encoding, then attach the GIF to a pull request with gh --attach, falling back to a dedicated assets branch where attach cannot apply. Use when asked to make, record, or…
editing-cordis-compositions
Use when creating, changing, or validating a Cordis composition for this harness — writing or editing an agent preset, adding or removing a plugin row, deciding whether something belongs to the host composition or to one session, checking whether a preset you authored actually mounts, or diagnosing a row that mounted…
dsh-pre-push-checks
Use before pushing, force-pushing, marking ready for review, or claiming checks pass on a deepseek-harness branch, and immediately after gh stack sync publishes rewritten branches, to select the smallest tests and checks that cover the outgoing or just-published diff without reflexively running the full repository…
dsh-merging-stacked-prs
Use when landing a stack of dependent GitHub PRs (A ← B ← C, where each bases on the one below) onto master, merging a PR whose base is another open PR's branch, or whenever a request mentions "stacked PRs", "PR stack", "dependent PRs", or merging several related PRs in sequence. Requires every same-repository…
dsh-doc
Create, restructure, review, audit, or migrate DeepSeek Harness Markdown documentation, package READMEs, and the documentation website using audience-first hierarchy, kind-mapped YAML metadata, bilingual line alignment, summary/contents navigation, progressive user-to-developer detail, executed-operation…