Review
Use this skill for Steward review gates that evaluate whether work is sound, aligned, and worth merging.
First Step
Read ../../shared/protocol.md before acting. Treat it as the source of truth for case file discovery, state transitions, case file format, and output.
Supported Review Gates
feasibility: decide whether the task should be fixed using the Requirement Deletion Lens and set positive cases toexecuteadversarial: challenge the current story using the Requirement Deletion Lens when requirements or abstractions are debatable, and append evidence without changing statussource-align: compare the implementation with original source context, PR/issue discussion, and upstream statemerge-value: decide whether the change is worth merging using upstream-baseline evidence, owner/boundary fit, contract/security impact, best possible solution, and remaining risk
Behavior
- Run exactly one review gate per user request.
- Map natural-language requests to one of the supported review gates.
- If the user asks for multiple review gates in one message, run only the first and report the next explicit command to run.
- If no valid case file exists, auto-create a minimal case file first, write it to the current pointer, then continue the requested review gate.
- Keep the case file in the repository root using
case-YYYY-MM-DD-<slug>.md. - Use the same language as the user's latest message for case file content.
- Prefer
rg,git, andghfor evidence gathering when relevant. - Do not implement product or code changes while running a review gate.
Output
Use the protocol output contract:
Verdict: <short sentence>
Why: <short paragraph>
Missing evidence: <short list or "None">
Next action: <one concrete next step>
Case file: <absolute path>