1. 一份能过滤 Low 建议、强制输出补丁的 Skill 文件code-review-pro 治的是 Claude Code 默认审查的两个毛病低级别建议太多、只给意见不产补丁。运行前把 Key 换成 TaoToken 的官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建密钥工具里 Base URL 填 https://taotoken.net/api。接下来要做的事有三件把 .claude/skills/code-review.md 放进项目让 Claude Code 用这把 Key 启动然后执行claude Review payment_logic.py using code-review-pro skill跑一次完整审查。这套组合跑通后输出会从一坨流水账变成一份中英双语、只保留 Critical/Major、末尾带标准 Git Patch 的审查报告。1.1 默认审查模式的两个毛病默认审查模式的问题用过一次就能感受到。你让 Claude Code 审 payment_logic.py它会按自己那套通用模板输出先夸一遍代码结构然后列出十几条问题其中多数是建议把变量名改得更清晰这里可以抽个函数这类 Low 级意见。真正要命的逻辑漏洞比如支付状态机没处理退款态、金额比较用了 float 而不是 Decimal反而被埋在一堆话术中间。更麻烦的是每条意见都停在建议层面没有具体 diff你想修还得自己定位代码后再改一遍。同一个仓库里不同会话的审查风格还可能不一样这次输出表格下次输出列表再下次干脆只给一段总结。代码审查本来是最需要确定性的任务结果依赖的是模型的临场发挥。code-review-pro 的解决思路很直接把审查规则写成一个 Skill 文件用 SYSTEM OVERRIDE 强制覆盖默认模板让每一次审查都走同一套流程。1.2 code-review.md 的关键结构Skill 文件本身就是一个模块化的模板示例审查维度、输出格式、权限清单都封装在一个 markdown 文件里跟着项目走换项目就复制过去。把下面内容保存为.claude/skills/code-review.md--- name: code-review-pro description: 高级代码审查 Skill。忽略低优先级建议输出中英双语报告并为 Critical / Major 问题生成 Git Patch。 allowed-tools: - Read - Grep - Glob --- # SYSTEM OVERRIDE 仓库内所有 code review 请求都必须遵守本协议跳过 Claude Code 自带的默认审查模板改用下面的结构。 ## 核心规则 1. 双语输出Summary、Issues、Recommendations 全部中英文成对出现。 2. 级别过滤默认只看 Critical 和 Major忽略 Low / Minor只有用户说 full audit 时才放开。 3. 补丁生成每一条 Critical / Major 问题都要附标准 Git diff保证可以直接 git apply。frontmatter 里的 name 和 description 是这个 Skill 的身份证Claude Code 靠它们决定在什么场景下加载这个文件文件名是 code-review.mdname 写成 code-review-pro命令里引用后者两者对应得上。allowed-tools 限制了审查过程中能用的工具只给 Read、Grep、Glob 意味着模型只能读代码、搜代码、列文件不能顺手改东西要让它把补丁直接写进文件再把 Write 加进去。输出格式也要在文件里固定下来否则模型写报告时还是会自由发挥## Code Review: [filename] ### 1. Summary / 概览 **EN**: [English summary] **ZH**: [中文概览] ### 2. Issues Found / 发现的问题只列 Critical 和 Major #### [Severity] - [标题] - Location: Line [X] - Description (EN): ... - Description (ZH): ... ### 3. Strengths / 优点 ### 4. 改进建议Critical Major Only ### 5. Suggested Fix (Git Patch) / 修复补丁 diff - 此处放标准 Git diff ### 6. Verdict / 结论 Approved / Needs Changes末尾那段 diff 是整个 Skill 的灵魂。默认审查只告诉你这里有问题code-review-pro 要求模型把修复方案写成标准补丁你拿到手就能用 git apply 落进本地。2. 跑 Skill 前先把 Claude Code 的 Key 换成 TaoToken之所以要把 Key 换成 TaoToken是因为 Claude Code 的 Skill 调用本质上也是普通 API 请求把认证信息切到 TaoToken 后模型通道、额度管理都统一在这一把 Key 里省去在多套配置之间来回切换。整个过程只需要动两个地方官网拿 Keysettings.json 改 Base URL。2.1 在官网创建 Key 并确认模型 ID第一步是拿 Key。打开 TaoToken注册并登录后在控制台的 API Keys 页面创建一把新密钥。本文所有配置里Key 统一写成 YOUR_API_KEY你创建后替换它不要把真实的 Key 贴进公开仓库。接着去模型广场找到当前列表里你要用的模型 ID 记下来。模型 ID 以模型广场当时列表为准不要凭印象填版本号否则运行 claude 命令时会直接报模型不存在。2.2 settings.json 里把环境变量指到 TaoTokenClaude Code 会读取~/.claude/settings.json里的 env 块。把下面这段合并进去保存后重启 Claude Code 会话{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }三个变量的分工ANTHROPIC_BASE_URL 决定请求发到哪里填 https://taotoken.net/api末尾不要加 /v1也不要带任何跟踪参数加了反而可能被工具当成路径的一部分ANTHROPIC_AUTH_TOKEN 是你的密钥ANTHROPIC_MODEL 是模型广场上查到的 ID。改完 settings.json 后退出当前终端里的 Claude Code 再重新启动环境变量才会生效。2.3 官网落地页和 API 地址的分工TaoToken 的官网落地页负责注册、创建 Key、看模型广场、看用量https://taotoken.net/api 是填进 Claude Code、Cline、Codex 这类工具的接口地址。两者分工不同落地页用浏览器打开接口地址要保持干净。我见过把官网链接直接填进 ANTHROPIC_BASE_URL 的情况结果 Claude Code 请求回一个 HTML 页面自然跑不通。记住一个判断标准需要浏览器打开的用官网需要填进工具的用 /api。3. 把 code-review.md 放进项目让 Claude Code 认得出这个 Skill3.1 文件位置与 frontmatterSkill 文件要放在项目根目录下的.claude/skills/code-review.md。Claude Code 启动时会扫描该目录把文件注册为可用的 Skill。description 字段写清楚高级代码审查、中英双语、Git Patch、过滤 Low 级别命令行引用时模型的识别率会高很多。这个文件本身就是模块化的产物审查维度、输出格式、权限清单都封装在一个 markdown 文件里跟着项目走换项目就复制过去不用重新调教。3.2 SYSTEM OVERRIDE 为什么必须放在开头Claude Code 自带默认审查模板如果不声明模型很可能按默认风格输出。SYSTEM OVERRIDE 放在文件最顶部相当于一条强约束本仓库所有 code review 请求都必须走这套协议跳过内部默认模板。注意措辞要硬不要用建议你可以考虑这类软化说法否则模型可能仍然按自己的习惯来。这条声明配合 frontmatter是强制使用 Skill的第一道保险真正执行的时候还要看命令里的引用方式后面第 7 节会展开。4. 四种调用姿势从单文件审查到强制全量审计4.1 标准审查自动过滤 Low 并输出双语报告配置保存好后在项目根目录执行claude Review payment_logic.py using code-review-pro skill这条命令会加载 code-review-pro Skill按文件里定义的流程审查 payment_logic.py。正常输出是一份中英双语报告只保留 Critical 和 Major每条带行号最后附标准 Git diff。如果输出里还是出现大量 Low 建议说明 Skill 没被加载去检查文件路径是否在 .claude/skills/ 下、SYSTEM OVERRIDE 是否放在开头。4.2 存补丁文件、审暂存区、强制全量审计另外三种常用姿势分别解决不同场景。要把补丁存成文件方便先审查再应用claude Run code-review-pro on src/auth.py and write the patch file as fix_auth.patch这条会触发 Claude 调用 Write 工具把补丁写到 fix_auth.patch。提交代码前想快速把关可以针对 Git 暂存区做安全专项审查claude Review my staged changes with code-review-pro, focus on security.如果默认过滤 Low 让你觉得不够彻底可以强制全量审计claude Full audit on utils.js with code-review-pro, keep the low-level style notes this time.full audit 是唯一放开 Low 级别的入口。默认情况下 Skill 只输出 Critical 和 Major想看低级别风格问题时再走这条。5. code-review-pro 的三个改进点以及权限边界5.1 过滤 Low、补丁自动化、双语输出先说级别过滤。把忽略 Low写进核心规则能显著减少 AI 的废话让报告聚焦在真正的逻辑错误和安全隐患上。Code Review 的价值在于发现问题不在于凑条数过滤掉低级别建议之后Critical 问题反而更容易被注意到。再说补丁自动化。平时 AI 审查只给建议开发者要手动改一遍code-review-pro 要求输出标准 diff你直接 git apply 就能应用修改省掉中间的人工转译。双语输出则方便了国际化团队同时保证中文开发者能精准理解技术术语的含义。工具链扩展也值得一提。allowed-tools 里可以按需加入 Write让 Claude 把补丁写入文件Read、Grep、Glob 让它先搜索关联代码再下结论而不是只盯着单个文件。5.2 权限边界生成补丁的归模型执行补丁的归你allowed-tools 加不加 Write取决于你是否让它写文件但无论如何git apply、编译、跑测试这些动作都必须在你自己本地终端执行。Claude Code 生成补丁、解释代码都没有问题它不能直接连生产库执行诊断 SQL也不能替你运行导入导出之类的操作。正确做法是让模型生成 SQL 或补丁你在本地执行把报错贴回对话继续修。这一点在审查数据库相关代码时尤其重要不要让 AI 碰生产环境。6. 把补丁落到本地git apply 与用量核对6.1 补丁应用命令Claude 输出补丁后有两种落地方式。如果补丁被写进了文件git apply fix_auth.patch如果补丁是直接输出在对话里的Mac 上可以这样pbpaste | git apply注意 git apply 是本地写操作。执行前先用 git diff 查看补丁内容确认它只改动你预期的那几行再真正应用。补丁应用失败时把报错整段贴回对话让 Claude 根据报错调整 diff这是 Skill 工作流里最顺的一环。6.2 回到 TaoToken 控制台核对这次调用跑完一次审查后回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的控制台看这次调用在不在用量记录里。这一步能确认 Claude Code 确实走的是 TaoToken 兼容通道而不是还在用旧的 Key 或默认配置。如果记录里看不到优先检查三点ANTHROPIC_BASE_URL 是否填成了 https://taotoken.net/api而不是官网链接ANTHROPIC_AUTH_TOKEN 是不是在 TaoToken 控制台创建的那把settings.json 改完有没有重启会话。7. 在 Claude Code 里强制加载 Skill 的三种方式7.1 项目指令CLAUDE.md要让 Skill 不被模型的临场发挥带偏可以把协议写进项目指令。原文里提到的 .clauderc / claude.toml 配置在早期版本里可行当前更稳的做法是项目根目录放一个 CLAUDE.md合并以下内容# Code Review 协议 Whenever I ask for a code review, you MUST strictly follow the protocol defined in .claude/skills/code-review.md. Do not use your default review style. Always provide bilingual output and git patches for Critical/Major issues as specified in that file.Claude Code 每次启动都会读取 CLAUDE.md相当于把强约束写进了项目上下文效果是永久性的。7.2 .claude/instructions/ 目录另一种方式是把 code-review.md或一个引用它的指令文件放进.claude/instructions/目录。Claude Code 会把这个目录当作指令上下文的一部分自动加载相当于在每次对话开始时都注入一份必须按此协议审查的提示词。它和 .claude/skills/ 下的 Skill 文件可以并存互不冲突。适合不想改项目根目录、又希望多个子项目共享同一套审查规则的场景。7.3 命令行即时锁定不想改配置文件时可以在命令里显式引用文件路径把 Skill 的规则临时绑定到某次审查上claude Read code-review.md and use its rules to review the changes in src/api.py这种方式的优点是灵活适合临时审查某个文件、不想动项目配置的场景缺点是每次都要写全引用语容易忘我的习惯是把它存成 shell 别名比如cr就展开成完整的引用命令。7.4 两个高频排障和配置相关的报错其实就两类把原因说透之后都很好解决。401 unauthorizedKey 不对或 Key 不是在 TaoToken 控制台创建的。重新创建一把替换 YOUR_API_KEY 后重启会话。提示模型不存在ANTHROPIC_MODEL 填了随意版本号。回到模型广场复制当前列表里的准确 ID。8. 下一步把 code-review 变成日常动作这次跑通的核心链路是TaoToken 提供统一 API 通道Claude Code 通过环境变量接入code-review-pro Skill 把审查规则和补丁格式固定下来。三条链路各自独立换掉任何一环都不影响另外两个。如果你想先验证 Key 本身通不通可以在 TaoToken 模型对话 里用同一把 Key 发一条测试消息确认模型 ID 和 Base URL 没填错。长期写代码的话Coding Plan 可能比按量付费更划算Key 的统一管理在 控制台 API KeysClaude Code 环境变量的完整对照见 接入文档。下次再有人抱怨 Code Review 报告像流水账你可以直接把这份 Skill 文件丢给他。