发言人身份：记忆里谁说的

当前改动边界：网页、命令行和TUI不经过channels/base.py，因此没有渠道前缀， 也不会合成speaker身份。渠道消息同时携带正文前缀和结构化字段；dispatcher、 SourceRecord、writer/archive、BM25/inspect与memory_search都按第11节的 最终契约处理。正文-only的两文件估算只作为历史设计记录保留。

参考实现在这一条上没有先例可抄：两个做了多人会话的框架都只清洗自己那半，正文原样进prompt， openclaw那边同样能伪造出第二个名字 (id): 。但通用规则在openclaw别处： 转义围栏自身的定界符，让被包的文本关不掉自己的围栏。这条规则对；我们这里由JSON字段边界隔离 speaker和content，所以处理方式是结构化序列化，不是改别人写的话。

八个框架里只有一条可抄：Honcho的形状，发言人跟记录一起存、读接口把它当参数接。这正是这一节在做的事。 openclaw那张人物页是另一个问题的好答案，对应我们的topics/people/，不是这一节要的东西。 其余六个在这个问题上什么都没有，如实记「没有」。

Final review进度：JSONL writer序列化、协议v4标识和碰撞/精确往返回归测试已实现；U+2028/U+2029也保持单行并精确往返。
第06到08节是被替代的历史中间方案；第09到11节描述当前实现。渠道入口把实际发信人的speaker_id和 speaker_display独立于正文和路由peer_id传到持久化节点；正文仍保留 [显示名 (id)] 兼容前缀，但写入和检索不从正文反推新记录身份。
SourceRecord.speaker_label统一生成规范标签。Writer将每个turn序列化为一个紧凑JSON对象和一个物理行， ref、speaker、content分字段；prompt只认speaker字段，不解析content中的标签。 新source只写入固定format marker开头的_v2/文件；speaker id使用可往返验证的规范UTF-8 percent编码，record-lines隔离可伪造正文， parser遇非法frame停止，只有合法v2 frame中的marker可信。合法但没有marker的记录保持speakerless。BM25 v8按稳定id、显示名或标签过滤， 与路径和日期过滤组合，结果只来自sources/。memory_search已暴露speaker， embedding与speaker组合会显式返回INVALID_ARGUMENT，不会忽略过滤。
本地Web入口和经dispatcher启动的本地CLI轮次显式写入owner/local；已配对渠道保留渠道提供的 稳定speaker id。缺少可信字段的历史节点与旧framed记录仍保持speakerless。 只有unframed且记录头严格为user的旧记录可从历史正文前缀做有限检索兼容；旧归档冻结且不参与v2去重。 同一source id的合法v2事件在检索、链接和校验中优先于legacy；没有v2时仍可读取legacy。 speaker_trusted只对trusted状态的v2 marker为true；pending、legacy hint和speakerless记录为false。Markdown尾双空格、 CRLF/尾换行、完整伪造块、截断停止、旧缓存重建和独立进程导入均有回归测试。
归档写入会在任何目录或文件变化前整批拒绝NFC/casefold等价的provider/thread路径冲突； memory_search的source结果使用真实#source-... anchor，并向调用agent显示 speaker_trusted、speaker_id和speaker_display。
分支感知的已写节点标记也已经实现；旧runtime.json的cursors迁移会同时读取经过校验的legacy header与 严格v2合法前缀，按session合并节点标记后才删除旧字段，不从正文或非法尾部之后提取ID。
文字说明在docs/reference/design/memory/overview.md的"谁说的"一节， 产品侧在docs/integrations/channels.md。
Authority层与memory稳定化批次已实现。运行时将speaker归因、实例owner principal和本轮authority tier分开保存： owner/install/<16 hex>只从实例状态目录的owner.json读取或首次创建，不从发言人推导。 运行时只有两档：本地owner取得完整集合；已配对渠道只有reply与 memory.source.append。未配对消息不是第三档，不进入agent；未配对群聊正文仅以pending来源归档且不参与主动提炼。 唯一的工具执行检查位于openprogram/agent/internals/_approval.py::_gated_execute，顺序是不可配置的 hard constraint之后、permission rules、审批与bypass之前；它只读取principal_id和 authority_tier，不读取正文speaker。同步continuation、Task、inbox、subagent及spawn子进程都通过 可序列化字段显式传播并只能继承现有tier。paired的memory_update在工作区层强制为新建或字节追加； pending来源只能由本地交互owner通过memory_promote提升；提升会记录审计事件并使用同一writer事务写入Topic，已有引用时跳过。该改动没有修改Source v2的 record-lines:N framing或speaker-id percent编码格式。后台writer现在使用默认聊天agent的 provider、模型与凭据，memory.writer.model可实时覆盖；memory.backend=none关闭提示注入、召回、 自动写入、整理和记忆线程，并在工作区初始化前拒绝全部CLI memory动词和/api/memory/*路由。 writer最近成功、失败分类、retryable判定和待处理数可由工具、CLI与Web查询。一次性 memory backfill已实现：只处理未被Topic引用的trusted Source，忽略marker并排除pending，按批复用正常writer事务。 正式工作区已有23个v1 source文件仍使用旧origin_scope字段；读取器只接受该旧格式的精确canonical结构并映射为当前tier，不重写append-only文件。154个frame已全部通过扫描，随后2条待处理消息完成Topic事务和marker写入。该真实验收没有执行backfill，因此152个未引用frame仍留在正式工作区。组合测试已覆盖SessionDB到watcher状态的完整写入序列。hold队列、按请求方档位过滤读取结果和远程Web认证仍延期。写入失败原因码是封闭枚举，受限writer阶段看不到Source归档。