企业官网建设流程全解析

什么时候该用claudex-loop？5类高风险场景最适合跨模型计划压测

【免费下载链接】claudex-loopClaude Code skill: four-phase plan hardening (recon, interrogate, Codex adversarial review, cross-model build & inspection) — two AI models harden your plan before a line of code exists, then swap jobs to build it. Whoever built it never grades it.项目地址: https://gitcode.com/gh_mirrors/gr/claudex-loop

claudex-loop 是一个 Claude Code skill，核心玩法是跨模型计划压测：Claude 负责侦察代码库、逐题拷问并锁定你的计划，然后由 OpenAI Codex 在只读沙箱里一轮一轮"攻击"这份计划，直到挑不出毛病为止。整个过程没有任何一行代码被执行——正如它的核心信条：谁写的东西，谁就不给自己打分（README.md）。

🎯 一句话判断标准：改错了代价大（要迁移、要重写、要赔钱、要道歉）的事情，才值得走完整流程；随手能改的小功能，跳过它。

四阶段速览：claudex-loop 如何加固你的计划

整个流程定义在 skills/claudex-loop/SKILL.md 中，共四个阶段，你只会在四个节点介入：

两个固定产物会留在仓库里：PLAN.md（做什么）和PLAN-REVIEW-LOG.md（每一轮争论的完整记录，为什么这么定）。评审轮数默认上限 5 轮，可通过rounds=3之类的参数调整。

5类高风险场景：claudex-loop 的主战场

技能定义里写得很直接——高 stakes 场景包括 auth、schema、concurrency、migrations、payments 和 greenfield 架构。对应到日常开发，就是下面 5 类。

场景一：认证与权限体系（Auth）

登录、鉴权、令牌刷新、角色权限——这类计划最典型的失败是"看起来完整，实际留了安全洞"。claudex-loop 的拷问阶段会强制每个问题回答"如果猜错了会怎样"，而 Codex 的评审提示词明确要求找security holes（skills/codex-review/SKILL.md）。写计划前花几十分钟压测，比上线后打补丁便宜得多。

场景二：数据模型与数据库迁移（Schema / Migrations）

改数据模型是"错了就要迁移"的典型：字段类型选错、约束缺失、迁移脚本不可回滚，几周后都会变成脏数据。项目第一次真实运行（一个 solo-creator CRM）就抓出了 1 个致命问题——一个按文档描述根本无法构建的访问路径架构，外加约 6 个会腐蚀数据的数据模型错误，全部发生在写任何代码之前（README.md）。这类场景正是跨模型压测性价比最高的地方。

场景三：高并发与竞态逻辑

队列消费、库存扣减、缓存一致性、多进程共享状态……这类计划里"race condition"几乎只写在风险清单里，很少被认真设计。Codex 的对抗式评审会逐条攻击缺失的边界情况，Claude 则扮演最终仲裁者：采纳好的批评，拒绝离谱的批评并记录拒绝理由——双方谁也糊弄不了谁，也没有"回声室"。

场景四：支付与资金流

退款、对账、幂等、重复扣款……错一笔就是真金白银。这类场景建议把research深度拉高（web或deep），让 RECON 阶段先研究已知坑再谈设计，评审阶段再逐轮压一遍。55 条发现、5 轮收敛到 0 的完整记录，就是这个工具跑真实项目的样子。

场景五：全新项目（Greenfield）从零架构

没有代码库可侦察时，RECON 自动切换为调研模式：研究同类产品的做法、默认技术栈、以及构建这类项目最常踩的 3~5 个坑。如果调研深度选了deep，还会先给你看调研提纲、签字确认后才启动多智能体深度调研——研究深度由你控制，而不是模型自己拍板。

什么时候不该用 claudex-loop

保持清醒同样重要，技能文档的"NOT for"条款很明确：

• ❌琐碎改动——改文案、调样式、重命名变量，不值得走完整循环
• ❌审查已写好的代码——那是/codex:review的事，别拿计划评审工具干代码评审的活
• ✅ 只有一份现成计划、想要跨模型压测？用精简版 skills/codex-review/SKILL.md，跳过拷问阶段直接进 Codex 对抗循环

快速上手：安装 claudex-loop 的两种方式

方式 A — 插件安装（推荐，可自动更新）：

/plugin marketplace add chaseai-yt/claudex-loop /plugin install claudex-loop@claudex-loop

安装后以/claudex-loop:claudex-loop等命名空间调用，直接说 "claudex this plan" 也能触发。

方式 B — 手动复制：克隆仓库git clone https://gitcode.com/gh_mirrors/gr/claudex-loop，然后把skills/下的内容拷入~/.claude/skills/，用/claudex-loop、/codex-review调用。

前置条件很简单：Codex CLI ≥ 0.130（npm install -g @openai/codex@latest），codex login认证一次（任何 ChatGPT 账户均可）。

顺手的加分项：文档感知的计划质量

如果你在维护CONTEXT.md（术语表，格式见 skills/claudex-loop/CONTEXT-FORMAT.md）和docs/adr/决策记录（格式见 skills/claudex-loop/ADR-FORMAT.md），拷问阶段会自动开启"文档感知模式"：你说的词跟术语表冲突会当场停下来让你选边，模糊概念会用具体边界场景逼出定义。旧版的 grill-me / grill-with-docs 技能保留在 legacy/，新流程已完全覆盖其能力。

结语：先把计划打死，再开始写代码

判断标准可以浓缩成一句话：如果你说不清"这个决定猜错了要付出什么代价"，那就该用 claudex-loop。侦察、拷问、跨模型对抗、反向验收——四个阶段杀掉的分别是"盲目提问"、"做错东西"、"计划听着对但会坏"、"自己给自己打分"四种失败模式。计划听起来已经"写完了"，通常只是还没被打死而已。

【免费下载链接】claudex-loopClaude Code skill: four-phase plan hardening (recon, interrogate, Codex adversarial review, cross-model build & inspection) — two AI models harden your plan before a line of code exists, then swap jobs to build it. Whoever built it never grades it.项目地址: https://gitcode.com/gh_mirrors/gr/claudex-loop