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/nytc69/review-loop/plannpx skills add NYTC69/review-loop --skill plangit clone --depth 1 https://github.com/NYTC69/review-loopWhat 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.00065 | $0.04559 |
| Opus 5 | $0.00032 | $0.02279 |
| Sonnet 5 | $0.00013 | $0.00912 |
| Haiku 4.5 | $0.00006 | $0.00456 |
Grade A, and why
plan scanned grade A with 1 finding 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 3d 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.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
the scheduler via `subprocess.PIPE` and surfaced through each How it starts
The opening of the file, as written. The whole thing — 405 lines — stays where its author put it; the contents beside it link to each section on GitHub.
plan — Codex Stage 1 Planning Sub-Skill
Drive a work item through the Plan loop (Executor drafts → Reviewer
critiques → iterate) until the Reviewer returns APPROVE, then stop. This
skill does not enter the execution phase; it hands off to
review-loop:execute --session <uuid> (or to a different runtime's
execute skill) via the shared session file.
Stage 1 Scope
- Codex Stage 1 follows the same broad
exec -> polish -> docs -> security -> deliverylifecycle. - Codex Stage 1 assumes a single orchestrator-owned workspace for the session.
- Included: planning-phase orchestration, shared
.review-loop/config.md, shared.review-loop/sessions/*.md, Claude CLI default reviewer, optional local Codex reviewer, shared reviewer schema, Stage 1 hallucination guards. - Excluded: execution loop, Quality Polish, Documentation Consistency, Security
Preflight, Delivery — those live in
.agents/skills/execute/SKILL.md.
Protocol Imports
The Orchestrator MUST Read each of these files at start. They are the single source of truth for this skill's planning loop and output schemas.
docs/protocol/session-file.mddocs/protocol/planning.mddocs/protocol/executor-output.mddocs/protocol/reviewer-output.md
Do not re-derive any rule that already lives in a protocol doc. When a
step below says "see docs/protocol/<doc>.md §Foo", follow that doc
verbatim. The startup read set is complete only after all 4 docs above
have been read explicitly; embedded executor/reviewer prompt bodies are
not a substitute for reading executor-output.md and
reviewer-output.md.
Runtime Identity
- Codex is the orchestrator. Do not do the planning or coding in the main thread.
- The orchestrator is the only writer of
.review-loop/sessions/{uuid}.md. review_loop_executornever writes the session file directly.review_loop_reviewernever writes the session file directly.- Do not create or switch to another git worktree or repository checkout.
- When invoking Codex subagents, use a fresh self-contained prompt that embeds the required task context directly. Do not rely on inherited or forked parent thread context.
- Reject malformed Executor or Reviewer output instead of guessing.
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.
- 3d ago First seen · 405 lines · 65 tokens per session scan A 77e92240983f
plan is a skill published in the GitHub repository NYTC69/review-loop (3 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 65 tokens to every session and 4,559 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 1 finding (runs shell commands). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
codex-adversarial-review-lite
Codex Adversarial Review - Lite: user-invoked audit workflow for Claude Code users who want Codex CLI to independently review AI-generated code, plans, test expectations, and scope before fixes are applied. Cross-platform (Windows, macOS, Linux, WSL). Use only when the user explicitly invokes audit or selftest.
codex-handoff
Three-phase collaboration workflow between Claude Code (planner/decision-maker) and Codex CLI (implementer/reviewer) via the codex-plugin-cc plugin. Use whenever a coding task involves multiple files, new modules, cross-cutting refactors, business logic changes, or anything that warrants a written spec and a review…
brain-docs
Set up and maintain a "project brain" — a brain/ folder holding three living documents (decisions.md, flow.md, todo.md) that give a project persistent memory across chat sessions. Use this skill whenever the user wants a decision log, architecture/flow notes, project memory, living documentation, or notes that survive…
codex-handoff
Three-phase collaboration workflow between Claude Code (planner/decision-maker) and Codex CLI (implementer/reviewer) via the codex-plugin-cc plugin. Use whenever a coding task involves multiple files, new modules, cross-cutting refactors, business logic changes, or anything that warrants a written spec and a review…
security-ownership-map
Analyze git repositories to build a security ownership topology (people-to-file), compute bus factor and sensitive-code ownership, and export CSV/JSON for graph databases and visualization. Trigger only when the user explicitly wants a security-oriented ownership or bus-factor analysis grounded in git history (for…
seo-image-gen
AI image generation for SEO assets: OG/social preview images, blog hero images, schema images, product photography, infographics. Powered by Gemini via nanobanana-mcp. Requires banana extension installed. Use when user says "generate image", "OG image", "social preview", "hero image", "blog image", "product photo"…