MEMORY.md
PulseAugur coverage of MEMORY.md — every cluster mentioning MEMORY.md across labs, papers, and developer communities, ranked by signal.
3 天有情绪数据
-
Anthropic 的 Claude Code Projects Beta 为开发者提供并行云会话
Anthropic 推出了 Claude Code Projects 的测试版，这是一项允许并行云会话来管理编码任务的新功能。该系统使用一个中央协调器对话，将工作委托给各个线程，每个线程都充当一个完整的云会话，拥有自己的存储库分支和副本。这些线程可以独立创建拉取请求、运行测试，甚至使用子代理进一步委托任务，同时还可以继承共享项目内存和指令。该功能旨在通过实现并发任务执行和自动化管理来加速开发工作流程，尽管由于并行会话，它会更快地消耗计划限额。
-
Claude Code 建议 CLAUDE.md 文件行数不超过 200 行
Claude Code 文档建议 CLAUDE.md 文件目标行数不超过 200 行，以确保最佳指令遵循。此指南与 4 MiB 文件大小限制不同，后者 Claude Code 会完全加载，而较长的文件会逐渐消耗更多上下文。当 CLAUDE.md 超过目标行数时，用户可以修剪不必要的内容，将章节拆分为单独的文件以提高可读性（但这不会减少上下文），或将规则和技能移至条件加载以管理 token 使用量。
-
Claude Code 的自动记忆功能为每个项目保存的数据量极少
一位用户对 Claude Code 的自动记忆功能进行了调查，发现在 21 个项目中，有 17 个没有保存任何记忆数据。其余四个项目包含的笔记极少，其中三个项目独立地学会了打开 URL 的相同解决方案。这表明 Claude Code 的自动记忆是每个仓库本地的，并且不会在项目之间共享学习到的信息。用户由于与上下文大小无关的担忧，在关键仓库中禁用了该功能。
-
AI 代理的记忆文件被忽视；提出动态渲染方案
一位开发者发现了一个关键缺陷，涉及 AI 代理如何管理记忆，特别是 MEMORY.md 文件。这个文件本应在每一轮都被模型读取，但它经常被手动编辑，因此被忽视，导致信息过时。提出的解决方案是在会话开始时从数据库动态渲染 MEMORY.md，创建一个“视图”而不是静态源。这种方法优先考虑固定块、项目特定记忆和全局重要记忆，并在大小预算内，确保模型接收到当前和相关的信息。
-
Vodou内存系统bug凸显普遍的字符编码问题
一个与字符编码限制相关的bug导致Vodou内存系统出现问题，当遇到多字节字符（如破折号或表情符号）且接近400字节限制时，内存守护进程崩溃。这是因为系统错误地假设限制是字节而不是字符，导致截断索引落在多字节字符内时发生恐慌。修复方法是将限制调整为400个字符，并确保截断发生在字符边界。这个问题似乎很普遍，影响了OpenFang、AionUI和Mastra等其他项目，这些平台也实施了类似的修复。
-
代理记忆系统得到改进，以提高实用性并防止臃肿
作者详细介绍了一个用于管理代理记忆的系统，重点是使其有用并防止臃肿。关键改进包括使用可操作的信息而不是标题来构建索引，并为新记忆实施严格的准入标准：它们必须是不可推导的、在当前会话之外持久的，并且能够改变行为。通过对重复记忆进行重新验证和为索引行设置字符预算来解决衰减和臃肿问题，确保记忆存储保持工作表面而不是存档。
-
Claude Code 的记忆系统解析：会话、记忆和上下文
Claude Code 将过去的对话以 JSON Lines 文件的形式存储在磁盘上，可以通过特定命令恢复。然而，这些会话数据与 Claude 提取并保存在内存文件（如 MEMORY.md）或项目特定指令文件（如 CLAUDE.md）中的精炼知识是分开的。这些记忆和项目文件提供了持久的上下文，即使删除了旧的对话记录，也能影响新的会话，解释了 AI 如何在不直接访问旧对话的情况下引用过去的信息。
-
AI代理记忆系统使用三个文件来保留上下文并降低成本
一位开发者使用简单的三文件结构创建了一个用于AI代理的持久化记忆系统。该系统包括AGENTS.md、MEMORY.md和ARCHIVE.md，确保代理在会话中能够保留上下文并避免重复犯错。AGENTS.md定义了代理的规则和行为，MEMORY.md记录了关键决策和进展，ARCHIVE.md存储了较旧的、不太关键的信息以管理token成本。这种方法允许代理在不进行持续重新提示的情况下回忆过去的行动和决策，显著提高了其效率并降低了运营成本。
-
Claude Code 的 /context 与 /memory 命令：理解区别
Claude Code 是 Claude AI 的一项功能，它有两个容易混淆的命令：/context 和 /memory，这会导致调试效率低下。/context 命令用于审计当前加载到 AI 会话中的文件，作为修改前的诊断工具。相比之下，/memory 命令则充当编辑器，允许用户修改将在未来会话中加载的文件，而不是当前会话。理解这种区别对于有效使用至关重要，因为在会话中编辑内存文件不会追溯性地影响当前上下文，并且编辑文件的范围会显著影响其应用。
-
Claude Code 放弃向量嵌入，采用更简单的内存系统
Claude Code 的内存实现不使用向量嵌入或向量数据库，而是选择了一种更简单的方法，将信息存储在纯 Markdown 文件中。这一设计选择由开发者 Boris Cherny 做出，是对早期 RAG（检索增强生成）系统的故意移除。Cherny 认为，对于许多代理内存需求，传统的架构决策记录（ADR）和直接模型读取等方法比向量嵌入更有效，并且不易出现与向量嵌入相关的隐私和过时问题。
-
OpenClaw用户因上下文管理面临意外的OpenAI费用
一位AI用户发现其OpenClaw应用程序通过OAuth设置后，仍从其信用余额中产生了意外的OpenAI费用。问题源于模型本身缺乏内置记忆，需要提供上下文，而上下文可能变得很大并产生费用。文章建议通过将重复性任务提炼为“技能”（Skills）以及将必要信息预加载到上下文文件（如USER.md和SOUL.md）中来管理上下文大小并防止不必要的费用。
-
AI 子代理需要在简报中明确引用规则才能正确运行
一位开发者遇到一个问题，一个负责代码修改的子代理未能遵守既定的项目规则和最佳实践。发生这种情况是因为子代理的上下文仅限于即时简报，它无法访问开发者的更广泛知识库，例如 MEMORY.md 文件。为解决此问题，开发者提出了一种新的简报头部格式，该格式通过名称明确列出关键规则或“反馈”，确保子代理在执行任务之前会考虑它们。
-
Claude 代码项目通过新的 MEMORY.md 文件获得上下文
一种名为 MEMORY.md 的新方法正在为 Claude 代码项目引入，以增强 AI 上下文。该文件作为 Claude 的初始输入，为其提供重要的背景信息。目标是提高 AI 在特定编码任务中的理解和性能。
-
用户寻求关于 Claude Cowork 项目记忆和指令功能的清晰说明
一位 Reddit 用户正在寻求关于 Claude Cowork 功能的澄清，特别是标准聊天和“项目”之间的区别。他们不明白为什么在项目提供记忆保留功能时还要使用标准聊天，以及像 Claude.md 和 Memory.md 这样的详细设置文件是否对基本自动化任务至关重要。用户还询问了项目特定的指令与全局设置有何不同，以及如何确保项目遵循核心框架，以及 Claude Cowork 与 Claude Code 在构建应用程序方面的交互。
-
Claude 代码使用记忆文件消除开发者重复提问
一位开发者详细介绍了一种用于 Claude 代码的持久记忆系统，该系统将项目特定信息存储在文件结构中。该系统包括用户角色、反馈规则、当前状态、项目细节和外部引用等文件，每个文件都有 YAML frontmatter 用于组织。通过实施这种模式，开发者发现 Claude 代码不再提出重复性问题，显著减少了摩擦，并使 AI 感觉像一个更大的团队。