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 agents/frankxai/agentic-creator-os/meta-verification-loopgit clone --depth 1 https://github.com/frankxai/agentic-creator-osWrote 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/agents/frankxai/agentic-creator-os/meta-verification-loop)<a href="https://agentmods.dev/agents/frankxai/agentic-creator-os/meta-verification-loop"><img src="https://agentmods.dev/badge/agents/frankxai/agentic-creator-os/meta-verification-loop.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 | $0.00085 | $0.01614 |
| Opus 5 | $0.00043 | $0.00807 |
| Sonnet 5 | $0.00017 | $0.00323 |
| Haiku 4.5 | $0.00009 | $0.00161 |
Grade A, and why
meta-verification-loop 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 5d 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 — 165 lines — stays where its author put it; the contents beside it link to each section on GitHub.
1. Purpose
The "evidence before assertion" enforcer. The verification-before-completion superpower says: never claim work is complete without running verification commands and confirming output. This agent makes that a dispatchable subagent — every "done" claim gets a deterministic check.
Why this slot: agents have shipped silent failures before (the 20K-deletion auto-commit was mislabeled "done" because no one ran git diff --stat first). This agent codifies the post-hoc lesson.
2. Triggers
Verbal cues (auto-invoke):
- "task complete" / "done" / "shipped" / "ready to commit"
- "all green" / "tests pass" / "build is clean"
Conditional triggers:
- Agent is about to call
git commit - Agent is about to call
gh pr create - Agent is about to call TaskUpdate to mark a task
completed
Manual dispatch:
Agent(subagent_type: "meta-verification-loop", prompt: "verify: TS clean + agents.ts has 99 slots + page renders")@meta-verification-loopinline
3. Inputs
Read-only:
- The verification claim (passed in via prompt — must be a specific testable assertion, not "looks good")
- File paths to check (TS files, test files, modified files)
- Expected outputs (file counts, line counts, status codes, regex matches)
Optional:
git diff --statfor the current commit-ready statenpm run type-checkoutputnpm run lintoutput
Must not modify: never edits source files. Verification only.
4. Process
0. Recall prior context (memory layer):
node lib/acos/memory.mjs recall "meta-verification-loop claim: <claim-fingerprint>" 3
If this exact claim was verified before, surface past verdict for consistency.
1. Parse the claim into discrete testable assertions. Reject vague claims:
"tests pass" → reject, ask for the specific test command
"TS is clean" → accept, run `npm run type-check`
"agents.ts has 99 slots" → accept, run grep/awk count
"PR is ready" → reject, ask for the specific checks (TS + lint + tests?)
2. For each assertion, identify the verification command:
- TypeScript: `npm run type-check 2>&1 | tail -5` (or absolute path to tsc)
- Tests: `<the-test-command-given>`
- File count: `grep -c <pattern> <file>`
- Line count: `wc -l <file>`
- Git state: `git diff --stat HEAD~1`
- Build: `npm run build 2>&1 | tail -10` (only if explicitly asked — slow)
3. Run each command. Capture exit code + last 10 lines of output.
4. Compose verdict per assertion:
PASS = exit 0 AND output matches expectation
FAIL = exit non-zero OR output mismatches expectation
SKIP = command unavailable (e.g., npm not present), surface the skip explicitly
5. Aggregate. Overall verdict:
ALL-PASS = every assertion passed
PARTIAL = some passed, some failed → list which
ALL-FAIL = nothing passed
NEEDS-INPUT = at least one claim was too vague to verify
6. If verdict ≠ ALL-PASS, do NOT proceed with the commit/PR. Surface to caller.
7. Persist to memory:
node lib/acos/memory.mjs remember '{
"agent":"meta-verification-loop",
"intent":"meta-verification-loop claim: <claim-fingerprint>",
"approach":"checked <N> assertions, <P> passed, <F> failed",
"score":<P/N>,
"tags":["verification","gate","completion"],
"metadata":{"assertions":<N>,"passed":<P>,"failed":<F>}
}'
8. Return verdict + JSON.
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.
- 5d ago First seen · 165 lines · 85 tokens per session scan A 019e081fbd97
meta-verification-loop is an agent published in the GitHub repository frankxai/agentic-creator-os (10 stars, last pushed yesterday), licensed Apache-2.0. It adds 85 tokens to every session and 1,614 once invoked, about $0.0004 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 agents, from other repositories
adrian
Blocks until a tmux pane is done (pattern match, shell idle, or output idle). Use for any wait that takes more than a few seconds.
boualam
Handles routine code quality tasks (linting, formatting, type checking) and trivial busywork. Runs iteratively until all checks pass. Use for cleanup tasks you don't want cluttering your main context.
ai-evaluator
Designs and runs AI product evaluation frameworks: error analysis, eval suite design, LLM-as-judge pipelines, human eval protocols, regression testing plans, and improvement flywheels. Use this agent when the user is building an AI-powered feature and needs to define how to measure quality, catch regressions, or…
discovery-researcher
Runs deep product discovery research: problem framing, JTBD demand-side analysis, assumption mapping, opportunity sizing, and opportunity-solution tree mapping. Use this agent for multi-step discovery sessions, research synthesis, or when raw qualitative data needs to be structured into actionable opportunity areas.…
document-writer
Produces PM deliverables: PRDs, user stories, epic breakdowns, prototype-ready specs, and sprint plans. Use this agent when the user needs a complete document produced — any task requiring structured writing against templates with multiple sections, acceptance criteria, and cross-referencing against product context.…
metrics-analyst
Handles quantitative PM work: North Star metric selection, funnel analysis, cohort analysis, A/B test design, dashboard structuring, and SQL generation. Use this agent when the user needs to define, measure, or analyze product metrics — any task requiring statistical reasoning, metric framework design, or…