什么时候不该用 Claude Code
Claude Code 很强大，但它不是万能的。以下场景不适合或需要特别注意：
不适合的场景
| 场景 | 原因 | 替代方案 |
|---|---|---|
| 精确到字符级别的修改 | AI 编辑难以做到像素级精确（如调整 CSS 像素值、JSON 中改一个字段名） | 手动编辑或用精准的 find-and-replace 工具 |
| 超大型仓库全量重构 | 上下文窗口有限，无法同时理解 10 万行代码 | 拆分为模块级小任务，每次只处理一个模块 |
| 涉及真实生产数据 | 安全风险——代码和对话会发送到 Anthropic API | 使用测试数据或 mock 数据，或在 deny 规则中禁止访问生产数据文件 |
| 需要 100% 确定性的操作 | AI 有概率产生幻觉或遗漏 | 关键操作人工复核，不要 Auto-Accept |
| 频繁的细碎格式调整 | 每次 Claude 调整格式都消耗 API token，成本不划算 | 用 linter/formatter（Prettier、ESLint）自动处理 |
需要特别注意的场景
- 合并多 agent 并行结果时：多个 Claude 实例修改同一文件会导致冲突，必须人工审核合并
- 数据库 schema 变更：Claude 可能生成不安全的 SQL（如缺少 WHERE 的 DELETE），务必审查
- 依赖版本升级：Claude 可能选择不兼容的版本，升级后需人工跑完整测试
- 安全相关代码：认证、加密、权限逻辑必须人工审查，AI 容易遗漏边界情况
合理的期望
- Claude Code 是辅助工具，不是替代开发者——你需要审查和验证它的输出
- 简单任务（格式化、加注释、小 bug 修复）成功率接近 100%
- 复杂任务（跨多文件重构、架构设计）成功率约 70-80%，需要人工兜底
- 把它当作"一个速度很快但偶尔犯错的同事"