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 skills add SunrisesIllNeverSee/agent-universe --skill adversarial-verificationgit clone --depth 1 https://github.com/SunrisesIllNeverSee/agent-universeWrote 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/sunrisesillneversee/agent-universe/adversarial-verification)<a href="https://agentmods.dev/skills/sunrisesillneversee/agent-universe/adversarial-verification"><img src="https://agentmods.dev/badge/skills/sunrisesillneversee/agent-universe/adversarial-verification/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/sunrisesillneversee/agent-universe/adversarial-verification"><img src="https://agentmods.dev/badge/skills/sunrisesillneversee/agent-universe/adversarial-verification.svg" alt="Reviewed on agentmods" width="80" 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.00078 | $0.00990 |
| Opus 5.5 | $0.00031 | $0.00396 |
| Sonnet 5.5 | $0.00016 | $0.00198 |
| Haiku 4.5 | $0.00008 | $0.00099 |
Grade A, and why
adversarial-verification 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.
How it starts
The opening of the file, as written. The whole thing — 95 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Adversarial Verification Loop
When an integration lane claims done, it is not done. The gate:
BUILDER → tests → INDEPENDENT FALSIFIER → bounded corrections → RE-VERIFIER → PASS
No lane completes on its own harness alone. Every harness must demonstrate it can go red (a deliberate guard-disable/mutation check that fails as expected).
The falsifier is a different agent
Same code review is not falsification. The falsifier:
- Reads the builder's code + claim, then invents new counterexamples — never merely re-runs the builder's harness.
- Writes findings to a ledger (
reviews/<lane>-Findings.csv+reviews/<lane>-Independent-Review.md), not inline patches. - Returns one of exactly three verdicts:
PASS/CONDITIONAL — bounded corrections/FAIL. - The builder then applies only the accepted findings, adds reproducers + regression checks, and a re-verifier (preferably same subagent resumed, or a fresh one) signs off.
Attack taxonomy — where every real defect lives
All 29 defects found in AQUA M03 were transition-point failures. Always probe:
- Schema-shape mismatch — reader assumes a key the writer never produces
(
rec['data']vs actualrec['row']→ every payload silently empty). - Stored-trust vs recomputation — comparing stored fingerprint columns
instead of recomputing
sha256(content). - Forged caller — hand-built input carrying a real ID + wrong revision/fingerprint/record-set.
- First-writer-wins poisoning — a squatter commits under the replay key first, blocking the legitimate caller.
- Replay semantics — identical replay must return stored result; changed replay must reject; concurrent identical must converge.
- Cross-role / cross-scope collisions — global PK on
legacy_idlets a foreign scope squat or collide; scope-key every derived ID. - Authority confusion — a site/adapter receipt must never masquerade as canonical truth; check that projection output cannot write back.
- Caller-asserted identity — never trust
site_user_id,applicant_id,scopefrom the caller; resolve server-side through a membership/identity table the caller cannot write. - Fabricated provenance — don't invent IDs/text for unresolved
references; emit explicit
UNRESOLVED/NULLsentinels. - Silent approval/reward — confidence/locked/certify metadata must never auto-produce canon decisions or reward writes; approval needs real human evidence.
- Mutable lineage — append-only triggers on pair/evidence tables; UPDATE/DELETE must fail.
- Vacuous assertions — a "negative test" that never calls the thing it claims to reject; every denial check must name the expected rejection.
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 · 95 lines · 78 tokens per session scan A 1eaa5e4b944a
adversarial-verification is a skill published in the GitHub repository SunrisesIllNeverSee/agent-universe (1 stars, last pushed today), licensed MIT. It adds 78 tokens to every session and 990 once invoked, about $0.0003 per session on Opus 5.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-10-11.
Other skills, from other repositories
code-review
Perform a structured code review of changes, checking for correctness, style, tests, and potential issues.
cli-command
Design, implement, or review Composio CLI commands under ts/packages/cli using Effect, effect/cli, services, output conventions, configuration and environment variables, and local vendor references. Use for CLI command UX, command wiring, service changes, or CLI source edits. Do not use for CLI E2E-only work; use…
pytest-suite
Write or extend the backend test suite following this project's conventions. Use when adding tests for a new service/route/repository, when coverage is missing, or when asked to test a feature. Knows the mocked-session + httpx AsyncClient setup so tests run with no database.
red-team-review
Unified adversarial review, two modes. Strategic Matrix v4.3 (MTA-004) for arguments/plans/decisions: Priors → Rubric → Adversarial Lenses → SWOT/TOWS → MCDA → Blind Spot/Kill Switch → Summary. Deliverable Audit for built artefacts (assignments, reports, code outputs): isolated fresh-context hunt against the brief…
qa-frontend
Internal PostHog developer frontend/browser QA skill. Use only when a PostHog developer explicitly asks to run frontend QA, browser-test a PR, verify a UI flow against the local PostHog stack, use qa-frontend, or QA current frontend changes with browser/runtime evidence, or to make a feature reel (see reel mode…
extending-hobby-smoke-tests
Design, extend, review, or debug PostHog Hobby end-to-end smoke tests in bin/hobby-ci.py and .github/workflows/ci-hobby.yml. Use when adding an ingestion round trip, deciding whether a product belongs in Hobby CI, changing the CI Hobby service topology or API-key scopes, or diagnosing a smoke test that captures data…