Claude Code 差异感知 PR 安全审查

它解决什么问题

Pull Request 的 code review 通常聚焦于逻辑正确性和代码风格，安全维度往往被遗漏。当一次合并可能引入认证绕过、硬编码密钥、注入风险或危险逻辑变更时，人眼很难在短时间内对整个 diff 做出系统化判断。更麻烦的是，安全审查的价值高度依赖"范围感知"——一次改动是否有意触碰了权限校验、是否在非预期位置暴露了凭证、是否把未净化的输入送进了敏感查询，这些问题只在差异上下文里才有意义。

这个技能把 Claude Code Security Review 的 AI 审查能力挂接到 PR 流程中，让可疑的安全敏感变更在合并前就浮出水面。

核心能力与工作方式

该技能在受信任仓库的 pull request 工作流上运行一次定向的安全审查，核心特点包括：

• 差异感知（diff-aware）：审查以 PR 的实际变更为锚点，而不是对整个仓库做笼统扫描。这意味着注意力会集中在本次合并真正引入的新风险面上。
• 安全聚焦的定向审查：重点排查几类高频问题：

- 认证与授权问题：权限校验被绕过、scope 扩大、会话处理不当；
- 密钥与凭证暴露：硬编码的 token、密码、连接串被提交进代码；
- 注入风险：SQL、命令、模板或反序列化路径上的输入未净化；
- 不安全逻辑：危险的配置、关闭的安全检查、异常的错误处理路径。

• 合并前拦截：审查结果作为合并 gate 出现，可疑改动需要在合并前被确认或修复，而不是在上线后才被发现。

关键前提包括 GitHub Actions 环境、Claude API 访问权限，以及仓库本身处于受信任状态。

适用边界与注意点

这个技能不是万能的安全防线，使用时需要清楚它的边界：

• 只适用于受信任仓库：上游明确要求目标仓库可信，对来源不明的 PR 不应直接套用。
• 是辅助而非替代：AI 审查能提升发现可疑变更的概率，但不能替代正式的威胁建模、渗透测试或人工安全审计。
• 依赖上游能力：技能封装的是 Claude Code Security Review 的审查流程，其效果受上游模型能力和审查策略的约束。
• 聚焦 diff：差异感知意味着它关心本次变更，跨 PR 的累积风险或历史遗留问题不在其审查范围内。

把它定位为合并前的一道轻量安全闸门，与现有的 CI 安全扫描、人工 review 配合使用，才能发挥实际价值。