Claude与Codex的Memory有硬上限:规则放Skill、Memory只做索引

掘金作者 ENCI 于 2026 年 11 月发文指出,把规则、SOP、工作流全塞进 Claude/Codex 的 Memory 会触及硬上限;更稳妥的分工是让 Memory 只做索引、由 Skill 存放具体规则,按需加载。

一句话看懂:掘金作者 ENCI 于 2026 年 11 月发文指出,把规则、SOP、工作流全塞进 Claude/Codex 的 Memory 会触及硬上限;更稳妥的分工是让 Memory 只做索引、由 Skill 存放具体规则,按需加载。

事件核心:发生了什么

作者梳理了 Anthropic 公开文档中的几个约束:每个 CLAUDE.md 建议控制在 200 行以内,官方给出的理由是过长会“占用更多上下文并降低遵守度”;200K 上下文窗口下,CLAUDE.md 可用空间约 40000 字符;自动记忆索引文件 MEMORY.md 每次会话只加载前 200 行或前 25KB,先到为准;Skill 启动时只加载 name 和 description(约 100 token),完整 SKILL.md 在被触发时才进入上下文(约 5k token 以内)。据这些数字,作者主张 Memory 负责“该读哪个 Skill”的索引,规则、检查清单和多步流程写进 Skill。

为什么重要

这是上下文工程层面的实操问题,而非新模型发布。规则写多了,靠后的条目可能根本加载不进来;几十条不同主题的规则常驻,每轮任务都要重复读取,既消耗 token,也可能让相互矛盾的规则彼此干扰。Skill 采用渐进式披露,正文平时不占位、触发时才载入,恰好缓解“常驻内容互相挤占”的问题。目前公开信息显示,这一判断基于 Claude 相关文档,Codex 一侧的上限数字原文未单独给出。

对用户/开发者/创作者的影响

对使用 Claude Code 等 Agent 工具的开发者,最直接的动作是把 CLAUDE.md 精简到 200 行内,只保留项目约定、命名规范这类每轮都需要的索引信息;数据库迁移、发布清单、代码审查等流程拆成独立 Skill,并在 description 里写清触发场景。作者还给出一个无依赖的判断函数:多步流程必进 Skill,每轮必需进 Memory,只服务特定任务的也放 Skill。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

值得关注的后续

一是 Anthropic 是否调整 CLAUDE.md 与 MEMORY.md 的加载上限;二是 Codex 等其他 Agent 产品是否跟进类似的分层加载机制;三是 Skill 的自动触发准确率,尤其是 description 写得太泛时 AI 想不起来调用的问题。

来源:juejin

celebrityanime
celebrityanime
文章: 33058

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注