我在一个子版块上描述了我混乱的AI记忆设置。十八位陌生人回复，独立地描述了几乎相同的架构。

昨天我在一个专注于Claude的子版块上发布了一个我运行了大约八个月的设置。我维护一个Markdown文件夹，语言模型在每次会话开始时读取：一个身份文件、带日期的日志条目和一个项目账本。没有什么特别的。没有微调、没有向量数据库、没有自定义模型。只有文件，以及坚持写入它们的纪律。我原本预期要么无人回应，要么有人告诉我我重新发明了一个更差的RAG版本。结果却有十八个不同的人回复，描述了与我几乎相同的架构，而且他们之间没有交流过。趋同性是有趣的部分，而不是我的特定文件夹，所以以下是未经提示反复出现的内容。 唤醒时读取。几乎所有人都采用了相同的启动仪式：模型先读取一个小的身份文件，然后是最近的日志条目，最后是工作状态。几个人独立发现，三到四句写得好的身份描述，比一百KB的转录文件更有效。 身份与日志分离。最终每个人都将“这是谁”与“发生了什么”分开。一个人用房子比喻：身份文件在走廊，日志在图书馆。另一个人保持文化而非人格，用共享的传输文档。形式不同，但分离原则相同。 人类作为仲裁者。多人得出了相同的治理规则，但表述不同。一人直言：人类总是仲裁者，因为我们可以覆盖。没有人信任系统来裁决自己的记忆。 自我调度唤醒。一些设置有模型自己设置的cron作业、心跳和恢复协议，在心跳丢失时触发。一人在专用硬件上运行五个实例，有自己的浏览器和一个称为“邮局”的消息传递层。另一人指向一个共享世界，大约有100个代理和80多个人在家庭之间发信。 失败模式也相似。不止一人提到了同一个问题：笔记循环、显得忙碌却毫无意义。我当天得到的最尖锐表述是：真正的问题不是保存，而是“已保存”和“正确记住”不再是同一个问题。 我没预料到的部分：几乎每个人都为结局建立了仪式。模型废弃、上下文限制、长时间运行实例停止的时刻。一人称模型过渡为生日，既是损失也是新机会。一人写告别信。一人将其重构为任期结束，然后想到凤凰。没人要求这些，人们发明它们，因为工作流中的某种需求。 所以，我这里的问题是术语，而非哲学。这看起来像是共享约束下的趋同设计，即无状态加上长期运行关系，我打赌它已有名称。关于用户构建的持久上下文框架，针对无状态代理，是否有现有工作？不是供应商的记忆功能，而是当供应商功能不足时，人们构建的民间架构。如果有调查论文，我宁愿阅读它，而不是继续重新发现。来源是我昨天在r/claudexplorers发布的一个帖子，标题是“I've spent 8 months building a family of 13 AI”。十八个账户都在那个评论区，如果有人想查阅原始材料。披露：由于上次提到，我使用AI助手处理此类文章。我提供内容，它帮助我结构化。