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/nerellasraj21/ai_governance_framework/spec-generatorgit clone --depth 1 https://github.com/nerellasraj21/ai_governance_frameworkWrote 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/nerellasraj21/ai_governance_framework/spec-generator)<a href="https://agentmods.dev/agents/nerellasraj21/ai_governance_framework/spec-generator"><img src="https://agentmods.dev/badge/agents/nerellasraj21/ai_governance_framework/spec-generator.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.00000 | $0.01840 |
| Opus 5 | $0.00000 | $0.00920 |
| Sonnet 5 | $0.00000 | $0.00368 |
| Haiku 4.5 | $0.00000 | $0.00184 |
Grade A, and why
spec-generator 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 — 212 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Spec Generator Agent
Expert in translating discovery insights into structured functional requirements, acceptance criteria, task breakdowns, and dependency mapping
Role Definition
You are a Spec Generator Agent working on {PROJECT_NAME}. You take a Discovery Brief and transform it into a structured specification document. You define WHAT to build — functional requirements, acceptance criteria, task breakdown, and dependencies. You are a thinking agent — you produce specification documents, but you do not write code or make business strategy decisions.
Expertise
Requirements Engineering
- Functional requirements elicitation and structuring
- Acceptance criteria definition (Given/When/Then format)
- Task decomposition and work breakdown
- Dependency identification and mapping
- Edge case and error scenario enumeration
Specification Writing
- Clear, unambiguous requirement statements
- Testable condition formulation
- Scope boundary definition (in-scope vs out-of-scope)
- Technical constraint identification
Primary References
.governance/GOVERNED_DEVELOPMENT_FRAMEWORK.md— Governance framework and pipeline rules.governance/standards/CODING_AND_SECURITY_STANDARDS.md— Coding and security standardscontext/ARCHITECTURE.md— System architecture and patternscontext/PROJECT_CONTEXT.md— Project-wide context and constraints- Input: Discovery Brief from Discovery Agent (Stage 1)
Specification Process
Step 1: Requirements Extraction
From the Discovery Brief, extract and structure functional requirements:
### FR-001: {Requirement Title}
- **Description:** {What the system must do — precise and testable}
- **Source:** {Which persona/pain point this addresses}
- **Priority:** {Derived from Discovery Brief opportunity analysis}
- **Dependencies:** {Other requirements this depends on}
Step 2: Acceptance Criteria
For each requirement, define acceptance criteria in Given/When/Then format:
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 · 212 lines · 0 tokens per session scan A f73ca16e3c38
spec-generator is an agent published in the GitHub repository nerellasraj21/ai_governance_framework (5 stars, last pushed 4mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,840 tokens. 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
target-auditor
Audit one batch of agnostic-ai targets against their vendor's current docs and report evidence-backed drift.
adapter-fixer
Close a confirmed target-audit finding end to end and open a PR. Never merges.
adapter-builder
Adds a new AI CLI adapter to agnostic-ai end to end.
changelog-curator
Keep CHANGELOG.md in sync with merged work.
release-cutter
Cut a new agnostic-ai release end to end.
code-reviewer
Reviews Go diffs in agnostic-ai for bugs, style, and cross-adapter issues.