古法编程

Opus 4.7 的 Auto Mode 提供了比 --dangerously-skip-permissions 更安全的权限自动化方案，结合 /fewer-permission-prompts 技能可系统优化权限配置。配合 Recaps 长会话摘要、Focus Mode 专注输出、Effort Level 自适应思考调优以及完善的验证闭环（bash/browser/computer use），能极大提升 Claude Code 处理复杂、长期任务时的生产力和可控性。

Boris 的 Opus 4.7 进阶技巧：Auto Mode、/fewer-permission-prompts、Recaps、Focus Mode

Claude Code 创始人 Boris Cherny 在深度使用 Opus 4.7 数周后，分享了六个能显著提升效率的进阶技巧。这些技巧覆盖了从权限管理、会话控制到质量验证的全流程，旨在帮助用户充分利用 Opus 4.7 强大的长任务处理能力。

1. Auto Mode：告别频繁权限确认的安全方案

Opus 4.7 擅长处理复杂的长期任务，如深度研究、代码重构或性能基准迭代。过去，处理这类任务时，用户要么需要一直盯着屏幕响应权限提示，要么被迫使用 --dangerously-skip-permissions 这一高风险选项跳过所有确认。

Auto Mode 是 Anthropic 推出的更安全替代方案。该模式下，权限提示会由一个模型分类器自动判断：

  • 若命令被判定为安全，则自动执行。
  • 若命令存在风险，则暂停并等待用户确认。

这极大地解放了用户，无需在模型运行时持续“看守”。更重要的是，它使得同时运行多个 Claude 实例成为可能——当一个任务自动执行时，你可以将注意力转移到另一个并行任务上。Auto Mode 目前对 Max、Teams 和企业版用户开放。在 CLI 中可通过 Shift+Tab 在 Ask permissions（询问权限）、Plan mode（计划模式）和 Auto mode（自动模式）间切换，在桌面端或 VS Code 中则可从下拉菜单中选择。

2. /fewer-permission-prompts 技能：系统化优化权限列表

即使不使用 Auto Mode，你也可以通过新发布的 /fewer-permission-prompts 技能来减少不必要的权限中断。该技能会扫描你的当前会话历史，识别出那些被频繁使用、且被模型分类器反复提示确认但实际上安全的 bash 和 MCP 命令。

执行后，它会推荐一份命令列表，建议你将它们添加到项目的权限允许名单中。这是系统化调优 .claude/settings.json 中权限配置的绝佳方式，能有效避免日常使用中对安全命令的重复确认。关于权限的详细配置，可以参考 Claude Code Settings 完整配置指南。

3. Recaps：长时间会话的快速上下文恢复

Recaps 是专为支持 Opus 4.7 的长任务而设计的功能，它会在会话过程中自动生成简短摘要，总结代理已完成的工作和接下来的计划。这对于离开一个长时间运行的会话几分钟甚至几小时后，重新返回时快速恢复上下文至关重要。

例如，一个 Recap 输出可能如下：

* Cogitated for 6m 27s

* recap: Fixing the post-submit transcript shift bug. The styling-flash
  part is shipped as PR #29869 (auto-merge on, posted to stamps). Next:
  I need a screen recording of the remaining horizontal rewrap on `cc -c`
  to target that separate cause. (disable recaps in /config)

这个示例清晰说明了已完成的工作（提交了 PR #29869）和下一步的具体需求。如果不需要此功能，可以在 /config 中禁用 Recaps。

4. Focus Mode：专注于最终结果

当模型的能力足够强大，你信任它能够正确执行命令和编辑文件时，Focus Mode 就变得非常有价值。开启该模式后，CLI 会隐藏所有中间过程（如命令执行、文件修改的详细日志），只展示最终的输出结果。

这让你能够直接审视工作成果，而不是被大量执行细节分散注意力。使用 /focus 命令可以随时切换此模式的开关。

5. Effort Level：自适应思考的调优

Opus 4.7 采用了自适应思考机制，取代了固定的思考预算。用户可以通过调节 Effort Level（努力级别）来控制模型在速度与智能之间的平衡。

  • 较低的努力级别：响应更快，Token 消耗更少。
  • 较高的努力级别：提供最强大的智能和问题解决能力。

Effort Level 提供了五级滑动选项：low · medium · high · xhigh · max，从左至右分别代表“速度优先”到“智能优先”。你可以根据任务的复杂度和对响应速度的要求进行灵活选择。

6. 建立验证闭环：赋予 Claude 自检能力

Boris 强调，确保 Claude 拥有验证自身工作的途径，这一点比以往任何时候都重要。Opus 4.7 的生产力是之前的 2-3 倍，意味着你需要更可靠的验证来保证产出质量。验证方式因任务类型而异：

  • 后端工作：让 Claude 启动服务并运行端到端测试。
  • 前端工作：使用 Claude Chromium 扩展让 Claude 可以控制浏览器进行交互测试。
  • 桌面应用：利用 Computer Use 功能进行操作验证。

Boris 目前常用的一种模式是结合 /go 这样的自定义技能，其流程通常是：1）通过 bash、浏览器或 Computer Use 进行自测；2）运行 /simplify 进行代码简化；3）自动创建 Pull Request。对于长期任务，这种自我验证机制能确保当你回来查看时，代码是经过验证且可工作的。你可以探索更多关于创建自定义技能的最佳实践，例如参考 Thariq 的 Skills 实战指南。

FAQ

Q: Auto Mode 是否完全安全，可以替代所有权限确认？ A: Auto Mode 通过模型分类器评估安全性，但并非绝对无误。它仍会对高风险操作暂停并请求确认，是一个在便利性与安全性之间取得平衡的方案，比完全跳过权限的 --dangerously-skip-permissions 安全得多。

Q: Effort Level 设置为 low 是否会导致回答质量显著下降？ A: 设置为 low 会优先考虑响应速度和 Token 效率，适用于简单查询或快速原型等场景。对于需要深度推理的复杂编程任务，建议使用 high 或更高级别以获得最佳质量。应根据具体任务需求进行选择。