Claude Fable 5.1 官方提示方法：写作密度、工具批处理与任务收尾

一句话结论

Fable 5.1 的长文本更容易出现句子偏长、段落偏少的高密度表达，应用层应明确禁止“用修辞替代直述”，并同时给 Agent 明确的进度、批量工具调用和完成标准。

适用场景

• 适合的任务：长报告、代码 Agent、需要多轮工具调用的研究和文件编辑。

• 不适合的任务：把一条写作约束当作事实核验；写作风格之外的正确性仍需独立检查。

• 适用的模型版本：Claude Fable 5.1。

• 适用的客户端、Agent 或 API：Claude API、自建工具调用 harness，以及能显示进度文本的 Agent 客户端。

• 推荐的推理档位和参数：官方建议以默认 high 建立基线，再用 low、medium、xhigh、max 做自有评测；长输出要为最终回答预留 max_tokens。

可直接使用的内容

官方原文的短摘（保持在合理引用范围内）：

Please remove all mannered prose.

下面是按官方定义改写、可直接放进系统提示或用户消息的中文版本；不是官方逐字文本：

写作约束：删除所有矫饰性表达。
当可以使用直白、字面且准确的说法时，不要用隐喻、华丽措辞或为了展示文风而增加修辞。
优先短句和清晰的段落；不要让读者为了理解结论而猜测比喻的含义。

长任务的 Agent 补充提示（根据同页官方模式整理，非逐字引用）：

开始前先用一句话说明你将做什么；工作期间在关键阶段给出简短进度更新。
先私下列出下一步需要的所有独立信息，然后在同一轮请求所有不依赖彼此结果的工具调用。
不要在任务尚未完成时结束；完成后给出独立成篇的总结，包含发现、已完成事项、验证结果和下一步。
编辑已有文件时只修改任务要求的行，除非确有必要，不要整文件重写。

使用建议

1. 先在同一任务集上比较 high、medium 和 xhigh，记录完成率、总 token、延迟和人工返工量。

2. 把“去除矫饰性表达”放在用户消息中通常更容易局部控制；需要全局一致时才放系统提示。

3. 有工具的 Agent 在当前请求末尾加入批处理提醒；只有互不依赖的调用才应并行，依赖链仍按结果顺序执行。

4. 代码任务同时给出范围、验收标准和“不要整文件重写”的约束，避免高成本的无关改动。

原始证据与数据

• 官方页面的 Writing density 小节明确指出：Fable 5.1 的句子可能更长、段落间隔更少，并把 mannered prose 定义为“以隐喻和修饰替代直接陈述”。

• 同小节同时提供长版说明提示和短版 Please remove all mannered prose.；本文只逐字保留短版，长版以中文改写呈现。

• 同一专页还给出三个与提示词直接相关的行为方向：长工具链中增加用户可见进度、在 Agent 循环中批处理独立工具调用、确保模型完成整个任务而不是只描述下一步。

• 官方文档要求用自有 eval 重跑 effort sweep；因此这里没有把某个档位宣称为所有任务的最优解。

适用边界

• “去除矫饰性表达”只控制文风，不保证事实正确、引用完整或代码无缺陷。

• 官方页面讨论的是 Claude Fable 5.1 的行为趋势；不能直接推断到其他 Claude 型号或不同客户端的 UI 呈现。

• 批量工具调用依赖工具定义、调用结果和 harness 的并发能力；不应并行执行有前后依赖或有副作用的操作。

• “不要整文件重写”是降低 token 与 diff 噪声的约束；若迁移、格式化或生成新文件本身要求全量写入，应明确覆盖该约束。

来源摘录或观察（仅做合规短引）

• “Please remove all mannered prose.”

• 页面将模型行为按 effort、进度更新、工具调用、写作密度、任务收尾等问题分节，适合作为 Agent 系统提示的检查清单。