菜单
审查代码、diff、提交或当前 git 改动，重点发现 bug、行为回归、边界条件遗漏、安全风险、性能问题和缺失测试。当用户提到 code review、review 这段代码、帮我看看改动有没有问题、审查 PR/提交时使用；不要用于单纯解释代码或直接实现需求。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | code-review |
| description | 审查代码、diff、提交或当前 git 改动，重点发现 bug、行为回归、边界条件遗漏、安全风险、性能问题和缺失测试。当用户提到 code review、review 这段代码、帮我看看改动有没有问题、审查 PR/提交时使用；不要用于单纯解释代码或直接实现需求。 |
| user-invocable | true |
| allowed-tools | Read, Grep, Glob, Bash(npm:*, node:*, npx:*) |
| argument-hint | [file-or-directory] |
| compatibility | Works best in a git repository or when the review target is provided explicitly. |
对 $ARGUMENTS 进行代码审查，并优先输出真正会影响正确性、稳定性或可维护性的发现。
$ARGUMENTS，审查对应文件、目录、diff 或提交范围。Critical: 会导致数据丢失、严重安全问题、崩溃或明显错误结果。High: 很可能引发实际 bug、行为回归或线上风险。Medium: 不是立刻出错，但会留下明显缺陷、维护风险或测试空洞。Low: 小范围问题或局部改进点，仅在确实值得用户处理时报告。## Findings，并按严重级别从高到低排列。No findings.，然后补充剩余风险或测试空白。## Open Questions 或 ## Change Summary，但不要用总体打分或“亮点”冲淡问题。## Findings
- [High] Title — `path/to/file.ts:42`
Why it matters and what to change.
## Open Questions
- Optional clarification or assumption.
## Change Summary
- Optional short summary only after findings.
/code-review src/auth.ts - 审查单个文件/code-review packages/coding/src/ - 审查目录/code-review - 审查当前 git 变更When the user asks for lean review, minimal diff, YAGNI, over-engineering, or native/stdlib replacement opportunities, add this lens after correctness and security findings:
## Lean Suggestions.创建、重写、迁移和优化 KodaX/Agent Skills。当用户想新建 skill、把外部 skill 迁移到 KodaX、改进触发描述、整理 supporting files、设计评测用例、补齐 grading/benchmark/review/comparison 流程或验证 skill 结构时使用。即使用户没有明确说“skill”，只要目标是在沉淀可复用的代理工作流、提示词或脚本能力，也应该使用这个 skill。
执行明确的 Git 操作，例如查看状态、提交、建分支、push、stash 或创建 PR。只有在用户明确要求实际执行这些 Git 操作时才使用；不要用于单纯解释 Git 概念或讨论策略。
用测试驱动开发方式实现或修复功能：先写失败测试，再做最小实现，最后重构。只在用户明确要求 TDD、先写测试、补回归测试或按 Red-Green-Refactor 工作时使用；不要用于单纯解释测试报错或泛泛讨论测试概念。