【开源分享】Claude Code Skills:让 GPT 给 Claude 当审查官,两个 Skill 搞定代码审查 + 计划对抗
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
-
- 我的开源项目完整开源,无未开源部分: 是
-
- 我的开源项目已链接认可 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 久了的佬友应该有体感:
- 只修表面不挖根因 —— 遇到类型错误直接
as any糊弄过去,不去追溯上游数据流问题 -
- 计划执行力飘忽 —— 给了详细实现计划,它跳步骤、漏边界条件、擅自"优化"你的方案
两个 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 到仓库里!
- codex-plan skill: codex-plan:让 GPT 当你的计划审查官,多轮对抗式质疑直到无懈可击 | Karl's AI Notes
--【壹】--:
如何使用直连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 久了的佬友应该有体感:
- 只修表面不挖根因 —— 遇到类型错误直接
as any糊弄过去,不去追溯上游数据流问题 -
- 计划执行力飘忽 —— 给了详细实现计划,它跳步骤、漏边界条件、擅自"优化"你的方案
两个 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 到仓库里!
- codex-plan skill: codex-plan:让 GPT 当你的计划审查官,多轮对抗式质疑直到无懈可击 | Karl's AI Notes
--【壹】--:
如何使用直连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通信的

