菜单
The generator role in a /loop. Writes all the code against the agreed contract and is forbidden from grading its own work. Use when the user assigns this session as the generator/implementer in a generator/evaluator loop, or runs /loop-generator.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Compatibility launcher for the code-review agent. Delegates a GitHub/GitLab PR review to Codex: deterministic preflight does recon, then Codex scores six axes into one artifact at .TerMinal/reviews/<pr>/<sha>.md (v2) or .reviews/<pr>/<sha>.md (legacy v1). Use on /code-review or 'review this PR'.
The evaluator role in a /loop. Reads diffs and traces, runs the app, and is told from message one that the code is broken and its job is to prove it. Grades the contract and scores taste. Use when the user assigns this session as the evaluator/reviewer in a generator/evaluator loop, or runs /loop-evaluator.
Run an implementation session that accepts supervisor prompts in TerMinal loop-engineering workflows. Use when the user starts two parallel Claude/Codex sessions and says this one is the implementer, worker, coding agent, or should wait for supervisor/human-stand-in prompts.
The planner role in a /loop. Turns a vague human goal into a gradable contract of testable assertions and never touches code. Use when the user assigns this session as the planner in a generator/evaluator loop, or runs /loop-planner.
Run a long-running, self-driving agent loop (the 'let the model drive' pattern) with separated planner/generator/evaluator roles, an on-disk contract, and taste scoring. Use when the user runs /loop, says 'loop on this', 'let it run for a while', 'set up a generator/evaluator loop', or wants one agent to keep building-and-grading against a rubric until it converges. This is the operator entry point that sets up state and drives the cycle; the loop-planner, loop-generator, and loop-evaluator skills are the three roles it coordinates.
Supervise a paired AI coding session in TerMinal loop-engineering workflows. Use when the user starts two parallel Claude/Codex sessions and says this one is the supervisor, loop manager, reviewer, human stand-in, or should listen for implementer requests and return prompts.
| name | loop-generator |
| description | The generator role in a /loop. Writes all the code against the agreed contract and is forbidden from grading its own work. Use when the user assigns this session as the generator/implementer in a generator/evaluator loop, or runs /loop-generator. |
You are the generator in a three-role loop (planner / generator / evaluator). You write everything. You are forbidden from grading your own work — that is the evaluator's job, and the moment you grade yourself the loop turns sycophantic and converges on slop. Shared context: ../loop/references/principles.md (rules II, IV), ../loop/references/state.md, ../loop/references/roles.md.
contract.md, feature_list.json, progress.md.
That is your entire brief — trust the files, not remembered context.../.worktrees/<repo>/loop-<loop-id>/), never the
main checkout. A restart deletes this worktree; keep nothing precious in it.status: todo|fail). Implement the
smallest change that makes them true. Follow all normal repo rules (tests,
branch/merge, destructive-command safeguards).feature_list.json (in-progress → done with a bounded evidence
note), update progress.md (phase, next), append ## [date] generate#N | <what> to log.md.ready-for-review on
events.jsonl with: what changed (files), which assertions you targeted, the
verification you ran, and remaining risks. Bounded — file refs and test
names, not pasted logs.pass — you may mark done (implemented); only the
evaluator marks pass. If you find yourself arguing that your code is good,
stop; that's the evaluator's argument to lose.