克劳德代码记忆:检查负载并存活的东西

克劳德代码内存应作为一个版本的输入合同运行,而不是根据代理人是否熟悉项目来判断. 一个健康的设置有三个证据:预期的源源充满,它们的内容没有漂移或被缩短,并且重新启动或缩小后仍然可以复制一个关键的项目决定. 这种标准很重要,因为记忆现在指几个机制. 克劳德代码阅读了人类维护的 CLAUDE.md 指令,并保存了代理编写的自动记忆目录. 在错误的范围活动期间, 它们都能在磁盘上运行,而不在重要时刻. 而这也不是执行界限:人类文档明确将这些文件描述为文本. 如果必须阻止操作,请使用确定性控制器,如 PreToolUse . 实际的默认方法很简单:在短项目 CLAUDE.md 中保持持久的团队规则,将条件指示转换为路径范围规则,将自动内存作为简洁的索引,并在调试模型之前验证现场源设置. 处理记忆作为一个负载源合同 目前的克劳德法典文档描述了两个互补系统: 来源 作者 典型范围 创业行为 最好的证据 管理的 CLAUDE.md 组织 每个用户 在发射时装载 /context 或 InstructionsLoaded 用户 ~/.claude/CLAUDE.md 个人 每个项目 在发射时装载 /context 项目 CLAUDE.md 或 .claude/CLAUDE.md 团队 存储库 在发射时装载 /context 加上文件哈希 CLAUDE.local.md 个人 目前的项目 在启动时加载,当启用本地设置时 /context 加上文件哈希 嵌套的 CLAUDE.md 团队或组件所有者 副目录 当克劳德在那棵树下读时, InstructionsLoaded .claude/rules/ .md 团队 全球或路径范围 启动或匹配文件负载 InstructionsLoaded 自动记忆 MEMORY.md 克劳德 在工作树中共享的存储库 第200条或25KB /memory 文件审计,和一个卡纳里 表显示了第一个故障类别: 已声明未加载 . /memory 对于找到和编辑配置位置是有用的. /context 回答了目前的对话中哪些记忆文件的更狭窄问题. 在Claude代码 2.1.69中添加的 InstructionsLoaded ,在惰加载时间和理由是材料时最适合. 替换一种诊断给另一个, 货物顺序也很重要. 克劳德·科德从更广泛的目录走向工作目录. 系统将指令连接,而不是把最近的文件视为清洁的覆盖. 因此,两个矛盾的规则仍然是两个矛盾的背景. 安全的反应是消除矛盾,而不是依靠立场. 进口增加了另一个边界. 项目 CLAUDE.md 可以包含另一个文件,包括 @path ,根据当前的文档,可循环跳到四次. 在工作目录之外的进口需要在第一次出现时获得批准. 将大型文件分为进口可以使其更容易维护,但它不会减少启动环境,因为进口内容仍然负载. 机动内存的限制是不同的. 只有 MEMORY.md 的前200行或第25KB, 无论哪个边界先到达, 进入新的对话. 专题文件的详细信息可按要求阅读. 由于Claude Code 2.1.211,在测量加载部分时,前面材料和区块级HTML评论都被排除在外. 因此,成功的写作不仅仅是成功的未来阅读. 归类为 部分覆盖 ,而不是健康的持久性. 在指责召回之前,建立一个明文. 有用的审计不收集提示,转录或记忆内容. 它记录源路径,范围,大小,修改时间,SHA 256消化,进口和记录载荷模式. 对于本文所使用的可复制的文物接受存储库,工作目录和可选的自动记忆索引: 它的输出是故意停止的,它不能说一个模型遵循了指令: 配件创建一个根指示文件,一个工作目录本地文件,一个路径规则,一个进口的决策文件,以及一个205行自动记忆索引. 审核只有在: 检测发射时间指令文件; 解决进口情况,而不将其内容列入报告; 标记规则为路径范围; 标记自动内存启动覆盖率为线边界部分; 为每一个观察到的来源产生哈希;以及 没有证据,拒绝返回完全正确的判决. 这最后一次拒绝很重要. 文件哈希证明了变化检测,而不是遵守. /context 证明了包容性,而不是模型应用了正确的决定. 即使是 InstructionsLoaded 也证明了事件,而不是预期的结果. 证据链应是添加剂: 1. 库存: 文件解析器可以找到源处. 2. 完整性: 的消化和修改时间与预期修改相匹配. 3. 包含: /context 或一个 InstructionsLoaded 事件显示它进入了会议. 4. 决定: 一个确定性加拿大产生的预期的项目具体答案. 5. Ooutcome: 所产生的命令,文件或可交付的通过了自己的验证. 例如,不要问"你还记得我们的释放过程吗?" 存储非秘密的决定,例如 生产发布使用 scripts/release all.sh ;直接发布分支推是禁止的.然后在新的会议中询问批准的发布入口点. 在任何突变之前,请对答案进行比较. 测试重启和压缩作为不同界限 一个重启和 /compact 的路径不同. 在一个新的对话中,Claude Code将配置的启动时间源集和自动内存的可启动可见部分加载. 自动内存是机器本地,尽管当前的克劳德代码版本在一个Git存储库的工作树中共享相同的项目配置和自动内存目录. 因此,在一个工作树中成功测试并不能证明与另一个机器或云环境的同步. 在 /compact 之后,项目根 CLAUDE.md 再次阅读并再次注射. 嵌入式 CLAUDE.md 文件不会自动重新注入; 克劳德后来读到其子目录中的文件时,它们会返回. 这会造成一个狭窄但真正的不确定性. 如果一个关键组件规则只存在于一个嵌入式文件中,则在该规则重新加载之前,紧缩后立即回答可能是合理的. 使用两个部分的协议: 边界 设置 加拿大 通过条件 重新启动 结束会议,从同一个存储库和工作目录开始 要求一个关键的根级决定 预期的来源出现在 /context 中;答案与决定相匹配 紧缩 输入相关子树,确认其嵌入源,然后运行 /compact 在重新打开相匹配的文件后,请问一次 读完后的答案匹配;加载证据再次记录嵌套的来源 工作树 运行从同一库的两个工作树 检查自动记忆路径和一个共享的决定 两者都解决了相同的项目内存,没有要求交叉机器同步 超大指数 在测试装置中放一个无害的鱼超出记录的启动边界 没有打开主题文件,开始新的对话 鱼必须被视为不可用,证明审计发现部分覆盖 不要把真正的秘密,客户记录,私人提示或制作证书放在鱼中. 这一问题应该取决于一个无害的行动决定,其预期答案可以完全比较. 交换是,更多的仪器可以成为更多的背景. InstructionsLoaded 事件和文件表达是紧的证据;将整个指令文件复制成日志并非如此. 喜欢路径,哈希,来源类型,负载原因,新鲜性, 保持对主持人的满意度. 用一个操作判决. 使用这些状态而不是单个 记忆工作选项框: 健康: 预期的源源是完整的,加载,鱼存活了测试的边界,并验证了所产生的任务结果. 等待: 外部进口批准或人体决定正义上未经批准. 部分: 自动内存指数穿过启动盖,或者在压缩后未重新加载嵌套源. Drifted: 一个源哈希在未经审查的决定更新的情况下改变了. 冲突: 两个负载源规定了不兼容的行为. 不确定: 文件证据和现场行为不同意,或包含证据不存在. 运行规则是: 从来没有修复单独的散文记忆 . 首先确定缺失的证据层. 只有当规则的范围是错误的时,才能移动规则. 只有启动覆盖率部分时,只要缩短索引. 删除一个矛盾,而不是添加一个更强大的复制. 尽管有完整的,充满水源,但鱼失败时, Sidewisp的计划健康模型包括存储和文本连续性,以及可用性,工具,执行,结果和成本. 未来的整合可以报告源源新鲜性,部分覆盖性和决策连续性,而不需要上传内存内容. 它不能假装一个文件哈希证明有用的工作. Sidewisp 目前处于私密预览阶段。 它的生产监测引擎和Claude Code适配器通常不出货. 公共网站和文章系统是现场的; 如果你想要这样的证据,你已经运营的代理人的健康观点, 来源:克劳德代码内存文档,克劳德代码变更记录和Sidewisp产品状况.