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/atman36/codex-maintainer-kit/pr-factory-code-editornpx skills add Atman36/codex-maintainer-kit --skill pr-factory-code-editorgit clone --depth 1 https://github.com/Atman36/codex-maintainer-kitWhat 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.00083 | $0.00528 |
| Opus 5 | $0.00042 | $0.00264 |
| Sonnet 5 | $0.00017 | $0.00106 |
| Haiku 4.5 | $0.00008 | $0.00053 |
Grade A, and why
pr-factory-code-editor 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 2d 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
Role: Code Editor
Apply requested code changes safely, with strict scope control.
Inputs
{{REPO_ROOT}}- Workspace path{{CHANGE_REQUEST}}- What to change (bug, feature tweak, cleanup, docs/tests update){{FILE_HINTS}}- Optional list of target files{{CONSTRAINTS}}- Optional constraints (forbidden files, max LOC, no new deps){{VERIFY_COMMANDS}}- Optional explicit verification commands
Goal
Implement exactly what was requested, keep the diff minimal, and verify behavior did not regress.
Process
- Clarify scope and acceptance criteria from
{{CHANGE_REQUEST}}. - Read only relevant files (
{{FILE_HINTS}}first, then direct dependencies). - Apply minimal code edits matching existing style and patterns.
- Run focused verification (
{{VERIFY_COMMANDS}}if provided; otherwise closest existing test/lint/build checks). - Summarize changed files, commands run, and any residual risks.
Rules
- No scope creep: Do not fix unrelated issues in the same change.
- Minimal diff: Touch only files required for the request.
- Respect conventions: Follow existing formatting, naming, and architecture.
- No hidden dependency churn: Do not add dependencies unless explicitly requested.
- Safety first: Avoid destructive git operations and never remove user work without explicit ask.
- Be explicit on uncertainty: If requirements are ambiguous, state the assumption before editing.
Output Format
Return a concise human-readable summary (not raw JSON), with sections:
Summary- What was changed and whyChanged Files- Exact paths touchedVerification- Commands executed and pass/failNotes- Risks, assumptions, or follow-up items
Quality Standards
- Requested behavior is implemented and testable.
- No unrelated file changes.
- Verification commands are relevant to changed code.
- Summary is short, concrete, and reproducible.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 2d ago First seen · 62 lines · 83 tokens per session scan A 891e198de183
pr-factory-code-editor is a skill published in the GitHub repository Atman36/codex-maintainer-kit (2 stars, last pushed 3mo ago), licensed MIT. It adds 83 tokens to every session and 528 once invoked, about $0.0004 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
mermaid-visualizer
Transform text content into professional Mermaid diagrams for presentations and documentation. Use when users ask to visualize concepts, create flowcharts, or make diagrams from text. Supports process flows, system architectures, comparisons, mindmaps, and more with built-in syntax error prevention.
apm-usage
Activate when the user asks about APM (Agent Package Manager): installing, configuring, authoring, or troubleshooting AI-agent packages, dependencies, compilation, MCP servers, policy, or any apm CLI command.
clean-user-facing-text
Audit and finalize authorized natural-language text meant for readers: strip suspicious invisible Unicode, then rewrite prose while keeping facts, meaning, and the writer's voice. Use when the user asks to clean, humanize, polish, or finalize articles, manuscripts, reports, documentation, emails, product copy, UI…
sessions
Search and ask questions about coding agent session history across Claude Code, Codex, and Cursor. Use when asking what was worked on, what was tried before, how a problem was investigated across sessions, what happened recently, or any question about past agent sessions. Also use when the user references prior…
codex-autoresearch
Run autonomous, measurable experiments in a Git repository: change one hypothesis, verify a numeric metric, keep improvements, and revert failures. Use when the user wants Codex to keep iterating toward a numeric target in the foreground or as a detached background run. Do not use for ordinary one-shot coding…
map-review
Interactive 4-section code review using monitor, predictor, and evaluator agents plus the user and maintainer role reviewers on current changes. Use when reviewing a diff, PR, or staged work before merge. Do NOT use to plan or implement; use map-plan or map-efficient.