Claude Opus 4.7 上线：这次更新怎么用才不浪费？

Opus 4.7 已经全量上线（Claude 全产品 + API），价格也没涨，继续按 Opus 4.6 的价格走。

重点就三块：

• 长任务更能扛，交付更稳
• 指令执行更“听话”，还会在汇报前自我验证
• 看图更细，支持更大图；Claude Code 加了 Ultra Review，思考等级多了个 xhigh

下面咱们直接讲：你在真实工作里怎么把这些变化用起来。✅

1）长任务能力增强：适合把“半天活”交给它盯着

你有没有这种体验：让模型做一个需要持续推进的任务（比如整理一堆资料、持续修改文档、写完再校对再输出），跑着跑着就开始跑偏、忘记约束、漏步骤。

Opus 4.7 的目标就是把这类“长时间任务”做得更稳。

你可以这么用（可直接照抄）

把任务拆成阶段 + 产物，让它每阶段结束做一次自检。

提示词模板：

• 任务：{你要它做的事}
• 约束：{格式/口吻/必须包含/不能出现}
• 阶段：
  • 阶段 A 输出：{可交付物}
  • 阶段 B 输出：{可交付物}
• 自检规则：输出前检查是否满足“约束 + 阶段产物”，不满足就修正后再给我。

适合的场景：

• 你要写一份“能直接发”的教程/周报/PRD，别让它写完就交差
• 你要它跑多轮整理：提取要点 → 重组结构 → 补缺 → 再润色
• 你要它做“持续跟进型任务”：比如每天更新同一份文档、同一套方案

一句提醒

长任务不是让它“自由发挥更久”，而是让它“按规则跑得更久”。规则写清楚，它就更稳。

2）指令执行更精确：提示词可以写得更“硬”一点

这次更新里我最喜欢的一点：指令执行更精准。

以前你写“不要出现某些词”“必须按某个结构输出”，偶尔还得靠你反复纠正。

现在你可以更明确地写规则，减少来回拉扯。

让它更听话的写法（建议直接用）

把要求写成“验收标准”，别写成“愿望”。

不太好：

• “写得专业一点”

更好：

• “用 Markdown，包含 3 个小标题、1 个清单、1 个示例；每段不超过 3 行；不要使用‘XX’这些词。”

更狠一点（适合交付物）：

• “输出前逐条核对验收清单，不通过就改到通过再输出。”

3）汇报前自我验证：更适合“少监督交付”

Opus 4.7 有一个很实用的倾向：在给你最终答案前，会先自我验证输出。

这对谁最香？

• 你不想一直盯着它
• 你希望它能自己发现“格式漏了、要求没满足、逻辑断了”

你该怎么触发这个优势？

给它一张“验收清单”。

验收清单示例：

• 必须包含：A/B/C
• 禁止出现：D/E
• 输出结构：标题 → 要点 → 示例 → 避坑
• 每个要点：不超过 2 句
• 结尾：给一个可复制的模板

你会明显感觉到：它不是写完就扔给你，而是写完会自己回头看一遍。😄

4）视觉能力提升：看图更细，支持最长边 2,576px

这次视觉能力增强挺关键：它能更精细地看图，而且可以接受最长边 2,576 像素的图片。

适合拿来干什么？

• 看产品截图：找文案问题、布局问题、交互不一致
• 看报表/仪表盘截图：抓异常、总结趋势（你再让它给结论的依据）
• 看长图资料：做结构化总结、提炼关键信息

让它“看得更准”的提问方式

你别只甩一句“这图讲啥”。

更有效的是：

• “按区域解释：顶部导航/左侧栏/主内容/按钮文案”
• “找 10 个可改进点：文案、对齐、信息层级、可访问性”
• “把图里所有关键数字抄出来，按表格输出”

避坑：

• 图片太糊、压缩过头，再强也没法凭空复原
• 你想让它读细小文字，尽量给原图或更清晰的截图

5）Claude Code 新增 Ultra Review：专门做“审查”的命令

Claude Code 里新增了一个命令：Ultra Review，定位很明确——用来做审查。

你可以把它当成“更挑剔的代码/改动检查模式”。

你可以这样安排它的工作流

• 你写代码/改代码
• 让它用 Ultra Review 做审查
• 它输出：问题列表 + 风险等级 + 修改建议
• 你再决定哪些要改、哪些先放过

适合审什么：

• 代码质量：可读性、重复、命名、边界条件
• 潜在 bug：空值、溢出、并发
• 安全隐患：危险操作、输入校验
• 风格一致性：团队规范、lint 规则

你团队里如果有人专门做 code review，这个命令就是“请了个不累的同事”。

6）新增思考等级 xhigh：夹在 High 和 Max 中间

思考等级新增了一个 xhigh，位置在 High 和 Max 之间。

这玩意怎么选更舒服？我给你一个粗暴的判断：

• High：日常问答、普通写作、轻量代码
• xhigh：需要更稳的推理/更严谨的检查，但你不想上到 Max 那么“重”
• Max：复杂问题、重度审查、你宁愿慢一点也要少翻车

场景推荐

• 写对外发布的技术文档：用 xhigh
• 做审查、做核对、做“别出错”的交付：用 xhigh 或 Max
• 头脑风暴、出点子：High 就够了

7）自动审批模式：Max 用户也能用

工具链里还有一个变化：自动审批模式 Max 用户也可以用了。

如果你在跑一些需要审批/确认的流程（比如自动化生成内容、自动化改代码再提交），这个能力会更顺手。

建议做法：

• 低风险任务：开自动审批，省得你频繁点确认
• 中高风险任务：保留人工确认点，比如“涉及删除/覆盖/发版”的步骤必须手动确认

一页纸上手清单（建议收藏）

• 写长任务：阶段拆分 + 验收清单 + 输出前自检
• 追求更听话：把要求写成可检查的规则，不写“感觉词”
• 看图任务：提问按区域、按目标、按输出格式锁死
• 代码审查：Claude Code 里用 Ultra Review 走一遍
• 思考等级：卡在 High 和 Max 纠结时，上 xhigh

常见翻车点（真的很常见）

• 你让它“做得更好”，但没告诉它“什么叫好”
• 你给了长任务，却没给阶段产物，模型只能猜你想要什么
• 你扔一张截图让它读小字，结果怪它“看不清”
• 你让它审查，却不给范围：审性能？审安全？审风格？它就会乱用力

如果你愿意，把你常用的提示词/工作流（比如写周报、写教程、做 code review）贴一段给我，我可以帮你改成更适配 Opus 4.7 的版本：更稳、更少返工、更像“交付物”。