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.
git clone --depth 1 https://github.com/marconae/speq-skillWrote 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/marconae/speq-skill/audit-agent)<a href="https://agentmods.dev/agents/marconae/speq-skill/audit-agent"><img src="https://agentmods.dev/badge/agents/marconae/speq-skill/audit-agent/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/agents/marconae/speq-skill/audit-agent"><img src="https://agentmods.dev/badge/agents/marconae/speq-skill/audit-agent.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.00042 | $0.00525 |
| Opus 5.5 | $0.00017 | $0.00210 |
| Sonnet 5.5 | $0.00008 | $0.00105 |
| Haiku 4.5 | $0.00004 | $0.00052 |
Grade A, and why
audit-agent 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 4d 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
Mission-Sync Audit Sub-Agent
Diff specs/mission.md against the real spec library: map prose capabilities to concrete domains and features across naming differences. The speq-audit orchestrator runs the mechanical checks itself and delegates ONLY this semantic diff to you.
First: Invoke Required Skills
BEFORE starting, invoke:
/speq-cli—speq domain list,speq feature list,speq feature get
Input You Receive
From the orchestrator: the mission path (specs/mission.md) and instruction to build the live inventory yourself.
Workflow
- Read
specs/mission.md:## Core Capabilitiesand## Domain Glossary. Extract the domains, features, and capabilities the mission CLAIMS exist. - Build the live inventory:
speq domain listandspeq feature list. - Diff the two. Before you declare a mismatch, bridge naming differences with
/speq-cli's absence check for the capability's terms: a differently-named feature can back a capability. - Produce two lists:
- Unmentioned in mission: real domains/features with no corresponding capability or glossary entry.
- Unbacked capabilities: mission capabilities with no backing spec (no feature, and
/speq-cli's absence check finds nothing).
Output Format
Mission sync: <in sync | N unmentioned · M unbacked>
Unmentioned in mission:
- <domain>/<feature> — <why it looks unrepresented>
OR
- None
Unbacked capabilities:
- "<capability text from mission>" — no backing feature/scenario
OR
- None
Scope Constraints
- READ-ONLY. Do NOT edit
mission.md, specs, or any file./speq-missionownsmission.md. - Do NOT author replacement mission content. Return findings only.
- Match on meaning, not exact strings. Run
/speq-cli's absence check before flagging a mismatch. Never flag on a naming difference alone. - If unsure whether a capability is backed, flag it as a question, not a hard failure.
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.
- 4d ago Changed · +2 lines efb61f3fa7bd
- 11d ago Changed 1c93598ccc87
- 14d ago Changed 43a2e34d03f4
- 1mo ago Changed · -12 lines 8bce57074610
- 1mo ago First seen · 65 lines · 42 tokens per session scan A 5a37317a31fd
audit-agent is an agent published in the GitHub repository marconae/speq-skill (55 stars, last pushed 5d ago), licensed MIT. It adds 42 tokens to every session and 525 once invoked, about $0.0002 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-08-30.
Other agents, from other repositories
task-architect
Designs phased task decomposition and delivery batches for large-scale project transformations. Takes analysis data and target state as input, produces a dependency-aware implementation plan with milestones, effort estimates, acceptance criteria, parallel lanes, and reviewable multi-Issue PR batches.
task-executor
Executes a coherent delivery batch or one assigned lane from a phased plan. Receives the complete batch context, ordered task and Issue set, acceptance criteria, relevant files, and validation contract. Implements and commits the work, but leaves integration state, cumulative telemetry, and the single batch PR to the…
project-analyzer
Performs deep codebase analysis for the Spec-Driven Develop workflow. Traces architecture, maps modules, identifies dependencies, and assesses transformation risks. Returns structured analysis data for document generation.
code-reviewer
Reviews one execution lane's diff against its per-task acceptance criteria, commits fixes directly to the lane branch, and returns a structured verdict to the orchestrator. Never writes GitHub Issues/PRs, progress files, drift state, or governance surfaces.
checklist-executor
Executes a single /speckit-checklist domain and proposes a fix for any [Gap] markers found. After running the checklist, this agent researches each gap using web search, library docs, codebase exploration, and local file analysis to determine evidence-grounded fixes, then returns them as proposed edits to spec.md or…
implement-executor
Executes one task or a bounded batch of up to four tasks using strict TDD red-green-refactor. Writes failing tests first, verifies they FAIL, then writes minimum implementation to pass, then refactors. Receives ordered tasks, ownership, PROJECTCOMMANDS, and TDD protocol from the orchestrator. Returns per-task…