Claude Opus 5 官方提示指南

Anthropic 已发布 Claude Opus 5 的官方提示词指南。结合这些帖子，最核心的结论是：Opus 5 面向复杂的 agentic coding，更适合用更短、更干净、约束更少的提示来驱动，而不是延续旧式层层脚手架。文档还提到模型会自行做验证，因此额外加入“最终校验”或“子代理验证”之类流程，可能只会增加 token 消耗而不提升质量。

已确认

• @xiaohu 和 @CodeByPoonam 总结，这份指南的主线不是继续堆提示词，而是先删减多余内容，让提示更克制。
• @CodeByPoonam 提到，Anthropic 在文档中把 Opus 5 定位为适合复杂 agentic coding 的模型，举例包括多文件重构、端到端功能开发和代码库级推理。
• @eyishazyer 也据此认为，更强的模型往往需要更少指令，过度手把手约束反而可能妨碍发挥。
• @dbreunig 指出，文档明确提示 Opus 5 会自己做验证；如果再人为加入额外验证环节，容易导致过度验证，带来更多 token 开销，但未必提高结果质量。

尚未确认

• @dbreunig 进一步判断，不少关于 Opus 5 表现变差的抱怨，可能源自继续沿用 Fable 时代为旧模型写的 prompts 或 skills，而不是 Opus 5 本身退步。现有帖子没有给出系统性对比数据，因此这更像经验性分析，而非已被证实的结论。

为什么重要

• 这组讨论反映出提示词工程的一种变化：当模型具备更强的自主执行与自检能力后，过去为了“管住模型”而叠加的大量步骤、检查和约束，可能从保险变成负担。
• 对开发者而言，适配 Opus 5 不只是换一个模型名，更是更新工作方式：用更清晰的任务描述、减少冗余验证和脚手架，可能同时带来更好的效果与更低的成本。

2026-07-27 ~ 2026-07-29 · 7 条相关

• 【源头】Anthropic 发布 Opus 5 提示指南：先删减，而不是堆砌提示词 — xiaohu · 2026-07-27
• Anthropic 为 Claude Opus 5 发布官方提示词指南 — JarnoDuursma · 2026-07-28
• Anthropic 指出 Claude Opus 5 不再需要过度手把手提示 — CodeByPoonam · 2026-07-28
• 【源头】Claude Opus 5 指南说明哪些提示习惯已经开始拖后腿 — CodeByPoonam · 2026-07-28
• 旧 skills 可能拖累 Claude Opus 5，问题出在 Fable 时代提示词 — dbreunig · 2026-07-29
• 【源头】Claude Opus 5 文档警告：额外验证提示会浪费 token — dbreunig · 2026-07-29
• Anthropic 的 Claude Opus 5 指南：更强模型反而需要更少指令 — eyishazyer · 2026-07-29