Claude Code 怎么用更稳：别把开发跑成无人值守

先说我现在的判断

Claude Code 不是不能重度使用。真正容易出问题的，是把它当成无人值守脚本，让它在很短时间里连续读文件、改文件、跑命令、开子任务、控制浏览器，中间没有人停下来判断。

如果项目本身还带着账号、支付、代理、风控、封号、充值、授权信息这类敏感上下文，使用节奏就更要收住。不是因为这些词不能写，而是它们和高频自动化放在一起，会让整件事看起来很不正常。

真正危险的不是工具

我以前很容易把「效率」理解成「一次性把所有任务丢给 Agent」。比如全仓库审查、多个 subagent 并行、浏览器自动操作、Bash 连续跑、另一个工具继续复审。看起来很爽，实际风险也会一起上来。

Claude Code、Codex、Chrome 控制、Bash、subagent 单独看都不是问题。问题是这些东西同时高速跑，而且项目上下文本来就比较敏感。这个时候它不再像一个人在开发，更像一串无人值守的自动化任务。

我后面会把重点放在三个词上：人工监督、低并发、可审计。不是找技巧，而是让开发过程本来就健康。

我会分三种节奏

我不会把规则写成死板的「只能调用多少次」。真实开发总会有复杂任务。更重要的是：每一段工作都能解释、能暂停、能让人接手。

碰到敏感内容怎么处理

敏感项目不是不能用 Claude Code。很多时候，越是敏感，越需要它帮忙查风险、写边界、补测试。但提示词要先把方向写明白：这是合规审查、风险说明、产品边界，不是绕限制、卖账号、破限、规避封号。

我会避开这些说法：保证不封、封号质保、绕过风控、批量账号、反代 API、共享账号、多号轮换。真的要讨论风险，也只从「不要这样做」「怎么降风险」「怎么走官方方案」的角度写。

还有一条很重要：不要把真实账号、客户信息、cookie、token、SK、邮箱密码、后台地址丢给新会话。能脱敏就脱敏，能用样例就用样例。

可以复制到 AGENTS.md

下面这段我会放进项目的 AGENTS.md 或 CLAUDE.md。它不是防封技巧，是给自己和 Agent 都看的工作规矩。

# Claude Code 使用节奏：人工监督、低并发、可审计

## 总原则

1. 不让 Claude Code 长时间无人值守连续跑任务。
2. 不同时开启多个 Claude / Codex / Chrome 控制任务互相驱动。
3. 不让 Claude 控制 Codex，再让 Codex 控制 Claude。
4. 每个阶段完成后先汇报，由人确认下一步。
5. 涉及账号、支付、代理、风控、封号、充值、授权信息时，只从合规、安全、风险提示、产品边界角度处理。

## 普通开发

- 适合改 UI、修 bug、写测试、整理文档。
- 每完成一个可验证的小目标后暂停汇报；长任务按阶段拆开。
- 工具调用明显增多时暂停汇报。
- 可以用 1-3 个 subagent 做只读搜索、测试、代码审查。
- 不让 subagent 再派生 subagent。

## 重型开发

- 适合全仓库审查、大功能实现、部署前验证。
- 开始前先由人确认进入重型模式。
- subagent 最多 3-5 个一批。
- 每批完成后，主线程必须汇总，再决定下一批。
- 涉及生产部署、支付、账号、安全、权限，必须人工确认。

## 敏感业务

以下内容按敏感业务处理：

- 封号、风控、限流
- KYC、账号、代开通、授权信息
- GPT 充值、Claude Code、Codex
- VPN、代理、住宅 IP、固定出口

规则：

- 单轮更短，少开并行。
- subagent 只读优先。
- 不同时跑 Claude Code、Codex、Chrome 控制。
- 不优化「绕过风控」「防封」「账号售卖」「KYC」「封号质保」相关话术。
- 不上传真实账号、token、cookie、SK、密码、客户隐私。

## 停止条件

出现以下情况立刻停：

- 工具调用明显失控
- 子任务数量失控
- 浏览器或终端自动化连续运行
- 任务开始偏离开发目标
- 模型建议继续扩大范围
- 出现账号售卖、KYC、封号保障、绕风控等方向

停下后只做总结，不继续执行。

最后再提醒一次

Claude Code 的价值是把开发变快，不是把人从判断里拿掉。越是重要的项目，越要让它分阶段做事、分阶段停下来。

我的习惯会改成这样：先让它读任务，先问问题，再做小计划；每次只做一小段；阶段结束先汇报，再由人决定继续、收窄还是停下。