[Feature] 后台 LLM 开销可见性：实体抽取与 Sleep Mode 未计入审计表

[davidekingsss]

使用场景

我用面板状态页的「LLM 消耗」卡判断 mneme 到底花了多少、哪条链路最费。现在它只覆盖 autoDream 与 autoSummarize，实体抽取和 Sleep Mode 的调用不计入，所以我没法从面板回答「关掉实体抽取能省多少」这类问题——而实体抽取恰恰是每次写入记忆都会跑的那条链路。

已查现状声明

查过 README、CHANGELOG、路线图与已有 issue：

• README「LLM 消耗审计」一节写明只记 autoDream 整理 + 摘要与 autoSummarize 压缩；
• src/config.js 的 llmAudit 注释同样只列举这两类；
• 全仓写 llm_audit_logs 的只有 src/dream.js 与 src/summarize.js 两个文件；
• 已有 issue 里没找到同类诉求（[Feature] 记忆复用率仪表盘：召回 Top-N / 僵尸记忆率 / 注入命中率可见化 #217 是召回复用率仪表盘，讲的是检索质量不是成本）。

我理解只记这两条可能是刻意收窄口径（避免审计表膨胀、避免把每条写入路径都拖上记账），如果是有意为之，这个 feature 就当记录一下需求。

期望的行为变化

希望面板能反映 mneme 后台 LLM 开销的全貌。做成开关、单独一张卡还是别的形式，由你定，我不指定实现方案。

[modusensus]

@davidekingsss 查过了：不是有意收窄口径，是这两条链路结构上缺这个钩子。

• 实体抽取：src/index.js 的 createEntityStreamAdapter({ llm, agentDefaultModel, logger }) 只拿到 llm 句柄，没有 service —— 写审计要走 service.saveLlmAudit，所以它从来没有这个能力。
• Sleep Mode：src/dream/sleep.js 有一份自己的 streamText(ctx, options, onStreamError)，签名里没有 onUsage；dream.js 那份是有的（Bug8 给 dream 与 summarize 接记账时漏了 sleep 这份副本）。

所以这条需求是成立的，不是「记录一下」。

顺带把一个真实取舍摆出来：实体抽取是每次写入记忆都会跑的链路，计入审计会让 llm_audit_logs 的行数随写入量线性增长（默认 90 天保留期只约束上界，不约束增速）。实现上倾向沿用现有 llmAudit.enabled 一个闸门、不新增配置键；若实测行数增长过快，再考虑按 operation_type 采样或单独保留期。

这条要不要你自己接？你在 #248 / #253 上已经把审计这条线跑通了，接起来最快。我们这边也能做，先问一声。