2026.04.16
Opus4.7 的最佳实践
Anthoropic 放出Opus4.7的同时,也给出了该模型使用技巧:
Opus 4.7 是我们目前最强的通用模型,在编码、企业工作流和长时间代理任务上表现最出色。它比 Opus 4.6 更好地处理模糊性、更擅长找 bug 和代码审查,能更可靠地保持上下文,并且在模糊任务中需要更少指导就能高效推理。
由于更新了分词器,且在长会话后期更倾向高强度思考,token 使用量有所增加。
替换 Opus 4.6 时,需适当调整提示词和设置才能发挥最佳性能。
【使用建议(Claude Code)】
-
任务规划:在第一个轮次就给出完整任务描述,包括意图、约束、验收标准和相关文件位置。避免通过多个轮次逐步补充模糊信息。
-
减少交互:批量提问,尽量减少用户干预,把 Claude 当作能独立完成任务的工程师,而不是逐行指导的结对伙伴。
-
自动模式:适合信任模型的安全长任务,可显著提升效率(Shift+Tab 开启)。
【努力efforts程度推荐】
-
xhigh(默认推荐):最适合大多数编码和代理任务,智能与成本平衡最佳。
-
high:需要节省成本或并发运行时使用。
-
medium/low:成本或延迟敏感的简单任务。
-
max:极难任务或测试上限时使用。
【其他重要变化】
-
自适应思考:不再固定思考预算,模型会根据需要智能决定思考深度,减少过度思考。
-
响应风格:不再默认啰嗦,回答长度随任务复杂度自动调整。需特定风格时,请在提示中明确说明或给出正面示例。
-
工具与子代理:默认更少调用工具、生成更少子代理。如需更多工具使用或并行子代理,需在提示中明确指示。
总结:保持 xhigh 努力程度,在第一个轮次给出清晰完整任务,即可充分发挥 Opus 4.7 的能力,尤其适合复杂多文件修改、模糊调试和长时间代理工作。
更多细节可参考 Opus 4.7 提示指南和上下文管理文章。
相关文章
- Spec-driven软件开发,有4个核心原则AI集成的开发环境Cursor提高了开发的效率,但是由于LLM天然幻觉的属性,在开发质量上良莠不齐。 以往,开发1000行的代码,调试测试合…
- 在规范驱动开发SDD中,主动管控SPEC噪声的15个原则AI IDE时代的SDD,比拼的是谁能让LLM生成高信噪比的SPEC,这是x10开发效率的根本。 在AI IDE中,规范驱动开发(SDD)解…
- 前端组件库shadcn/ui,为什么让人感觉很现代,很好看?shadcn/ui组件库,让你什么都没改,就已经比 90% 设计好看。它为什么好看,有现代感? 用了一些硅谷设计开发平台和工具,我发现代他们…
- 2026,软件开发成功密码:fail fast今天做了20次git pr提交。 fail fast,try again,and again 有了cursor这样的ai开发工具, 敏捷迭代…