Agent skill

Review Phase

by xinzhuwang-wxz in xinzhuwang-wxz/OpenPE

Run the review cycle for a completed phase artifact with plot validation

GPL-3.0Auto-check passed

Install Review Phase

skills CLI
$ npx skills add xinzhuwang-wxz/OpenPE --skill review-phase -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install xinzhuwang-wxz/OpenPE review-phase --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/xinzhuwang-wxz/OpenPE.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/review-phase .claude/skills/review-phase && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
review-phase
GitHub stars
101
Token cost
~3.2k tokens
SKILL.md length
1,513 words
Files
1
Skills in repo
5
Repo updated
First seen
Licence
GPL-3.0

At a glance

Run the review cycle for a completed phase artifact with plot validation

  • Works in 5 steps: Determine Phase and Review Tier → Locate the Artifact Under Review → Run the Review → …
  • SKILL.md covers Step 1: Determine Phase and…, Step 2: Locate the Artifact…, Step 3: Run the Review and Step 4: Regression Detection, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Review Phase is an agent skill from xinzhuwang-wxz/OpenPE. Run the review cycle for a completed phase artifact with plot validation

Its SKILL.md is about 3.2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

The licence is GPL-3.0.

Example prompts

  • “/review-phase”

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Determine Phase and Review Tier
  2. Locate the Artifact Under Review
  3. Run the Review
  4. Regression Detection
  5. Report Results

What it can do on your machine

Read from SKILL.md and the folder at commit f29b438. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Review Phase loads about 3.2k tokens when it runs. Until then it costs about 21 tokens; SKILL.md has 1,513 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~21
When it runs · the whole SKILL.md, loaded when a task matches
~3.2k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from xinzhuwang-wxz/OpenPE at commit f29b438, republished under its GPL-3.0 licence (© xinzhuwang-wxz). 1,513 words, ~3,227 tokens.

Download SKILL.mdSave it as .claude/skills/review-phase/SKILL.md (or your agent's skills folder).
name
review-phase
description
Run the review cycle for a completed phase artifact with plot validation
user-invocable
true

/review-phase -- Run Review Cycle for a Phase

Run the review cycle for a completed phase artifact. This enhanced protocol uses 4-bot review (replacing the previous 3-bot) for most phases, 5-bot for final documentation, and 1-bot for selection and observed results. All review tiers include plot-validator for phases that produce figures.

Arguments: $ARGUMENTS

The argument is optionally a phase identifier: 1, 2, 3, 4a, 4b, 4c, or 5. If omitted, read STATE.md to determine the current phase.

Step 1: Determine Phase and Review Tier

  1. Read STATE.md to confirm the analysis state.
  2. If a phase argument was given, use it. Otherwise use the current phase from STATE.md.
  3. Read analysis_config.yaml for cost controls (max_review_iterations, review_warn_threshold).
  4. Determine the review tier for this phase:
PhaseReview tierPlot-validator
02-bot (logic, then arbiter)Yes (if figures produced)
12-bot (logic, then arbiter)Yes (if figures produced)
2self (no action needed -- return immediately)No
31-bot (critical only) per channelYes
4a4-bot (physics + critical + constructive, then arbiter)Yes
4b4-botYes
4c1-botYes
53-bot (domain + rendering, then arbiter)Yes

If phase is 2, report "Phase 2 uses self-review. No external review required." and return.

Step 2: Locate the Artifact Under Review

Find the latest artifact for this phase:

PhaseArtifact patternLocation
1STRATEGY*.mdphase1_strategy/exec/
3SELECTION*.mdphase3_selection/exec/ or phase3_selection/channel_{name}/exec/
4aINFERENCE_EXPECTED*.mdphase4_inference/4a_expected/exec/
4bANALYSIS_NOTE_DRAFT*.mdphase4_inference/4b_partial/exec/
4cINFERENCE_OBSERVED*.mdphase4_inference/4c_observed/exec/
5ANALYSIS_NOTE*.mdphase5_documentation/exec/

Also locate upstream artifacts that reviewers need for context (see the dependency table in CLAUDE.md).

Read the experiment log for this phase if it exists.

Identify all figures in the figures/ directory for this phase -- these will be passed to the plot-validator.

Step 3: Run the Review

Update STATE.md: status: reviewing, timestamp.

Initialize iteration counter: iteration = 0.

2-bot Review (Phases 0, 1)

Loop until PASS, ESCALATE, or max iterations:

  1. Increment iteration counter. Check cost controls (same thresholds as 4-bot).

  2. Spawn logic-reviewer in parallel with plot-validator (if figures exist):

    Logic reviewer instructions:

    • Read: methodology spec (review focus for this phase), the artifact under review, upstream artifacts, experiment log
    • Evaluate: reasoning validity, DAG consistency, EP arithmetic, logical completeness
    • Classify every issue as (A) must resolve, (B) should address, (C) suggestion
    • Include structured fix instructions (exact or requires_reasoning) for every A/B item
    • Write output to: review/logic/ with session-named filename

    Plot-validator: same instructions as 4-bot below.

  3. Spawn arbiter via SendMessage:

    • Read: the artifact, logic review, plot-validation report (if exists)
    • Write output to: review/arbiter/
    • Decision: PASS, ITERATE, or ESCALATE

4-5. Handle decision same as 4-bot below.

4-bot Review (Phases 4a, 4b)

Loop until PASS, ESCALATE, or max iterations:

  1. Increment iteration counter.

  2. Check cost controls:

    • If iteration > review_warn_threshold: log WARNING -- "Review iteration {iteration} for phase {phase}. Consider whether issues are fundamental enough to escalate."
    • If iteration > 5: log STRONG WARNING.
    • If iteration >= max_review_iterations: force ESCALATE to human. Update STATE.md: status: blocked. Report and stop.
  3. Spawn physics-reviewer, critical-reviewer, and constructive-reviewer in parallel via SendMessage. If this phase has figures, also spawn plot-validator in parallel with the three reviewers:

    Physics reviewer instructions:

    • Read: src/methodology/03-phases.md (review focus for this phase), the artifact under review, upstream artifacts, experiment log
    • Evaluate physics correctness: signal model assumptions, background treatment, kinematic reasoning, systematic uncertainty coverage, statistical methodology
    • Classify every issue as (A) must resolve, (B) should address, (C) suggestion
    • Write output to: review/physics/{REVIEW}.md with session-named filename

    Critical reviewer instructions:

    • Read: methodology spec (review focus for this phase), the artifact under review, upstream artifacts, experiment log
    • Find flaws: incomplete estimates, missing systematics, unjustified assumptions, biases, physics errors, code bugs
    • Classify every issue as (A) must resolve, (B) should address, (C) suggestion
    • Write output to: review/critical/ with session-named filename

    Constructive reviewer instructions:

    • Read: same inputs as critical reviewer
    • Strengthen the analysis: clarity, additional validation, presentation improvements
    • Focus on B and C issues but escalate to A if genuine errors found
    • Write output to: review/constructive/ with session-named filename

    Plot-validator instructions (if figures exist):

    • First iteration: Read all figures in this phase's figures/ directory
    • Subsequent iterations: Read only figures affected by the latest fixes (listed in arbiter's fix instructions) plus any newly created figures. Unmodified figures retain prior validation status.
    • Read: conventions/ plotting standards (axis labels, font sizes, color schemes, legend placement, ratio panels, domain style requirements)
    • Validate each figure against the conventions
    • Check: axis labels and units, legend completeness, ratio panel presence where required, color accessibility, resolution and format, statistical uncertainty display, verification compliance (no signal region data shown before approval)
    • Classify issues as (A) must fix, (B) should fix, (C) cosmetic suggestion
    • Write output to: review/plot-validation/{REVIEW}.md
  4. After all reviewers complete, spawn arbiter via SendMessage:

    • Read: the artifact, all review files (latest from review/physics/, review/critical/, review/constructive/, and review/plot-validation/ if it exists)
    • For each issue: if multiple reviewers agree, accept; if they disagree, assess independently; if all missed something, raise it
    • Incorporate plot-validator findings: Category A plot issues are treated as Category A overall
    • Write output to: review/arbiter/ with session-named filename
    • End with a clear decision: PASS, ITERATE (list Category A items including plot issues), or ESCALATE (document why)
  5. Read the arbiter decision from the latest file in review/arbiter/.

  6. Handle the decision:

    • PASS: Check for regression triggers in the review output. If none found, update STATE.md (status: passed), record in Phase History table (including iteration count), and return the result.

    • ITERATE: Apply fixes using the arbiter's structured instructions:

      1. Exact fixes (type: exact): Apply directly via Edit tool — no subagent needed.
      2. Reasoning fixes (type: requires_reasoning): Spawn fix agent with the section path, instruction, and previous artifact. Fix agent addresses only these items.
      3. Re-verify based on remaining issue severity:
        • A-present: Continue the arbiter via SendMessage with the updated artifact and fix diff. Arbiter re-checks only the fixed items. On 3rd+ iteration, spawn a fresh arbiter instead.
        • B-only remaining: Executor self-verifies against a checklist of the B items. If all addressed → PASS. If any fail → full re-review.
      4. Loop until PASS or iteration limit.
    • ESCALATE: Update STATE.md (status: blocked, record escalation reason). Report to user: "Phase {phase} review escalated. Reason: {reason}. Human intervention required." Stop.

Show full SKILL.md (512 more words)Show less
3-bot Review (Phase 5 Documentation)
  1. Increment iteration counter. Check cost controls (same thresholds).

  2. Spawn domain-reviewer and rendering-reviewer in parallel, plus plot-validator if figures exist:

    Domain reviewer instructions:

    • Read: the artifact under review, upstream artifacts (ANALYSIS_NOTE, VERIFICATION, PROJECTION), experiment log
    • Check factual accuracy: numbers match upstream sources, claims are supported, no fabricated references
    • Classify issues as (A) must resolve, (B) should address, (C) suggestion
    • Include structured fix instructions for every A/B item
    • Write output to: review/domain/ with session-named filename

    Rendering reviewer instructions:

    • Read: the final analysis note artifact, all figures, conventions/ document formatting standards
    • Evaluate document quality: structure, readability, figure placement and referencing, table formatting, equation typesetting, abstract clarity, conclusion strength
    • Check cross-references between text and figures/tables
    • Classify issues as (A) must resolve, (B) should address, (C) suggestion
    • Write output to: review/rendering/{REVIEW}.md

    Plot-validator: same instructions as 4-bot above.

  3. Spawn arbiter via SendMessage:

    • Read: the artifact, domain review, rendering review, plot-validation report
    • Synthesize all reviewer inputs; Category A issues from any reviewer are Category A overall
    • Write output to: review/arbiter/
    • Decision: PASS, ITERATE, or ESCALATE

4-5. Handle decision same as 4-bot.

1-bot Review (Phases 3, 4c)

For Phase 3 with multiple channels, run this loop for each channel directory independently.

Loop until no Category A issues, ESCALATE, or max iterations:

  1. Increment iteration counter.

  2. Check cost controls (same thresholds as 4-bot).

  3. Spawn critical-reviewer via SendMessage. If this phase has figures, also spawn plot-validator in parallel:

    Critical reviewer:

    • Read: methodology spec (review focus for this phase), artifact, upstream artifacts, experiment log
    • Classify issues as A/B/C
    • Write output to: review/critical/ with session-named filename

    Plot-validator (if figures exist):

    • Same instructions as in the 4-bot section
    • Write output to: review/plot-validation/{REVIEW}.md
  4. Read the review from the latest file in review/critical/. Also read plot-validator output if produced.

  5. Check for Category A issues (from critical reviewer AND plot-validator):

    • No Category A from either: Check for regression triggers. Update STATE.md, record in Phase History, return PASS.

    • Category A found: Re-spawn the phase executor with:

      • All original inputs
      • The critical review feedback
      • Plot-validator feedback (if any Category A plot issues)
      • The previous artifact
      • The experiment log
      • Instruction: "Address the Category A issues. Produce an updated artifact."
      • After executor completes, loop back to step 1.
    • Max iterations reached: Force ESCALATE. Update STATE.md: status: blocked. Report and stop.

Step 4: Regression Detection

After any PASS decision, scan all review outputs for regression triggers. A regression trigger is any statement indicating that work done in a prior phase is now known to be incorrect, incomplete, or based on wrong assumptions. Examples:

  • "The background model in Phase 3 used an incorrect normalization"
  • "The systematic uncertainty source X was overlooked in the strategy"
  • "The efficiency correction applied in Phase 2 is outdated"

If a regression trigger is found:

  1. Update STATE.md: status=regression
  2. Spawn an investigator agent with the trigger description
  3. Investigator produces REGRESSION_TICKET.md
  4. Re-run the origin phase, re-review, and re-run affected downstream phases
  5. Log in regression_log.md

Step 5: Report Results

After the review completes, report:

Phase {phase} review: {PASS | ESCALATE}
  Review tier: {4-bot | 5-bot | 1-bot}
  Reviewers: {list of reviewer types used}
  Plot validation: {included | skipped (no figures)}
  Iterations: {count}
  Artifact: {path to final artifact}
  Decision: {arbiter decision or 1-bot outcome}
  Category A issues resolved: {count if any}
  Plot issues resolved: {count if any}
  Regression triggers: {none | description}

If this is Phase 4b and the decision is PASS, additionally report:

Human gate reached. Run /approve-verification to review the draft analysis note and approve or reject full verification.

© xinzhuwang-wxz, GPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/review-phase of xinzhuwang-wxz/OpenPE.

Open the folder on GitHubat commit f29b438

Compare with similar skills

Review Phase next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Review Phase compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Review Phase this skillxinzhuwang-wxz/OpenPE101—~3.2kAutomated safety check: PassGPL-3.0
Artifacts Buildernexu-io/open-design100k—~347Automated safety check: PassApache-2.0
Web Artifacts Builderanthropics/skills180k40 repos~769Automated safety check: PassApache-2.0
Web Artifacts Buildernexu-io/open-design100k—~337Automated safety check: PassApache-2.0
Plotlydavila7/claude-code-templates33k14 repos~1.8kAutomated safety check: PassMIT
Web Artifacts Buildersickn33/agentic-awesome-skills47k3 repos~824Automated safety check: PassApache-2.0

Similar skills

  • Artifacts Builder

    nexu-io/open-design

    Suite of tools for creating elaborate, multi-component claude.ai HTML artifacts using modern frontend web technologies (React, Tailwind CSS, shadcn/ui).

    100k GitHub stars~347 tokensUpdated yesterday
    Frontend & DesignAuto-check passed
  • Web Artifacts Builder

    anthropics/skills

    Official

    Builds multi-component claude.ai HTML artifacts as a small React, TypeScript and Tailwind project, then bundles it into one shareable HTML file.

    180k GitHub starsUsed in 40 repos~769 tokens
    Frontend & DesignAuto-check passed
  • Web Artifacts Builder

    nexu-io/open-design

    Build complex claude.ai HTML artifacts with React and Tailwind.

    100k GitHub stars~337 tokensUpdated yesterday
    Frontend & DesignAuto-check passed
  • Plotly

    davila7/claude-code-templates

    Interactive scientific and statistical data visualization library for Python.

    33k GitHub starsUsed in 14 repos~1.8k tokens
    Data & AnalyticsAuto-check passed
  • Web Artifacts Builder

    sickn33/agentic-awesome-skills

    To build powerful frontend claude.ai artifacts, follow these steps:

    47k GitHub starsUsed in 3 repos~824 tokens
    Frontend & DesignAuto-check passed
  • Artifact Diagramming

    asgeirtj/system_prompts_leaks

    Diagramming know-how for Artifacts - when a picture earns its place, how to draw one that shows the real mechanism, and the inline-SVG mechanics that keep it legible in both themes.

    69k GitHub stars~1k tokensUpdated yesterday
    Auto-check passed

More from xinzhuwang-wxz/OpenPE

  • Approve Verification

    xinzhuwang-wxz/OpenPE

    Human gate for reviewing and approving full verification after Phase 5

    101 GitHub stars~1.5k tokensUpdated 6 mo ago
    Auto-check passed
  • Run Analysis

    xinzhuwang-wxz/OpenPE

    Initialize and run the full automated analysis pipeline from analysis question to final documentation

    101 GitHub stars~2.7k tokensUpdated 6 mo ago
    Auto-check passed
  • Check Status

    xinzhuwang-wxz/OpenPE

    Display current analysis pipeline status. An agent skill from xinzhuwang-wxz/OpenPE.

    101 GitHub stars~617 tokensUpdated 6 mo ago
    Auto-check passed
  • Run Phase

    xinzhuwang-wxz/OpenPE

    Execute a single phase of the analysis pipeline by phase identifier

    101 GitHub stars~1.7k tokensUpdated 6 mo ago
    Auto-check passed

Questions about Review Phase

What does Review Phase do?

Run the review cycle for a completed phase artifact with plot validation. Review Phase is an agent skill from xinzhuwang-wxz/OpenPE.

How do I install Review Phase in Claude Code?

Run `npx skills add xinzhuwang-wxz/OpenPE --skill review-phase -a claude-code`. Or copy the skill folder (.claude/skills/review-phase in xinzhuwang-wxz/OpenPE) into .claude/skills/review-phase in your project. Claude Code loads it when a task matches its description.

How do I install Review Phase in Codex?

Run `npx skills add xinzhuwang-wxz/OpenPE --skill review-phase -a codex`. Or copy the skill folder (.claude/skills/review-phase in xinzhuwang-wxz/OpenPE) into .agents/skills/review-phase in your project. Codex loads it when a task matches its description.

Can I use Review Phase in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add xinzhuwang-wxz/OpenPE --skill review-phase -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/review-phase, .gemini/skills/review-phase, .github/skills/review-phase and .opencode/skills/review-phase in your project.

What does Review Phase need to run?

SKILL.md names no scripts, command-line tools or credentials: Review Phase is instructions for the agent only.

Does Review Phase access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Review Phase safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Review Phase use?

Review Phase is published under the GPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Review Phase use?

About 3.2k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Review Phase?

Skills that share tags, products or a category with Review Phase: Artifacts Builder (nexu-io/open-design, 100k stars), Web Artifacts Builder (anthropics/skills, 180k stars), Web Artifacts Builder (nexu-io/open-design, 100k stars) and Plotly (davila7/claude-code-templates, 33k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Review Phase?

xinzhuwang-wxz (a GitHub user) maintains it in xinzhuwang-wxz/OpenPE, which has 101 GitHub stars. The repository holds 5 skills in this directory. The repository was last updated on April 2, 2026.

Source: xinzhuwang-wxz/OpenPE on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.