【开源分享】Claude Code Skills:让 GPT 给 Claude 当审查官,两个 Skill 搞定代码审查 + 计划对抗

2026-04-11 11:111阅读0评论SEO问题
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

  • 我的帖子已经打上 开源推广 标签:
    • 我的开源项目完整开源,无未开源部分:
    • 我的开源项目已链接认可 LINUX DO 社区:
    • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
    • 以上选择我承诺是永久有效的,接受社区和佬友监督:
      以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 仓库和博客都由ai生成 截图的话内容太多 特此说明

注:该skills仓库和blog全由ai生成,本人只人工检阅

项目地址

GitHub: GitHub - lldxflwb/claude-code-skills: A collection of open-source skills for Claude Code · GitHub

这是啥?

两个 Claude Code Skill,让你在 Claude Code 里一键调用 GPT(通过 OpenAI 的 Codex CLI)来给你的代码和计划把关。

简单说就是:让两个 AI 互相审查,弥补单模型的盲区。

为啥要搞这个?

用 Claude Code 久了的佬友应该有体感:

  1. 只修表面不挖根因 —— 遇到类型错误直接 as any 糊弄过去,不去追溯上游数据流问题
    1. 计划执行力飘忽 —— 给了详细实现计划,它跳步骤、漏边界条件、擅自"优化"你的方案

两个 Skill 分别干啥

Skill 1: codex(构建和codex通信的基本能力 如何创建只读codex 以及声明使用session需要持久化 在压缩过程中被保留 以及使用session id 做resume回复)

在 Claude Code 里输入 /codex + 你的需求就行:

/codex review 一下当前的代码变更 /codex 分析这个架构方案的优缺点 /codex 给这段代码写单元测试 @src/utils.ts

Claude Code 自动收集相关上下文(git diff、文件内容等),发送给 Codex CLI,然后把 GPT 的审查意见呈现给你。支持多轮对话,session 自动恢复。

适合快速要一个不同视角的意见。

Skill 2: codex-plan(对抗式计划审查) 继续/codex skills

这个更硬核。输入 /codex-plan 后,Claude 和 GPT 自动进入多轮对抗循环:

你的计划 → Claude 提交给 Codex → GPT 严格质疑 → Claude 逐条评估(采纳/驳回)→ 修改计划 → 回传给 GPT 继续审查 → 直到 GPT 说 LGTM

整个过程你不需要当中间人。每轮结束 Claude 会输出摘要告诉你采纳了啥、驳回了啥。你随时可以打断介入。

三种终止条件:GPT 说 LGTM / 没有新质疑 / 连续2轮全部驳回(记录分歧让人类决策)。

适合架构设计、迁移方案、重大重构前的严格审查。

安装

最简单的方式,把这句话复制粘贴给 Claude Code:

请阅读 https://github.com/lldxflwb/claude-code-skills 帮我安装里面的 codex 和 codex-plan skill

关键设计

  • 只读沙箱:Codex CLI 以 --sandbox read-only 运行,不会动你任何文件
    • 敏感信息过滤:自动排除 .env、密钥文件,diff 中的 token 替换为 [REDACTED] 【避免codex以这个信息敏感为由拒绝你的任务】
    • 后台执行:Codex 任务可能跑 5-30 分钟,不阻塞 Claude Code 主流程
    • Session 恢复:利用 Codex CLI 的 resume 机制,支持多轮对话

什么时候用哪个

codex codex-plan
定位 通用工具,问啥都行 专用工具,只做计划审查
交互 单轮问答 多轮自动对抗循环
谁改东西 你和cc决定 Claude 自动改
终止条件 GPT 答完就完 GPT 说 LGTM 才完

限制

  • 需要 OpenAI 账号(免费用户也有额度)
    • Codex CLI 有启动开销,不适合高频低延迟交互
    • codex-plan 多轮对抗通常 5-15 分钟
    • Claude 的采纳/驳回判断不一定对,所以每轮摘要很重要

详细介绍

写了两篇博客详细说明原理和使用:

  • codex skill: 让 Claude Code 调用 Codex CLI:获取 GPT 的第二意见 | Karl's AI Notes
    • codex-plan skill: codex-plan:让 GPT 当你的计划审查官,多轮对抗式质疑直到无懈可击 | Karl's AI Notes
      欢迎佬友们试用反馈,也欢迎贡献更多 skill 到仓库里!
网友解答:
--【壹】--:

如何使用直连claudecode呢


--【贰】--:

好用的话求star


--【叁】--:

用 superpower,约束得还可以


--【肆】--:

感谢大佬!


--【伍】--:

尝尝鲜,试试看~


--【陆】--:

看起来不错, 先试一把


--【柒】--:

codex cli 可以用命令行通信 然后他会有一个session id 。用session id就可以让cc基于上一次的聊天继续和codex 通信


--【捌】--:

顶一下 顺便说一下为啥还是想自己搞个这种小的skills。 有oh my opencode 有各种东西,都用过了,本人也是月均2b的token消耗量 但是 现在的感觉就是 有些东西太多了,很多时候我只是想用其中的一环。
因此 我也拆分了和codex沟通的能力成 /codex-plan 和 /codex 。只是 /codex-plan 依赖于 /codex罢了。
往我的agent里装一堆skills 我真能提升吗?
我感觉不是的,按需载入 可能更适合我

嗯。说了这么多 我的目的其实是顶帖来自


--【玖】--:

我是官方订阅的cc 然后走链式代理用的加宽。mac上用surge 为claude code的应用目录和域名都走tun分流 家宽
落地稳定ip。目前还没被封 但是每个人表现不一致


--【拾】--:

谢谢佬友


--【拾壹】--: calendar:

superpower

这个我倒是看过。就是觉得 东西过多了 。顺便bb一句。我昨晚还打算拿claude code的bash后台做个cc之前的ipc 结果今天人就支持mcp主动推送消息了


--【拾贰】--:

插眼!!!!感谢大佬


--【拾叁】--:

需求描述模糊 你应该是搞一个澄清需求的skills把

我认为多模型对抗的作用其实是为了解决opus懒的问题 。opsu太会偷懒了! 适合拿codex狠狠地给他挥舞小皮鞭
image1282×503 84.3 KB
效果如图 看这个 改动面被低估 → 补全全仓 category 硬编码清单 codex 狠狠的挥舞皮鞭!


--【拾肆】--:

欢迎bro加入社区~
也欢迎bro的评论~


--【拾伍】--:

做计划多模型对抗来做很有必要,但是效果怎么样呢,我想问下,需求描述模糊的,是不是也有很多卡点


--【拾陆】--:

感谢大佬!


--【拾柒】--:

谢谢大佬,去试试


--【拾捌】--:

对了 可以看看我刚发的这个 claude code受保护目录导致bypass无法覆盖 ~ 当作我之前帖子的回答 /codex-plan 讨论的时候建议指定本地目录的一个文件地址 不然他会去写 ~/.claude 下的plan 但是在这俩个版本会频繁询问你。很烦


--【拾玖】--:

这个是怎么跟codex通信的

问题描述:

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:

  • 我的帖子已经打上 开源推广 标签:
    • 我的开源项目完整开源,无未开源部分:
    • 我的开源项目已链接认可 LINUX DO 社区:
    • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:
    • 以上选择我承诺是永久有效的,接受社区和佬友监督:
      以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 仓库和博客都由ai生成 截图的话内容太多 特此说明

注:该skills仓库和blog全由ai生成,本人只人工检阅

项目地址

GitHub: GitHub - lldxflwb/claude-code-skills: A collection of open-source skills for Claude Code · GitHub

这是啥?

两个 Claude Code Skill,让你在 Claude Code 里一键调用 GPT(通过 OpenAI 的 Codex CLI)来给你的代码和计划把关。

简单说就是:让两个 AI 互相审查,弥补单模型的盲区。

为啥要搞这个?

用 Claude Code 久了的佬友应该有体感:

  1. 只修表面不挖根因 —— 遇到类型错误直接 as any 糊弄过去,不去追溯上游数据流问题
    1. 计划执行力飘忽 —— 给了详细实现计划,它跳步骤、漏边界条件、擅自"优化"你的方案

两个 Skill 分别干啥

Skill 1: codex(构建和codex通信的基本能力 如何创建只读codex 以及声明使用session需要持久化 在压缩过程中被保留 以及使用session id 做resume回复)

在 Claude Code 里输入 /codex + 你的需求就行:

/codex review 一下当前的代码变更 /codex 分析这个架构方案的优缺点 /codex 给这段代码写单元测试 @src/utils.ts

Claude Code 自动收集相关上下文(git diff、文件内容等),发送给 Codex CLI,然后把 GPT 的审查意见呈现给你。支持多轮对话,session 自动恢复。

适合快速要一个不同视角的意见。

Skill 2: codex-plan(对抗式计划审查) 继续/codex skills

这个更硬核。输入 /codex-plan 后,Claude 和 GPT 自动进入多轮对抗循环:

你的计划 → Claude 提交给 Codex → GPT 严格质疑 → Claude 逐条评估(采纳/驳回)→ 修改计划 → 回传给 GPT 继续审查 → 直到 GPT 说 LGTM

整个过程你不需要当中间人。每轮结束 Claude 会输出摘要告诉你采纳了啥、驳回了啥。你随时可以打断介入。

三种终止条件:GPT 说 LGTM / 没有新质疑 / 连续2轮全部驳回(记录分歧让人类决策)。

适合架构设计、迁移方案、重大重构前的严格审查。

安装

最简单的方式,把这句话复制粘贴给 Claude Code:

请阅读 https://github.com/lldxflwb/claude-code-skills 帮我安装里面的 codex 和 codex-plan skill

关键设计

  • 只读沙箱:Codex CLI 以 --sandbox read-only 运行,不会动你任何文件
    • 敏感信息过滤:自动排除 .env、密钥文件,diff 中的 token 替换为 [REDACTED] 【避免codex以这个信息敏感为由拒绝你的任务】
    • 后台执行:Codex 任务可能跑 5-30 分钟,不阻塞 Claude Code 主流程
    • Session 恢复:利用 Codex CLI 的 resume 机制,支持多轮对话

什么时候用哪个

codex codex-plan
定位 通用工具,问啥都行 专用工具,只做计划审查
交互 单轮问答 多轮自动对抗循环
谁改东西 你和cc决定 Claude 自动改
终止条件 GPT 答完就完 GPT 说 LGTM 才完

限制

  • 需要 OpenAI 账号(免费用户也有额度)
    • Codex CLI 有启动开销,不适合高频低延迟交互
    • codex-plan 多轮对抗通常 5-15 分钟
    • Claude 的采纳/驳回判断不一定对,所以每轮摘要很重要

详细介绍

写了两篇博客详细说明原理和使用:

  • codex skill: 让 Claude Code 调用 Codex CLI:获取 GPT 的第二意见 | Karl's AI Notes
    • codex-plan skill: codex-plan:让 GPT 当你的计划审查官,多轮对抗式质疑直到无懈可击 | Karl's AI Notes
      欢迎佬友们试用反馈,也欢迎贡献更多 skill 到仓库里!
网友解答:
--【壹】--:

如何使用直连claudecode呢


--【贰】--:

好用的话求star


--【叁】--:

用 superpower,约束得还可以


--【肆】--:

感谢大佬!


--【伍】--:

尝尝鲜,试试看~


--【陆】--:

看起来不错, 先试一把


--【柒】--:

codex cli 可以用命令行通信 然后他会有一个session id 。用session id就可以让cc基于上一次的聊天继续和codex 通信


--【捌】--:

顶一下 顺便说一下为啥还是想自己搞个这种小的skills。 有oh my opencode 有各种东西,都用过了,本人也是月均2b的token消耗量 但是 现在的感觉就是 有些东西太多了,很多时候我只是想用其中的一环。
因此 我也拆分了和codex沟通的能力成 /codex-plan 和 /codex 。只是 /codex-plan 依赖于 /codex罢了。
往我的agent里装一堆skills 我真能提升吗?
我感觉不是的,按需载入 可能更适合我

嗯。说了这么多 我的目的其实是顶帖来自


--【玖】--:

我是官方订阅的cc 然后走链式代理用的加宽。mac上用surge 为claude code的应用目录和域名都走tun分流 家宽
落地稳定ip。目前还没被封 但是每个人表现不一致


--【拾】--:

谢谢佬友


--【拾壹】--: calendar:

superpower

这个我倒是看过。就是觉得 东西过多了 。顺便bb一句。我昨晚还打算拿claude code的bash后台做个cc之前的ipc 结果今天人就支持mcp主动推送消息了


--【拾贰】--:

插眼!!!!感谢大佬


--【拾叁】--:

需求描述模糊 你应该是搞一个澄清需求的skills把

我认为多模型对抗的作用其实是为了解决opus懒的问题 。opsu太会偷懒了! 适合拿codex狠狠地给他挥舞小皮鞭
image1282×503 84.3 KB
效果如图 看这个 改动面被低估 → 补全全仓 category 硬编码清单 codex 狠狠的挥舞皮鞭!


--【拾肆】--:

欢迎bro加入社区~
也欢迎bro的评论~


--【拾伍】--:

做计划多模型对抗来做很有必要,但是效果怎么样呢,我想问下,需求描述模糊的,是不是也有很多卡点


--【拾陆】--:

感谢大佬!


--【拾柒】--:

谢谢大佬,去试试


--【拾捌】--:

对了 可以看看我刚发的这个 claude code受保护目录导致bypass无法覆盖 ~ 当作我之前帖子的回答 /codex-plan 讨论的时候建议指定本地目录的一个文件地址 不然他会去写 ~/.claude 下的plan 但是在这俩个版本会频繁询问你。很烦


--【拾玖】--:

这个是怎么跟codex通信的