meta-verification-loop

meta-verification-loop is an agent for Claude Code from frankxai/agentic-creator-os. It costs 85 tokens per session (1,614 once invoked), scanned A, original, Apache-2.0.

A completion check that tests whether an agent's claim of finished work is supported by evidence. It checks items such as TypeScript errors, expected file changes, tests, and silent failures.

In plain words
What is it for?
Use it before marking a task done, committing code, opening a pull request, or claiming that tests and builds are clean.
Why use it?
It catches work that is declared complete even though files, tests, or builds are still wrong.

Agent for Claude Code

Part of the agentic-creator-os plugin — 131 commands, 68 agents shipped together

Install

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.

agentmods
npx agentmods add agents/frankxai/agentic-creator-os/meta-verification-loop
Clone the repo
git clone --depth 1 https://github.com/frankxai/agentic-creator-os

Made for: Claude Code.

Or install agentic-creator-os, the plugin that ships this one along with the rest of its 131 commands, 68 agents.

Wrote 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.

agentmods badge for meta-verification-loop

README.md
[![agentmods](https://agentmods.dev/badge/agents/frankxai/agentic-creator-os/meta-verification-loop.svg)](https://agentmods.dev/agents/frankxai/agentic-creator-os/meta-verification-loop)
Your own site
<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>
Per session 85 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,614 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce 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

Measured 5d ago against content hash 019e081fbd97, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

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.

.claude/agents/meta-verification-loop.md · 165 lines

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-loop inline

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 --stat for the current commit-ready state
  • npm run type-check output
  • npm run lint output

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.

Read the full file on GitHub · 165 lines

Changes

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.

  1. 5d ago First seen · 165 lines · 85 tokens per session scan A 019e081fbd97

Subscribe to this mod's changes

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.

Related

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.

adriancarriger/lambda · 34 tokens

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.

adriancarriger/lambda · 43 tokens

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…

Productfculty-aipm/PM-Copilot-by-Product-Faculty · 282 tokens

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.…

Productfculty-aipm/PM-Copilot-by-Product-Faculty · 254 tokens

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.…

Productfculty-aipm/PM-Copilot-by-Product-Faculty · 247 tokens

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…

Productfculty-aipm/PM-Copilot-by-Product-Faculty · 258 tokens