Anthropic发布Fable 5.1提示词指南:清理冗余指令与五大行为调整
2026/09/02 20:24阅读量 2
Anthropic发布《Prompting Claude Fable 5.1》官方指南,指出新模型需删除旧时代的冗余修补指令,并针对并行工具调用减少、进度更新变少等七项行为变化进行适配。同时引入effort档位调控智能与成本,缓存读取价格降至四分之一,显著降低长会话成本。
事件概述
Anthropic同步发布了针对Fable 5.1模型的官方提示词(Prompt)指南。该指南基于对Claude Code系统提示词的审查经验,指出80%以上的旧有指令是为修补早期模型缺陷而设,在新模型中已属冗余。开发者需清理这些“补丁”,并根据Fable 5.1在工具调用、文风、格式等方面的具体行为变化调整提示词策略。
核心信息
1. 清理冗余提示词
旧版提示词中常见的以下六类内容应被删除或简化,否则可能限制模型推理空间或造成指令冲突:
- 绝对规则:如“永远不写注释”,新模型具备自主判断能力。
- 重复示例/指令:早期模型易遗忘,现无需反复强调。
- 手动记忆机制:如手写
CLAUDE.md,现可由工具自动管理。 - 过度前置细节:将边界情况全堆入系统提示词,仅特定场景才需使用。
- 散文式描述:直接提供代码或文件优于文字描述设计稿。
- 矛盾规则:互相打架的指令需统一。
建议运行 /claude-api prompt-audit 自动检测并移除反模式。
2. Effort档位与成本控制
Fable 5.1引入五个Effort档位(low, medium, high, xhigh, max),API默认值为high。此功能允许动态平衡智能水平、延迟与成本:
- 性能对比:在CursorBench评测中,Fable 5.1的
low档位性能持平于Fable 5的high档位,但成本仅为三分之一。 - 动态切换:支持对话中途切换Effort档位(Beta版),且不会破坏提示词缓存。例如,复杂步骤可临时提升至
xhigh,简单步骤降回high。 - 缓存降价:缓存读取价格从$1.00/MTok降至$0.25/MTok,大幅降低长时间Agent会话的成本。建议推迟上下文压缩点,利用服务端compaction而非客户端提前压缩。
3. 关键行为变化及修正策略
官方列出了七项主要行为差异,并提供针对性Prompt修正方案:
- 并行工具调用退化:模型倾向于一次只调用一个工具,增加往返延迟。
- 修正:添加指令要求模型先在内部列出需求,然后将所有不依赖彼此结果的请求合并至单次响应中发出。
- 进度更新减少:长时间工具调用期间,中间状态反馈变少,用户可能感到模型“沉默”。
- 修正:检查客户端是否开启
display: "updates";在Prompt中明确要求:“开始前一句话说明计划,过程中简短更新,结尾独立总结发现与下一步。”
- 修正:检查客户端是否开启
- 文风变密:句子更长,段落分隔更少,修辞性表达(Mannered Prose)增多。
- 修正:添加指令“请去掉所有矫饰文风”,或直接定义何为直白表述,避免隐喻替代直接陈述。
- 格式使用反转:相比前代,新模型较少使用加粗、标题和列表。
- 修正:删除原有的“禁止使用列表”等反格式规则,改为正向引导:“仅在用户要求或内容复杂需澄清时使用列表。”
- 摘要不标引号:文档摘要时更倾向于直接复述原文而不加引号。
- 修正:在System Prompt中提供包含正确引用格式的Few-shot示例,强调间接转述而非大段复制。
- 任务中途停顿:模型可能在未完成任务时询问用户意见,导致工作流中断。
- 修正:明确告知模型“正在自主执行,用户无法实时互动”,禁止提问;同时定义交付范围,防止模型自行缩小或扩大任务目标。
- 整文件重写:微小改动可能导致整个文件被重新输出。
- 修正:添加指令“尽量做精准的局部修改,而非重写整个文件”。
4. 其他工程细节
- Low Effort下的搜索行为:低Effort模式下模型更倾向凭记忆回答而非调用搜索工具。建议在快速变化领域(如AI工具)添加“先搜索再回答”的指令,或在该轮次临时提升Effort。
- 安全分类器误报:Fable 5.1的安全过滤有所改进,但仍可能对“能否编译”、“冷门语言”或“Base64编码”产生误报。可通过改写问题措辞、提供语言文档或去除Base64来规避。
- 多余代码改动:模型可能在完成任务时附带修复无关Bug或优化性能。应明确约束:“除非必要,否则不修复任务外的Bug,将其列为后续事项;测试文件仅在任务要求或仓库惯例存在时才提交。”
- 长文重复输出:在高Effort(xhigh/max)下,模型可能在Thinking Block中完整起草长文,导致Output Token翻倍。需提示模型区分推理空间与输出空间,避免在推理中完整撰写最终文本。
值得关注
此次更新标志着LLM开发范式从“通过大量Prompt修补模型缺陷”向“精简指令并利用模型原生能力”转变。开发者应优先清理历史遗留的冗余Prompt,并利用新的Effort档位和降价的缓存机制优化成本结构。
