fix(llm): 消息补 source 字段——严格 provider 下不再于序列化阶段抛 TypeError（#189） - #190

Closes #189

问题

dsh-llm 的消息契约要求每条消息带 source（lib/types/message.d.ts:119-129，注释原文「Required source fields supplied by the producer」）。mneme 手拼的 13 处 LLM 消息缺该字段；遇到会读 message.source.kind 的 provider 适配器（本机是 @mars-sea/[email protected] 的 messagesToCC）时，请求在序列化阶段同步抛 TypeError —— 0–8 ms 失败，且不发出任何网络请求。内置 dsh-llm-deepseek 从不读该字段，所以这个契约违背长期潜伏，只在更换 provider 时一次性暴露。

改动

按契约给这 13 处补 source: { kind: "plugin", plugin: "dsh-mneme" }，不改 content 形状、不新增 import（peer 0.1.0-rc.8 未导出 createSystemMessage，用字面量才能同时兼容 rc.6 / rc.8 / 2.0.x）：

• dream.js ×2（consolidation / dream summary）
• dream/sleep.js ×2（conflict / pattern）
• entities/extractor.js ×1
• summarize.js ×2（system 消息 + createUserMessage 调用）
• api.js ×1（连接探测用的 system 消息）

system 消息也一并补上：当前只有 user 角色会被读取（commandcode 会跳过 role system，避免与 options.system 重复），但契约对所有消息生效，补上不留同类缺口。

验证

• 新增 test/llm-message-source.test.js：4 个用例以严格桩驱动真实管线（dream / summarize / sleep / entity extraction），逐条断言 message.source.kind === "plugin"。
• node --test --test-isolation=none test/*.test.js：全量 1 033/1 035（唯一失败是受限沙箱下的 spawn EPERM 环境限制，与本改动无关）。
• npm run sync 后 scripts/check-sync.js 逐字节一致（37 文件）。
• 应用内 A/B（0.8.1 + 本补丁）：修前两管线 0–8 ms TypeError；修后 summarize success 8 450 / 14 240 / 11 337 ms，dream_consolidate success 90 104 ms + dream_summarize success 4 571 ms，dream_runs 由 failed, applied=0 变为 ok, applied=51，期间 121 条记忆被实际更新。

遗留

@mars-sea/dsh-commandcode-provider 那四处读法加可选链（message.source?.kind）即可挡下这类消息；该插件归其作者维护，不在本仓库范围。

Summary by CodeRabbit

• 改进

  • 为插件发起的 AI 请求补充来源标识，便于准确区分和追踪由 dsh-mneme 产生的消息。
  • 该标识已覆盖连接测试、摘要、梦境处理、冲突分析、模式发现和实体提取等流程。
  • 请求内容、处理逻辑及生成结果保持不变。

• 测试

  • 新增回归测试，验证相关 AI 请求均包含正确的插件来源信息。