- 先在只读的计划模式下开始，再把智能体的发现整理成经过审阅的计划。对高风险的计划，可以考虑让另一个模型来把关。
- 小步构建，并在合适的节点自己做 git 提交，便于撤销。检查 diff 中的安全问题。
- 用现象、位置和期望的修复来描述 bug，每个提示词只处理一个问题。
- 用测试、构建或 linter 来验证。更严格的做法包括独立的评估者、stop hook 和提供第二意见的子智能体。
- 用允许、询问和拒绝规则控制权限，最好从默认拒绝开始。
- 用 `/clear`、有针对性的 `/compact` 和子智能体做调研，保持上下文整洁。
这是我们用自己的话写的摘要，并非文章原文。完整内容请阅读原文。