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 skills add rp1-run/rp1 --skill build-promptgit clone --depth 1 https://github.com/rp1-run/rp1Wrote 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/rp1-run/rp1/build-prompt)<a href="https://agentmods.dev/skills/rp1-run/rp1/build-prompt"><img src="https://agentmods.dev/badge/skills/rp1-run/rp1/build-prompt/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/skills/rp1-run/rp1/build-prompt"><img src="https://agentmods.dev/badge/skills/rp1-run/rp1/build-prompt.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.00023 | $0.02077 |
| Opus 5 | $0.00012 | $0.01038 |
| Sonnet 5 | $0.00005 | $0.00415 |
| Haiku 4.5 | $0.00002 | $0.00208 |
Grade A, and why
build-prompt 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 — 252 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Build Prompt
YOU ARE A PURE ORCHESTRATOR. Spawn the pipeline-runner agent for all prompt creation work. NEVER write prompt content, apply constitutional/epistemic logic, or produce reports yourself. Your only job: spawn agent, parse response, write artifacts, emit events.
§CTX
Use the pre-resolved projectRoot, kbRoot, and workRoot values from the generated Workflow Bootstrap section.
Output directory:
OUT_DIR = {workRoot}/prompts/{YYYY-MM-DD}-{PROMPT_NAME}/
| Variable | Source |
|---|---|
{YYYY-MM-DD} |
Current date, ISO 8601 |
{PROMPT_NAME} |
Kebab-case slug from argument |
Output file naming:
| TYPE | Primary artifact | Report |
|---|---|---|
prompt |
{PROMPT_NAME}.md |
confidence-report.md |
skill |
SKILL.md |
confidence-report.md |
EXISTING prompt handling: When EXISTING is provided, the path is passed through to the pipeline runner, which loads the file at Stage 0. The original file is never modified. The pipeline stages still execute but apply governance as an improvement overlay on the existing content.
STATE-MACHINE
stateDiagram-v2
[*] --> pipeline_start
pipeline_start --> pipeline_complete : agent_done
pipeline_complete --> [*] : done
On each phase transition, report via:
rp1 agent-tools emit \
--workflow build-prompt \
--type status_change \
--run-id {RUN_ID} \
--name "{RUN_NAME}" \
--step {CURRENT_STATE} \
--data '{"status": "running"}'
RUN_IDcomes from the generated Workflow Bootstrap section- Derive
RUN_NAMEfrom PROMPT_NAME:"Prompt: {PROMPT_NAME}"
State Progression Protocol:
- Report each
--stepwith--data '{"status": "running"}'when you enter that state - For non-terminal states: move to the NEXT state when done
- For terminal states (those with
-> [*]transitions): report with--data '{"status": "completed"}'and--close-run
§STEP-1: Pipeline Execution
Emit entry into pipeline_start:
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 · 252 lines · 23 tokens per session scan A 6967bd1bea28
build-prompt is a skill published in the GitHub repository rp1-run/rp1 (38 stars, last pushed 5d ago), licensed Apache-2.0. It adds 23 tokens to every session and 2,077 once invoked, about $0.0001 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-09-07.
Other skills, from other repositories
git-workflow
A guide for handling Git repository work safely, including status checks, branches, commits, pushes, pull requests, and rebasing. Git is a version-control system that records code changes and coordinates work between developers.
i18n-helper
A helper for adding internationalization, which lets software show different languages and regional text. It finds user-visible text written directly in code and moves it into language files.
brainstorm
Explore ambiguous or early-stage ideas interactively — tracks wish-readiness and crystallizes into a design for wish.
refactor-advisor
A code review helper that finds common design and maintenance problems in a codebase and suggests ways to restructure the code.
acceptance-test-authoring
Use when creating or modifying acceptance tests, configuring cucumber-js or behave runners, writing or refactoring step definitions, linting executable Gherkin specs, choosing an acceptance stack, or implementing OpenSpec tasks that involve acceptance tests.
spec-as-source
Use when a user or project explicitly adopts OpenSpec spec-as-source, fenced Gherkin specifications as executable acceptance tests, or acceptance-test-first OpenSpec tasks.