LifeOS Audit

00-LifeOS 改进与可视化体检

2026-02-01 · Zon (personal) · 00-LifeOS · 998 notes

从日志库到决策闭环：优先级、看板与最小改动

你已经拥有稳定的日更与可提取字段，并且有一套零依赖的多年度看板。 当前最高杠杆是把任务补齐目标归属（#goal），并把可视化绑定到可执行动作上。

AuditLifeOSObsidianDataviewTasksDashboards

TL;DR

结论倾向：你的 LifeOS 已经具备“高频记录 + 可提取字段 + 本地看板”。下一步不需要再堆模板，而是把任务 → 目标维度这条链路补齐，让看板输出能驱动决策与行动。

现状

Markdown Notes
998
DailyRecord Notes
916
Frontmatter Coverage
90%
Open Tasks
695
Tasks Total
1073
Tasks With Due
54%
Tasks With #goal
11%
Recent Summary
95%
结构
  • DailyRecord 占绝大多数内容（916/998）。系统更像“高分辨率日志库”，而不是传统知识库。
  • 周/月复盘模板与数据看板已存在；你还有一套本地 HTML 年度回顾系统（零依赖，直接打开即可）。
  • 核心目标口径与 SOP 已明确（core_goals.json + 对齐规则），但它还没有成为“写任务时的肌肉记忆”。
信号质量
  • 你最近在坚持把“当天做了什么”压缩进 summary/goals_progress，这是后续可视化的底座。
  • 任务文本里缺少 #goal，导致：你很难回答“本周真正把时间花到哪一条主线上”。
  • top1 字段在最近 60 天日记里填写率为 10%：建议要么把它变成强约束（每天 1 句），要么干脆取消，避免系统噪音。

结构图

Capture inbox / tasks / raw logs DailyRecord summary / goals_progress / tasks Weekly + Monthly consolidate decide and re-scope Annual + Board local HTML dashboards Goal-Tracking pillars / mapping / SOP Decisions + Experiments one next action / stop doing / next week #goal tags data quality signals → dashboards
一条可持续的 LifeOS 不是“记录更多”，而是“记录 → 提炼 → 决策 → 反馈”的闭环。当前最薄弱的环节是：任务缺少目标归属，导致闭环无法稳定收敛。

数据图

Goal association (days, last 60d) Task metadata coverage 创造丰盈 80% 效率工具 73% 学习成长 45% 分享传播 42% 健康基石 22% 任务含截止日期（全量） 54% 任务含 #goal 标签（全量） 11% 任务含 #goal 标签（近30天日记） 5% Source: local scan of 00-LifeOS (generated 2026-02-01 00:08)
左侧：最近 60 天的目标关联（按“出现过的天数”统计）。右侧：任务元数据覆盖率（决定了你能否做可靠的聚合与提醒）。

改进点

最高杠杆（先做这三件）

  • 任务对齐：把“需要追踪的任务”全部补齐 #goal/<...>；学习统一用 #topic/learn（避免把学习当目标本身）。
  • 单一真相：继续把日记收敛到 summary + goals_progress（你已经做得很好），让它成为看板的唯一信号源。
  • 每周一次系统自检：用 5 分钟处理“无归属 / 无期限 / 无下一步”的任务，减少隐性焦虑与回顾噪声。

结构优化（减少摩擦）

  • 入口页：建一个 LifeOS cockpit（只放：今天、下周、五维、最近复盘、看板链接）。
  • 类型统一：把复盘类笔记的 type 做一次清理（避免 annual_review / annual_reviews 混用），让查询更稳。
  • 模板减法：Learning-Insights / Value-Clarification 等“空模板”要么变成每周必用的一页，要么移到 Templates/，避免目录里长期出现“未激活模块”。
为什么“#goal 标签覆盖率”值得排第一

因为它决定了你能否在复盘时回答两个最重要的问题：

  • 这周真正推进了哪条主线？（而不是“做了很多事”）
  • 哪些主线连续偏低，需要把下周的一个最小交付写死？

没有目标归属，任何看板最后都会退化成“文件统计”。有了归属，你才能在同一张图上看见：行动分布、偏离、以及修正。

可视化

Dashboard 1

LifeOS Cockpit（今日 + 下周）

  • 今日：1 句 Top1（可选）、3 个最小交付、当天截止任务
  • 下周：按 #goal 分组的任务清单 + “Stop doing”
  • 形式：Obsidian 内用 Dataview/Tasks；保持一页可读
Dashboard 2

Goal Drift Monitor（偏离监测）

  • 指标：最近 14/30 天的 goals_assoc 天数占比
  • 规则：某维度连续两周低于阈值 → 在周回顾里强制写 1 个最小交付
  • 形式：条形图 + 阈值线（本地 HTML 看板/或 Obsidian 内）
Dashboard 3

Ship Log（交付时间线）

  • 从 goals_progress / “流水线”段落提取“可交付事件”
  • 把“产出”从“任务”里分离出来，形成可积累的作品/成果索引
  • 形式：时间线 + 每条事件链接回当天日记/相关项目
Dashboard 4

Multi-year Board（你已经有了）

  • 继续使用现有 LifeOS 多年度统计看板（零依赖）
  • 建议新增：数据质量面板（summary/goal-tag 覆盖率、空任务占比）
  • 让看板不仅“回顾”，还会“提醒你该修系统哪里”
可视化的一个原则（避免做成“漂亮但没用”）

每一张图都要对应一个可执行动作。例如：

  • 偏离图 → 触发“下周最小交付”
  • 任务无归属列表 → 触发“补 #goal 或删除/归档”
  • 交付时间线 → 触发“作品集/公开总结的再利用”

如果一张图不触发动作，它就应该被移到二级页面或被删除。

Expert Views

Tiago Forte — BASB / PARA
  • Thesis: 日记不是终点；要把“可复用的中间产物”提炼出来，服务项目与输出。
  • 会怎么改: 建一个“产出/项目索引”，让 DailyRecord 链接回项目，而不是只在日记里自洽。
  • 风险: 过度结构化会降低记录频率；先用最小索引验证价值。
David Allen — GTD
  • Thesis: 系统的目标是让大脑放下未竟之事；关键在“清空 + 明确下一步”。
  • 会怎么改: 每周把“无期限/无归属/无下一步”的任务清理一次，确保系统可信。
  • 风险: 如果你把日记当 inbox，必须有固定清空机制，否则只会积累焦虑。
Ryder Carroll — Bullet Journal
  • Thesis: 记录要轻；迁移要狠。没有被迁移的任务就应该被放弃。
  • 会怎么改: 删除/移动长期空模板；减少日记里的空占位，避免“写了但没用”。
  • 风险: 你可能会用“完善系统”拖延真正的选择与放弃。
Andy Matuschak — Evergreen notes
  • Thesis: 洞察应当以可链接、可复用的形式存在，而不是只埋在日志里。
  • 会怎么改: 建一个“每周 3 条洞察卡片”流程：从日志抽取 → 放入 Insights → 反向链接回日志。
  • 风险: 如果没有固定节奏，洞察库会变成另一个空模板目录。
Edward Tufte — Data viz
  • Thesis: 图表应当高密度、低装饰；用小倍数与时间轴展示变化。
  • 会怎么改: 看板优先展示“趋势 + 对照 + 阈值”，并让每个阈值触发动作。
  • 风险: 为了“可视化”而可视化，会把你从行动拉回审美。

Options

Option Best for Upside Downside First step
A · Minimal (7 days) 想立刻变“更可控” 最快提升目标对齐与可回顾性 对写任务习惯有要求 把近 7 天日记任务补齐 #goal，并建立一个“无 #goal 任务列表”
B · Moderate (2–4 weeks) 想要稳定看板与复盘质量 把“复盘→决策”做成半自动 需要改一点脚本/模板 在多年度看板里加“数据质量面板”（summary/goal-tag 覆盖率）
C · Ambitious (1–2 months) 想做公开化/作品化 形成可发布的“日/周/月报告链路” 维护成本更高 定义“Ship Log”标准，并让其自动链接到项目与作品集

Next Action

One next action: 用 30 分钟把近 7 天日记里“需要追踪的任务”补齐 #goal，然后每周用同一条查询把“无 #goal 任务”拉出来清理。

Success metric

近 30 天日记任务的 #goal 覆盖率从 5% 提升到 80%+（只要求“会追踪的任务”）。

Guardrail

如果加标签让你写日记变慢：只给“有截止日期/会回顾的任务”加 #goal，其他保持自由文本。

Details (Optional)

Sources

All metrics in this report come from a local scan of 00-LifeOS markdown files (no network access).

让记录服务于下一步，而不是服务于记录本身。
Closing note