Token导航 LogoToken导航TokenDH.com
研究检索执行命令github未标认证来源可访问许可证需确认审计提醒

cross-review交叉审查

Agent Skill

cross-review 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

264

周安装

11

GitHub Stars

3

下载量

88
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:cross-review(交叉审查)
来源仓库:https://github.com/dmitriyyukhanov/claude-plugins
仓库路径:skills/cross-review
安装命令:
npx skills add https://github.com/dmitriyyukhanov/claude-plugins --skill cross-review
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/dmitriyyukhanov/claude-plugins --skill cross-review

简介

cross-review 实现 Claude 与 Codex CLI 之间的自动化互审循环机制,提升代码与逻辑质量。

  • 适用于需要双重校验、持续迭代改进的开发任务,尤其在高可靠性要求项目中有效。
  • 依赖 Codex CLI 已安装且认证完成,配置文件需启用多代理协同与指定推理强度参数。
  • 运行前务必检查网络连通性与 API 配额,避免因外部依赖中断导致流程阻塞。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Cross-Review Loop: Claude x Codex CLI

Overview

Autonomous review-fix loop between Claude and Codex CLI. Each round: both review simultaneously and independently → triage findings → fix using the best available skill → repeat. Stops when clean, when reviewers disagree, or after max rounds.

Prerequisites

  • Codex CLI installed: npm install -g @openai/codex
  • Codex authenticated: codex auth login
  • Config at ~/.codex/config.toml with model, reasoning effort, and multi-agent enabled:
# ~/.codex/config.toml (example — adjust model to your available version)
model = "gpt-5.4"
model_reasoning_effort = "xhigh"

[features]
multi_agent = true

Optionally define reviewer roles for richer multi-agent code review:

[agents.security-reviewer]
description = "Find security vulnerabilities, auth issues, injection risks, and data exposure."
config_file = "agents/reviewer.toml"

[agents.performance-reviewer]
description = "Find performance bottlenecks, N+1 queries, memory leaks, and scalability issues."
config_file = "agents/reviewer.toml"

[agents.test-reviewer]
description = "Find test coverage gaps, missing edge cases, and flaky test risks."
config_file = "agents/reviewer.toml"

Where agents/reviewer.toml contains:

model = "gpt-5.4"
model_reasoning_effort = "high"
developer_instructions = "Focus on high priority issues. Be specific: reference file paths, line numbers, and concrete examples."
  • Claude Code agent teams enabled (experimental feature):

- Set CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 in environment or in settings.json under "env" - See the agent-teams plugin for full setup details

Platform Notes

  • MINGW/MSYS (Git Bash on Windows): Codex runs via WSL. The preflight check verifies WSL is available and codex is installed inside it. All codex invocations are transparently routed through wsl --cd <path> -- codex.
  • WSL: Codex runs directly. Just needs codex in PATH.
  • Linux/macOS: Codex runs directly.

Checklist

Execute each of these steps sequentially, completing one before moving to the next:

  1. Preflight check — verify codex is reachable before any work begins; ABORT if not
  2. Detect artifact type — determine what is being reviewed (plan, code, architecture, design)
  3. Run review round — launch Claude agents AND Codex simultaneously in parallel, then collect both results
  4. Triage findings — classify and cross-validate findings from both reviewers
  5. Apply fixes — discover best skill, invoke it to fix auto-fixable issues
  6. Check exit conditions — disagreements? all clean? max rounds? decide whether to loop or stop
  7. Present results — show user final state, remaining issues, or decisions needed
  8. Clean up intermediate files — run bash "${CLAUDE_PLUGIN_ROOT}/scripts/cleanup-reviews.sh" <output_dir> (mandatory, regardless of exit reason)

Core Workflow

digraph cross_review_loop {
    rankdir=TB;
    node [shape=box];

    "Preflight: check-codex.sh" -> "Detect artifact type" [label="OK"];
    "Preflight: check-codex.sh" -> "ABORT: codex not reachable" [label="FAIL"];
    "Detect artifact type" -> "Launch PARALLEL reviewers";
    "Launch PARALLEL reviewers" -> "Spawn Claude agent team (3-5 reviewers)";
    "Launch PARALLEL reviewers" -> "run-codex-review.sh (background)";
    "Spawn Claude agent team (3-5 reviewers)" -> "Wait: collect both reviews";
    "run-codex-review.sh (background)" -> "Wait: collect both reviews";
    "Wait: collect both reviews" -> "Shutdown agent team";
    "Shutdown agent team" -> "Save both review files";
    "Save both review files" -> "Triage: classify findings + cross-validate";

    "Triage: classify findings + cross-validate" -> "Any disagreements?";
    "Any disagreements?" -> "Present results" [label="yes"];
    "Any disagreements?" -> "Any auto-fixable issues?" [label="no"];

    "Any auto-fixable issues?" -> "Discover best skill for fixes" [label="yes"];
    "Any auto-fixable issues?" -> "Present results" [label="no, all clean"];

    "Discover best skill for fixes" -> "Invoke skill / fix inline";
    "Invoke skill / fix inline" -> "Save combined-review-round-N.md";
    "Save combined-review-round-N.md" -> "Max rounds?";
    "Max rounds?" -> "Present results" [label="yes"];
    "Max rounds?" -> "Launch PARALLEL reviewers" [label="no, N++"];

    "Present results" -> "cleanup-reviews.sh";
}

Step 1: Preflight Check

Run this BEFORE any other work. If the check fails, ABORT immediately — do not detect artifact type or start any review work.

bash "${CLAUDE_PLUGIN_ROOT}/scripts/check-codex.sh"

The script detects the environment and validates codex reachability:

EnvironmentDetectionHow codex runs
MINGW/MSYSuname -s starts with MINGW or MSYSVia WSL: wsl --cd <wsl_path> -- codex
WSLWSL_DISTRO_NAME is set or /proc/version contains "Microsoft"Directly: codex
NativeEverything else (Linux, macOS)Directly: codex

On success: prints OK:... to stderr and CODEX_ENV=<env> to stdout. Proceed to Step 2. On failure: prints FAIL:... with install instructions. STOP HERE — tell the user what's missing and how to fix it. Do not continue.

The shell script (run-codex-review.sh) sources this script internally and uses codex_run instead of bare codex, so WSL path translation is handled transparently.

Step 2: Detect Artifact Type

Examine the target file(s) to classify:

SignalArtifact Type
*-plan*.md, *implementation-plan*, *-tasks*Plan
*-design*.md, *-architecture*, *-spec*Architecture
*.cs, *.ts, *.py, *.js, *.go, *.rs (source files)Code
Other *.md in docs/ or plans/Design Doc

Set ARTIFACT_TYPE for use in skill discovery and Codex script invocation.

Step 3: Run Review Round (PARALLEL)

CRITICAL: Launch Claude agents and Codex simultaneously. Do NOT wait for one before starting the other. Both review independently; cross-validation happens during Triage.

2a. Launch Codex (Background)

Run Codex via the plugin script as a background bash process (run_in_background: true):

For code artifacts:

bash "${CLAUDE_PLUGIN_ROOT}/scripts/run-codex-review.sh" code <ROUND> docs/plans /path/to/project main

The script runs codex review --base main — purpose-built for code review with multi-agent support. No custom prompt is passed (--base and [PROMPT] are mutually exclusive in Codex CLI). Note: This always reviews the full branch diff, not just changes from the previous fix round. Previously-fixed issues should not reappear, but Codex may surface new findings in unchanged code.

For non-code artifacts:

bash "${CLAUDE_PLUGIN_ROOT}/scripts/run-codex-review.sh" <plan|architecture|design> <ROUND> docs/plans /path/to/project target-file1.md target-file2.md

The script assembles a prompt from prompts/codex-base.txt + artifact-specific fragment, then runs codex exec --full-auto with stdout redirected to the output file. The base prompt instructs Codex to spawn one agent per review focus area (requires multi_agent = true in config).

2b. Launch Claude Agent Team (Parallel with Codex)

Spawn the Claude agent team in the same turn as launching Codex. Do not wait for Codex.

Core reviewers (always spawn these three):

Agent NameFocusSubagent Type
security-reviewerAuth, injection, validation, secrets, data exposuregeneral-purpose
performance-reviewerBottlenecks, N+1 queries, memory leaks, scalabilitygeneral-purpose
test-reviewerTest coverage gaps, missing edge cases, flaky test risksgeneral-purpose

Additional reviewers (spawn when the artifact warrants it, up to 5 total):

Agent NameWhen to SpawnFocus
architect-reviewerComplex multi-component changes, new systemsPatterns, separation of concerns, scalability, deployment
requirements-reviewerPlan or spec artifacts, feature implementationsRequirements coverage, completeness, missing acceptance criteria

Use the Agent tool to spawn each reviewer as a background agent in an agent team. Always use model: "opus". Each reviewer prompt should:

  1. Receive the target file path(s) to review
  2. Know this is Round N (and if N > 1, focus on changes from Round N-1 fixes — use git diff to identify the delta for code artifacts)
  3. Output findings in severity format (Critical / High / Medium / Minor)
  4. Return a summary message with its findings

Team spawning pattern:

TeamCreate: team_name = "cross-review-round-N"

For each reviewer, use Agent tool with:
  - subagent_type: "general-purpose"
  - model: "opus"
  - team_name: "cross-review-round-N"
  - name: "<agent-name>"
  - run_in_background: true
  - prompt: |
      You are a <focus area> reviewer. Review these files: <file list>.
      This is Round N. <If N > 1: Only review changes from the previous fix round.>

      Structure your findings as:
      ### Critical Issues (blocks progress)
      ### High Issues (causes bugs or architectural problems)
      ### Medium Issues (quality, consistency)
      ### Minor Issues (nice to have)

      Be specific: reference file paths, line numbers, and concrete examples.

2c. Collect Both Reviews

After launching both in parallel:

  1. Wait for all Claude agent messages to arrive, synthesize into docs/plans/review-claude-round-N.md
  2. Wait for the Codex background bash job to complete using TaskOutput (do NOT just read the file — you must consume the background task so the completion notification doesn't arrive later), then verify the output file:

- Read docs/plans/review-codex-round-N.md and confirm it contains the expected severity headers (### Critical Issues, ### High Issues, etc.) - If the file is missing, empty, or contains only a brief summary (e.g., "Review written to..." or a one-paragraph synopsis without severity headers), reconstruct from TaskOutput: the script uses tee to send output to both the file and stdout, so the full review is available in TaskOutput even if the file is truncated - This fallback is necessary because Codex multi-agent mode may produce truncated output in some configurations

  1. Shut down the Claude agent team for this round

Claude review file structure:

# Cross-Review Round N — Claude (Agent Team)
**Target:** <file(s)>
**Date:** <date>
**Scope:** <full review | delta from Round N-1>
**Reviewers:** <list of agents spawned>

## Security Review
### Critical / High / Medium / Minor Issues

## Performance Review
### Critical / High / Medium / Minor Issues

## Test Coverage Review
### Critical / High / Medium / Minor Issues

Note on output format: Claude's review groups findings by reviewer area (Security → severity, Performance → severity, etc.) because each agent reports independently. Codex's review uses global severity-first grouping. The triage step reconciles both formats.

Step 4: Triage Findings

After both reviews complete, synthesize and classify EVERY finding. This is where cross-validation happens — compare the two independent reviews to find where they agree and disagree.

Classification Rules

For each unique finding across both reviews:

auto-fixable — Both reviewers agree the issue exists AND the fix is unambiguous:

  • Both identify the same problem (even if worded differently)
  • The fix is a specific, concrete change (not a design decision)
  • No trade-offs or alternative approaches to weigh

needs-decision — ANY of these conditions:

  • Reviewers disagree on whether it's an issue
  • Reviewers disagree on severity (e.g., Claude says Medium, Codex says High)
  • Reviewers propose different fixes for the same issue
  • The fix requires choosing between approaches
  • The fix has side effects or trade-offs

informational — Both rate as Minor AND no concrete action is needed

Output Format

Save to docs/plans/combined-review-round-N.md:

# Combined Review Round N

## Cross-Validation Summary
### Agreements (both reviewers flagged)
- [severity] description — Claude: <finding>, Codex: <finding>

### Disagreements (reviewers conflict)
- description — Claude: <position>, Codex: <position>

## Triage Summary
| Finding | Claude | Codex | Classification | Action |
|---------|--------|-------|----------------|--------|
| ...     | ...    | ...   | auto-fixable   | Fix X  |
| ...     | ...    | ...   | needs-decision | ...    |

## Auto-Fixable Issues
<list with specific fix actions>

## Needs Decision (BLOCKING)
<list with both perspectives, presented for user judgment>

## Informational
<list, no action needed>

Step 5: Apply Fixes via Skill Discovery

Dynamic Skill Discovery

Search the available skills listing for the best match based on ARTIFACT_TYPE:

Artifact TypeSearch Keywords
Planwriting-plans, executing-plans, plan
Architecturearchitect, architecture, brainstorming, design
Codecoder, code-review, implementation, feature-dev (prefer project-specific)
Design Docbrainstorming, writing-plans, design

Skill Selection Priority

  1. Project-specific skills first (e.g., unity-coder, unity-architect)
  2. General-purpose skills second (e.g., writing-plans, brainstorming)
  3. If no matching skill found AND fixes are trivial → apply inline (direct edits)
  4. If no matching skill found AND fixes are non-trivial → STOP, ask user

Applying Fixes

When invoking the discovered skill:

  • Pass the list of auto-fixable findings as context
  • The skill handles the actual edits according to its own workflow
  • After the skill completes, verify the fixes were applied

When fixing inline (no skill available):

  • Apply each fix directly using Edit tool
  • Keep changes minimal and focused on the specific findings

Step 6: Check Exit Conditions

After each round, evaluate in order:

  1. Disagreements found in triage?EXIT LOOP. Present needs-decision items, then clean up.
  2. All issues resolved?EXIT LOOP. Present summary, then clean up.
  3. Max rounds reached? (default: 3) → EXIT LOOP. Present remaining issues, then clean up.
  4. No skill available for non-trivial fixes?EXIT LOOP. Ask user, then clean up.

If none of the above → increment N and loop back to Step 3.

CRITICAL: Every exit path leads to Step 7 (present results) then Step 8 (cleanup). Never skip cleanup.

Step 7: Present Results

When the loop exits, present a clear summary:

## Cross-Review Complete

**Rounds:** N
**Exit reason:** <all clean | disagreement | max rounds | no skill>

### Resolved Issues
<list of issues fixed across all rounds>

### Remaining Issues (if any)
<needs-decision items with both perspectives>

### Decisions Needed (if any)
<specific questions for the user, with context from both reviewers>

Step 8: Clean Up Intermediate Files (MANDATORY)

Run the cleanup script — this is MANDATORY regardless of exit reason:

bash "${CLAUDE_PLUGIN_ROOT}/scripts/cleanup-reviews.sh" docs/plans

Do NOT delete the target artifact files that were reviewed — only the review round files. Do NOT skip this step — leaving intermediate files is a known failure mode.

Iteration Rules

  • Max 3 rounds default — override by user instruction only
  • Round N+1 focuses on delta — Claude agents use git diff to review only Round N changes; Codex code reviews cover the full branch diff but previously-fixed issues should not reappear; non-code Codex reviews receive a text instruction to focus on changes
  • Each round produces 3 files: review-claude-round-N.md, review-codex-round-N.md, combined-review-round-N.md
  • All intermediate files are deleted after the review loop completes (Step 8 — mandatory)
  • Never silently resolve disagreements — any reviewer conflict stops the loop
  • Skill invocation is per-round — re-discover skills each round (available skills may change)
  • Agent teams are per-round — create a new agent team for each Claude review round, shut it down after collecting results
  • Codex is per-round — each Codex invocation runs fresh for that round
  • Both reviewers start simultaneously — never wait for one before launching the other

Common Mistakes

  • Running Claude agents to completion before launching Codex — both must start simultaneously; launch Codex script first with run_in_background: true, then spawn Claude team in the same turn
  • Combining --base with a prompt in codex reviewcodex review --base <BRANCH> and [PROMPT] are mutually exclusive; the script handles this correctly, but if running manually, use codex review --base main alone
  • Passing Claude's review to Codex — Codex runs in parallel and can't see Claude's review; cross-validation happens during Triage
  • Not enabling multi_agent = true in Codex config — without it, Codex runs as a single agent instead of spawning specialized reviewers
  • Running codex exec without --full-auto causes it to hang waiting for approval (codex review is already non-interactive)
  • Skipping triage and just applying both reviews leads to contradictory fixes
  • Reviewing the same issues each round instead of only deltas
  • Resolving disagreements without user input — this is the #1 error to avoid
  • Hardcoding skill names instead of discovering them dynamically
  • Not shutting down the Claude agent team after collecting results — leaks resources across rounds
  • Leaving intermediate review round files after the review completes — always run cleanup-reviews.sh
  • Spawning too few Claude reviewers (always spawn at least 3: security, performance, test coverage)
  • Spawning too many reviewers for trivial changes — 3 is the baseline, only add more when complexity warrants it
  • Responding to late background task notifications — if a Codex background task completion notification arrives after the workflow has already finished (results presented, cleanup done), do NOT generate a user-facing response; the output was already consumed via the file. Silently acknowledge it
  • Codex output file contains only a summary instead of the full review — when Codex spawns multiple agents, the -o flag captures the final consolidation response (often a brief summary like "Review written to [file]") rather than the full multi-agent output; the script uses tee to send output to both file and stdout, so the full review is available in TaskOutput as a fallback if the file appears truncated

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

31.48%
按下载量换算28

Claude

30.82%
按下载量换算27

Cursor

17.94%
按下载量换算16

Gemini CLI

9.92%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/dmitriyyukhanov/claude-plugins --skill cross-review 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills