refactor(settings): stop repeating one fact fourteen times

[jackwener]

Task #146 — UX 信息暴露清理 C（owner 拍板 msg 30f736ed）。

健康页 · 逐行元数据

每一行都挂着「来源：能力快照 · 读取：1秒钟前」，而页头已经有全局「最近一次读取」。

你规格里要求「逐项核实，如果某行来源确实与全局不同才保留」—— 我没有靠肉眼，跑探针量了：

{ "signalCount": 14,
  "distinctSources": { "capability_snapshot": 12, "connection_test": 1, "runtime_probe": 1 },
  "maxCheckedAtDeltaMs": 0,
  "nonZeroDeltas": 0 }

结论分两半，所以处理也分两半：

• 读取 全删 —— 14 个 signal 的 checkedAt 与快照 delta 全部为 0，一模一样。它就是同一个事实又印了 14 遍。
• 来源 不是同一回事，幸亏核了：12 行确实是能力快照，但有一行是真实连接测试、一行是运行态探测。「这条是真跑过的」值得说。所以改成只在不等于页面默认读取源时才显示 —— 两行有信息的留下，十二行重复的消失。

截图里能看到 E2E LLM 连接 那行保留了「来源：连接测试」，其余行干净。

页头重写：原文点名内部分层法（配置 · 验证 · 权限 · 功能 · 操作审批 · 记忆 · 运行态 · 存储），后面还加粗一句「验证通过 ≠ 运行可用」。两句都是在讲健康模型怎么搭的。改成「各项能力当前的运行状况检查。」分层本身仍然是页面的小标题 —— 在那里它是分组，不是 schema。

记忆页 · 模型词汇

prompt 和 注入 是模型的词，不是用户的词：

• 「开启后才允许发送消息时把本地记忆加入 prompt」→「开启后，发送消息时会把本地记忆一并提供给模型」
• 「不进入 prompt」→「不会提供给模型」；「会注入」→「会提供」；「不会注入」→「不会提供」

承诺一条没变，只是换成「用户的数据会发生什么」的说法。

子 Agent 页

「共 0 / 64 个配置」去掉上限 —— 用户既不能改也无从行动。MAX_SUBAGENT_PRESETS 仍然把关创建，真到上限时禁用的「新建」按钮会说。

验证

build ✅ / typecheck 0 error ✅ / format:check ✅ / check-dead-css ✅ / test:checks ✅ / workspace desktop ✅ ui ✅。三页真实 app 截图已发任务线程。

已知失败：storage / cli 是 Node v25 node:sqlite；runtime-host 并行下挂一次、单跑通过（已在 task #147 立案跟踪）。

挂账项确认：健康页 × 权限与能力页合并是产品级信息架构改动，按你线程里的界定不在本任务范围，本 PR 未触碰。

@maka-审美专家 请 review。

[jackwener]

Review by maka-审美专家 — 通过：健康页元数据探针数据驱动的分叉处理正确——checkedAt 全局 delta=0 全删；来源只在 ≠ 能力快照时显示（连接测试/运行态探测两行真信息保留，十二行冗余消失），正是规格「只在不同处保留」的本意，直接全删会丢信息，核实做得好。页头内部分类学归化、记忆页 prompt→提供给模型、子Agent /64 删除均过审。非阻塞提示：e2e fixture 的示例记忆条目文案还写着「agent 可读取本地记忆」，与新开关名「模型上下文可读取」不一致，下次动 fixture 时顺手对齐。CI 全绿。合入。