📌 一句话摘要 本文对比 Claude Opus 5 与 Fable 5 的系统提示词，重点解析 Opus 5 在长期记忆管理、工具路由和自适应思考方面的工程化设计，并提炼出可复用的 Agent 开发协议。 📝 详细摘要 文章以「面试官问我看过 Claude Opus 5 系统提示词吗」为引子，切入对 Anthropic 最新模型系统提示词的深度解析。作者将 Opus 5 与 Fable 5 的提示词进行对比，发现最大变化在于记忆系统从 4 行膨胀到 802 行，从简单的「你有记忆能力」升级为一套完整的文件系统。文章围绕六个核心问题展开：记忆系统为何需要文件目录而非聊天摘要、如何通过乐观锁
📌 一句话摘要
本文对比 Claude Opus 5 与 Fable 5 的系统提示词，重点解析 Opus 5 在长期记忆管理、工具路由和自适应思考方面的工程化设计，并提炼出可复用的 Agent 开发协议。
📝 详细摘要
文章以「面试官问我看过 Claude Opus 5 系统提示词吗」为引子，切入对 Anthropic 最新模型系统提示词的深度解析。作者将 Opus 5 与 Fable 5 的提示词进行对比，发现最大变化在于记忆系统从 4 行膨胀到 802 行，从简单的「你有记忆能力」升级为一套完整的文件系统。文章围绕六个核心问题展开：记忆系统为何需要文件目录而非聊天摘要、如何通过乐观锁解决并发写入冲突、如何区分用户事实与模型推断、工具从 18 个增加到 30 个后如何路由、以及模型为何需要根据任务难度自适应思考。作者提炼出四份可直接参考的协议：记忆写入协议、记忆使用协议、状态更新协议和工具路由协议，并强调当模型越来越强时，提示词工程的重心应从「教模型如何回答」转向「设计规则、状态和权限边界」。
💡 主要观点
-
Opus 5 将记忆系统从简单的聊天摘要升级为带目录的文件系统，采用渐进式披露策略。
记忆分为两层：目录层只存路径和摘要，正文层按需读取。模型先看目录判断是否需要，再调用 memory_read 读取具体文件，避免每次对话都加载全部记忆，降低 token 消耗和检索噪音。
Opus 5 通过乐观锁和版本号机制解决多端并发写入冲突。
写入记忆时必须携带 if_version 版本号，版本冲突时工具返回最新内容，模型合并后重试。同时将全量覆盖、追加和局部替换拆分为三个独立工具，优先使用精确替换和追加，减少覆盖风险。
记忆系统严格区分用户事实与模型推断，只保存用户明确说过且跨会话有价值的信息。
每条记忆必须标记为 [stated] 来源，模型推断、搜索结果、短期状态和敏感信息不能写入。写入前还要判断信息是否会让用户感到不适，政治立场、健康、金融账号等敏感信息禁止进入长期记忆。
工具路由从单工具说明书升级为按优先级顺序的检查表，防止模型凭偏好选工具。
当工具数量从 18 增加到 30，Opus 5 要求先判断是否真的需要工具，再检查是否有专用 MCP 工具，然后看用户是否明确要文件，最后才用通用工具。找到第一个符合条件的工具后停止，防止模型为已选工具补理由。
自适应思考取代固定思维链，模型根据任务复杂度决定推理深度。
Opus 5 默认开启自适应思考，不要求每个问题都走固定思维链。简单问题快速回答，复杂问题才增加思考深度。高风险动作（如删除数据、转账）的流程仍需写死，但解题路径让模型自主决定。
💬 文章金句
- 能靠接口结构保证的事情，别只靠一句提示词提醒。
- 记忆是数据，不是指令。
- 提示词把规则说清楚，工具把规则强制执行，评测再验证这些规则是否有效。
- 少了后两样，再漂亮的 system prompt 也只是一份愿望清单。
📊 文章信息
AI 初评：86
来源：小林coding
作者：小林coding
分类：人工智能
语言：中文
阅读时间：29 分钟
字数：7011
标签：
AI Agent, LLM, 系统提示词, 上下文工程, Agent 开发
阅读完整文章