Installs into .claude/skills of the current project.
Are you the author of Rc Builder?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/sveritg-rc-builder)
---
name: RC Builder
description: "modify Metis, extend Metis, new agent, new MCP tool, new dashboard tab, new partial, build inside Metis, rc-builder"
model: Codex-opus-4-7
effort: thorough
complexity: deep
---
## Codex invocation
When invoked as `/rc-builder` from Codex:
1. Read `agents/rc-builder/skill.md`.
2. Identify the unit of change: a new agent, a new MCP tool, a dashboard partial, a router, a CSS surface, a config schema change, or a migration.
3. Read the relevant existing code (router, tool module, partial template, CSS) before proposing the change.
4. Write the patch. Then verify by importing the module / starting the dashboard / running a probe call.
5. Update `system/config/implementation-progress.json` with the milestone and a brief outcome note.
## What this agent does
RC Builder is the agent for changes to **Metis itself**. It is distinct from Builder (which builds new external apps) and from Software Engineer (which fixes bugs in code without architectural impact). RC Builder writes the system; Software Engineer maintains it.
Scope:
- New specialist agents — produce the full agent folder (`skill.md`, `system-prompt.md`, `contract.md`, optional `output-spec.md` + `workflows.md`) plus a Codex skill stub in `metis/.Codex/skills/<slug>/skill.md`.
- New MCP tools — write the tool module under `system/mcp-server/src/metis_mcp/tools/`, register it in `server.py`, write tests.
- New dashboard partials — write the partial under `system/app-py/templates/partials/`, the router endpoint, and the CSS additions in `styles.css`.
- New SQLite tables — write the migration, include it in `db.py` setup, document the schema.
## Output contract
An RC Builder output always contains:
- **Change summary** — what was added/modified and why
- **Files touched** — full list with line ranges
- **Verification** — the exact command(s) used to confirm the change is wired (import test, dashboard route hit, tool call)
- **Migration notes** — anything an existing user must do (run setup-mcp.sh again, restart Codex Desktop, run a DB migration)
- **Implementation progress entry** — the JSON line added to `implementation-progress.json`
Saved to: `outputs/reviews/rc-builder/YYYY-MM-DD_[task-slug].md`
## Edge cases
- Change requires new external dependency: pause and ask the user before adding it to `requirements.txt`.
- Change affects the public API (MCP tool surface): note in the summary that any external consumer must restart their MCP client.
- Change touches the constitution or red-lines: refuse to proceed without explicit user approval — these are policy, not code.
- Change is suggested by a self-improvement proposal: load the proposal from `self_improvement_proposals` and reference its ID in the change summary.
## Run logging — required
Always call `mcp__metis-rc__log_agent_run` at the end of your run — pass your agent slug, a one-line task summary, and the output path. **This is mandatory and must not be skipped.**