用 AI 写代码、做代码审查和重构
更新 2026-10-11 20 分钟（含审查） 难度 ★★☆☆☆作者 Skills 编辑部
相关搜索
这篇用到的 skill（3）
主力。让 AI 按编码标准写代码。
npx skills add sickn33/agentic-awesome-skills -g多轴代码审查，挑问题。
npx skills add sickn33/agentic-awesome-skills -g干净重构，清技术债。
npx skills add sickn33/agentic-awesome-skills -g
用 AI 写代码最怕"它写得飞快但你不敢合"。核心是：先给它编码标准，写完再做审查、该重构就重构，你做"合不合"的最终判断，而不是把键盘完全交给它。
这篇适合谁 / 不适合谁
适合：
- 要 AI 辅助写/改代码
- 想统一团队编码风格
- 要清技术债、做代码审查
不适合：
- 直接合未经审查的 AI 代码（风险）
- 不给上下文就指望写对（易漏依赖）
- 要 AI 替你理解业务（你讲清）
开始前准备什么
- 上下文：相关文件、约定、目标。
- 标准：团队的编码规范（有就给）。
- 范围：改哪、验收标准。
操作步骤
1. 装 skill
复制目录到客户端技能目录（与一般 Agent Skill 装法一致）：
| 客户端 | 目录 |
|---|---|
| Claude Code | ~/.claude/skills/ |
| Codex | ~/.codex/skills/ |
| Cursor | ~/.cursor/skills/ |
| Trae | ~/.trae/skills/ |
| CodeBuddy | ~/.codebuddy/skills/ |
| 通义灵码 | ~/.lingma/skills/ |
2. 按标准写用 cc-skill-coding-standards
text
按我们团队的编码标准（附上），在 src/ 下加一个 X 功能：输入校验、错误返回、单测。
先给设计再写，命名和现有模块一致。3. 审查用 code-review-and-quality
写完用 code-review-and-quality 多轴审查（正确/安全/可测/性能）：
text
审查刚才的改动：列问题、严重度、建议改法。别只夸，指出会出事的。4. 重构用 code-refactoring-refactor-clean
有技术债用 code-refactoring-refactor-clean 干净重构，保持行为不变：
text
这段历史代码重复多、命名乱，做等价重构，补测试保行为不变，逐步提交。会踩的坑
| 坑 | 现象 | 怎么绕 |
|---|---|---|
| 不审查就合 | 埋雷 | 先审查 |
| 无标准 | 风格乱 | 给规范 |
| 大改不测 | 回归 | 重构带测试 |
| 无上下文 | 写错 | 给相关文件 |
| 盲信 | 事故 | 你做最终判断 |
FAQ
不审查能合吗？
不建议，先 code-review-and-quality。
怎么统一风格？
给编码标准，用 cc-skill-coding-standards。
重构安全吗？
用 refactor-clean 等价重构 + 测试。
要给它上下文吗？
要，相关文件和约定都给。
AI 能懂业务吗？
不能，业务你讲清它才写对。
相关指南
顺着这些场景接着看：
相关源码
- sickn33/agentic-awesome-skills · cc-skill-coding-standards 源码
- sickn33/agentic-awesome-skills · code-review-and-quality 源码
- sickn33/agentic-awesome-skills · code-refactoring-refactor-clean 源码
- Agent Skill 开放格式规范
一句话结论
结论：用 AI 写代码先给编码标准，写完必做审查、该重构就重构，你做"合不合"的最终判断，别把键盘完全交给它。