Dashboard - 全局总控台 (LLM Wiki)

这是整个 LLM Wiki 的总控台,不是文章,而是「快速进入每个领域的入口屏」。它解决一个具体问题:8 个 domain、631 页内容、多条并行主线,光靠目录页找不到「我现在该看哪里」。本页把每个域的入口、当前主线、待办、决策入口、产出物、系统健康度收在一屏内,目标是 30 秒内从「想干活」跳到「正确的页面」。维护原则:本页只放指针和状态,不放正文;正文永远在各域 dashboard 与深度页里。

当前最重要的几条主线,跨域排序(决定每天先看哪个域):

• 功能安全闭环(L7) — ISO 26262 全链路是工作域第一优先级,HARA → FSC → TSC → HSI → V&V → Safety Case 已成全栈骨架,继续补 STPA / SEooC / Safety Manager 角色等深度页。
• 驱动与保护(L3) — Driver IC 选型、DESAT、Miller clamp、SiC 驱动高级功能是第二优先级,围绕 800V SiC 主驱展开。
• 低压辅助电源(L1 横切) — Vbat → SBC → MCU rails 的隔离 + EMC + FMEDA 链路,第三优先级。
• invest 战场视图 — 当前组合事实:中概互联约 17.55%(最大单仓)、现金约 42%、债券 0;dashboard 只录事实,不替编买卖判断。
• wiki 系统能力 — 检索(Pagefind + Cmd+K)、知识地图(/map)、无依据拒答、生成器五阶段已全部上线,现进入稳态运维 + ask-eval 调优。

最近更新窗口:各公开域持续有提交更新(具体新增量是动态的,不在此冻结数字);扫新增量看 最近更新。

按「域 → 层 → 入口」组织的层级地图,也是系统健康度的落点:

• Work(汽车电子,主域) — 六主线 × 七层。L1 器件物理 → L4 传感 → L5 控制 → L6 系统架构 → L7 功能安全;入口见 主驱工程师 7 层路径 与 全局索引。
  • 功率器件 / 驱动保护 / 功率级母线 / 控制采样 / 系统架构 / 功能安全 六条主线
  • 战场页:EV 12-36 个月器件与平台演进 → EV 组件路线图
• Functional Safety — 从 Work 域 L7 抽出的安全论证专线(HARA/FMEDA/Safety Case)。
• Investing / Reading / Growth / English — 各自独立域,学习层 + 战场层双层结构。
• AI System / Projects — wiki 自身的检索 / 审计 / 生成 / 复盘基础设施与推进中的工程项目。
• 系统健康度(2026-06-28 审计) — backlink gap 0 / 孤儿页 0 / 断链 0 / 断图 0 / SVG 镜像缺口 0;全绿。源 系统内容健康。

还没收口、需要继续推进的问题:

• ask-eval 的 expect_terms 字面子串匹配仍有 LLM 用词 variance,如何稳定到「弱命中不再 flag」?当前法是命中页加关键词密度高的小节。
• Functional Safety 域是否要从 Work 域物理拆分独立目录,还是只做逻辑视图?目前是逻辑视图。
• English 域听力 + 长难句实时理解的卡点,deep 页已齐但缺「可练」的闭环工具,练习载体待定。
• invest 战场层只录事实的边界:哪些「方法论判断」可以写、哪些算「替我做决策」需保持沉默?
• 八大 domain dashboard 中部分尚为(计划)入口,真实落地页与本总控台的相对路由需逐个对齐。

推进中的项目与长期工作流:

• Wiki 五阶段升级 — Phase 1-5(可检索 / 可审计 / 可生成 / 可复盘)全部上线,现转稳态运维。
• 多域 dashboard app — 独立 app apps/invest-dashboard,下拉切 invest/work/growth/english/reading,真实数据驱动,多主题。
• 剪藏一键 ingest — PWA 按钮 → CF Worker → GH Actions workflow_dispatch → LLM 结构化入库。
• 每日 followup ping — 走 CF Worker scheduled handler,数据源 wiki/followups.json,零 GH minutes。
• 深度页 → hub 工作流 — 同焦点累计 5+ 深度页后主动做 L7 hub 串联(全景 SVG + 索引 + 学习路径)。
• CF Pages 本地部署 — push 后跑 bash apps/web/scripts/deploy-pages.sh(GH Actions billing 已停)。

已形成的关键判断与原则(Decision Log 入口):

• 图表一律 hand-SVG,不用 mermaid/D2;字号 13/11、不加粗、双端 max-width:100%;提交前必 rsvg-convert + Read PNG 核验。
• 公式全局 LaTeX,$...$ 内禁止 Unicode μ/Ω/²/³;流程图 hand-SVG、公式 KaTeX 配对。
• 每个 ## / ### 节首必散文讲因果,不以表 / list 开头;全文骨架抓硬约束 → 因果分析 → 解决方案。
• 设计系统三层 + React atom — Layer 1 tokens / Layer 2 atoms / Layer 3 app-css / Layer 4 atoms/*.tsx,改样式严格分层。
• invest 战场只录事实,不替编买卖判断;dashboard 真实数据 HARD 不编造。
• 不用 launchd、不付美国海外 API;自动化走 GH Actions + CF Worker cron。
• 完整原则集见 CLAUDE.md(R1-R11)与 wiki/internal/design-system.md。

需复盘 / 更新 / 拆分 / 重构的页面或主题:

• 本总控台 vs 旧 wiki/dashboard.md — 仓库根已存在一份 dashboard,需确认两者职责边界,避免双入口分叉(R7:择一、标注弃用)。
• 八大 domain dashboard 路由对齐 — §4.1 中(计划)状态的入口逐个落地为真实页。
• ask-eval 域外拒答 — top_sem<0.5 已确定性修死,继续盯单次 weak/fail 是否仅为 variance。
• English 练习闭环 — 听力 deep 页齐但缺可练载体,待补。
• frontmatter 迁移复查 — 见 frontmatter 迁移审计与 矛盾审计。

最近产出(报告 / 图 / 脚本 / 模板入口):

• 系统内容健康报告 — system-content-health,2026-06-28 全绿。
• 架构 / 密度审计 — 2026-05-28 arch-audit、2026-05-24 density-audit(见 wiki/audits/)。
• 多域 dashboard 数据发射器 — scripts/dashboards/emit_domains.py(各域真实数据)。
• 复盘文案生成器 — 域无关工具 generate_review_copy.py。
• 最近 5 天更新清单 — /recent,按 Git 提交日期倒序。
• 生成器输出 — Phase 5 gen_output 输出器 + probes(无依据拒答验证)。

下一步可执行动作(明确、当天可做):

1. 对齐 §4.1 八大 domain dashboard 的真实落地路径——逐个 ls 确认 domains/*/dashboard 是否已建,未建的从(计划)改为「待建 + owner」。
2. 处理双 dashboard 分叉:Read 根目录 wiki/dashboard.md,决定职责边界,在 系统健康审计记一条 R7 弃用 / 合并结论。
3. 跑一轮 ask-eval,挑出仍 weak/fail 的 query,对命中页补一节高关键词密度小节,稳定召回。
4. 检查 Functional Safety 域是否触发「5+ 深度页 → 做 L7 hub」阈值,够数则起 hub 串联任务。
5. push 后执行 bash apps/web/scripts/deploy-pages.sh,确认本总控台在 CF Pages 上路由可达。