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 skills/armanfatemi/nullius/proposal-to-prnpx skills add armanfatemi/nullius --skill proposal-to-prgit clone --depth 1 https://github.com/armanfatemi/nulliusWrote 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/armanfatemi/nullius/proposal-to-pr)<a href="https://agentmods.dev/skills/armanfatemi/nullius/proposal-to-pr"><img src="https://agentmods.dev/badge/skills/armanfatemi/nullius/proposal-to-pr.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.00126 | $0.18575 |
| Opus 5 | $0.00063 | $0.09288 |
| Sonnet 5 | $0.00025 | $0.03715 |
| Haiku 4.5 | $0.00013 | $0.01858 |
Grade A, and why
proposal-to-pr 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 yesterday.
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 — 1,560 lines — stays where its author put it; the contents beside it link to each section on GitHub.
OpenSpec → PR pipeline
The umbrella orchestrator for taking an OpenSpec change from proposal to merge-ready PR. It is a skill rather than a shell script because a handful of its steps need judgement — which reviewers have something concrete to look at, whether a blocker has actually been addressed, whether a failing test is a wrong expectation or a real bug.
Everything else is not judgement, and does not live here. Every decision that
can be settled by re-reading an artefact belongs to nullius-kit pipeline,
which is TypeScript under pnpm test: what a change touches, which reviewers
those paths earn, whether a pause box is unchecked, whether a command is
human-only, what the resume state is. That split is the point. A routing
row decided by a model is a review stage that dispatches nothing and reports
success, which is the one failure this repository exists to make impossible.
First-run note — verify, do not assume
Older harnesses loaded the agent registry once at session start, so an agent
file added mid-session was not dispatchable and the call failed with
Agent type 'retro-writer' not found. Measured here, that is no longer true:
retro-writer.md landed and was dispatchable in the same session.
Treat the restart advice as a claim about a harness version, not a law. The durable instruction is the check: ping the agent with a one-word dispatch before relying on it. If the ping returns, proceed; if it fails, start a fresh session.
Inputs
Required: a change name that resolves to openspec/changes/<name>/ containing
at least proposal.md, design.md, and tasks.md.
Optional flags surfaced in the invocation:
--from-stage <stage>— resume from a specific stage (defaults to the stored stage, or 1)--no-auto-fix— disable the Stage 5 auto-fix loop (single attempt only)--dry-run— terminal stage: the end of Stage 2. Run Stage 1 and Stage 2 in full — dependency gate, grounding gate, canary, parallel pre-review, synthesis, both evidence appends — then report the blockers and stop before entering Stage 3. Stage 3 is the first stage whose purpose is to editproposal.md,design.mdortasks.md, and Stage 4 edits code; a dry run reaches neither. (Stage 2's canary is planted into the proposal and removed again by the mandatorycanary clear, so the run still ends with every artefact as it found it.review-evidence.mdis the record of the review that did happen, and is written either way.) Savepaused=true,pause_reason=dry_run, and leavestageat whatever Stage 2's Decision selected, so a later invocation without the flag resumes there.--max-refine <n>— cap Stage 3 refinement iterations. Default 3. Stage 3 reads this value; it is not a second hard-coded 3.
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.
- yesterday Changed · +276 lines aa2d78a179ee
- 5d ago First seen · 1,284 lines · 126 tokens per session scan A f2cd1b4964b7
proposal-to-pr is a skill published in the GitHub repository armanfatemi/nullius (5 stars, last pushed today), licensed MIT. It adds 126 tokens to every session and 18,575 once invoked, about $0.0006 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 skills, from other repositories
e2e-template-testing
End-to-end validation of coordinator and agent template changes.
developer-code-organization
Code organization patterns, file structure guidelines, WASM build variants, and string processing conventions for gh-aw Go code.
external-comms
PAO workflow for scanning, drafting, and presenting community responses with human review gate.
error-messages
Write consistent, actionable validation error messages in gh-aw.
gh-agent-session
Use gh agent-session commands to inspect and manage agent sessions.
gh-auth-isolation
Safely manage multiple GitHub identities (EMU + personal) in agent workflows.