06-Lifestyle 内容体检与可视化方案
2026-01-31 · 个人 · 05-Knowledge/06-Lifestyle
把 Notion 导入笔记变成 Obsidian 可检索/可复盘/可行动的系统
当前目录共 205 个文件（124 篇笔记、76 张图片、3 个 CSV）。结构与命名强烈保留 Notion 导出痕迹（深层目录 + 32 位 ID），导致检索与维护成本高；同时附件多在“同名文件夹”里，图片引用容易断。最大价值是：驾驶学习资料 + 一份 579 条的产品/工具测试清单；最大抓手是：先修附件路径，再做元数据标准化与可视化仪表盘。
TL;DR
一句话结论：这批内容“价值高但不可用”，优先把 附件不丢、信息可检索、清单可复盘 三件事做成系统。
- 先修复：图片/附件断链（Notion 导出 sidecar folder 结构导致）。
- 再标准化：把
Tags/Status/Created time/URL从正文行迁移到 YAML frontmatter，变成可查询数据。 - 最后可视化：用“产品测试看板 + 驾驶进度表 + 月度回顾”把复盘闭环跑起来。
Snapshot
Signal
- Frontmatter：0（= 无法用 Dataview 做结构化查询）
- Wikilinks：0（= 双链网络尚未形成）
- 32-hex ID：100%（= 命名不可读、重构风险高）
Core Value
- 驾驶：Subject 1/2/3 的方法与图片材料（CSV 21 行）。
- 产品测试：CSV 579 条（AI/开源/音乐/视频/旅行等），是可持续的“信息优势来源”。
- 部分条目已有长笔记：例如 LV0 体验记录（含讨论与截图）。
Data (可视化切入点)
System (把资料变成可行动)
Key Issues (可优化点)
1 · 可用性
- 附件断链风险高：大量图片在“同名文件夹”中，但 md 里常写
IMG_xxx.png（未带文件夹前缀）。 - 深目录 + 冗余命名：最高 15 层；“同义层级”过多（Job/JOB/PM/PM K system/...）。
2 · 可检索性
- 无 frontmatter：当前字段以正文行存在（例如
Tags:、URL:），无法稳定查询与聚合。 - 无 wikilinks：几乎没有 Obsidian 内部双链，难形成“知识网络”。
3 · 可维护性
- 100% 文件名包含 32 位 ID：对人类不友好；对移动/重构也不友好（容易破坏路径链接）。
- 字段语义漂移：同一概念可能同时出现在 Tags/Status/文件夹名/CSV，缺少单一真源。
4 · 价值未兑现
- 产品测试 CSV 579 条：完成仅 12 条；需要“筛选机制”与“产出模板”。
- 驾驶资料：适合变成 checklist/流程卡片，用于练车前 2 分钟快速复习。
Improvements (怎么改)
0–30 min
- 先选 1 个子树做试点（例如 Drive 或 Product test）。
- 修复该子树的图片路径（确保 Obsidian 内可正常预览）。
1–2 h
- 设计 frontmatter schema（
type/status/tags/url/created）。 - 做 1 个 Dataview 仪表盘：按
status聚合。
1 week
- 移除 32-hex ID（保留到
notion_id字段）。 - 建立 2 个 MOC：Driving 与 Product Tests。
- 每周固定 30 分钟：从清单里完成 3 条并写结论。
Step-by-step（建议做法）
- 选试点：优先选图片多、价值高的区域（例如
Drive/Subject 2或Product test）。 - 修图链：把 md 中的
改为（即“同名文件夹/文件名”）。 - 定 schema：把
Tags:/Status:/Created time:/URL:迁移到 YAML frontmatter。 - 建看板：用 Dataview 生成一个表格：按
status聚合、按created排序。 - 建闭环：每周固定一次：从 Not started 里挑 3 条 → 体验 → 写 5 行结论 → 改状态。
Frontmatter 示例
---
type: product_test
status: not_started
tags: [AI, 开源]
url: https://example.com
created: 2025-04-24
notion_id: 6ae112f45db44fcf9f56baaf29db1529
---Expert Views (best minds 模拟)
Tiago Forte · PARA / CODE
Thesis: 把“资料”变成“可用资产”，关键是按项目/领域/资源/归档组织，并让信息能被复用。
- Driving = 典型 Project（有终点），适合 checklist 与复习卡片。
- Product tests = Resource + Ongoing Area（持续输入），需要固定 review 节奏。
- 先解决“可找到、可复用”，再谈“写得更好”。
David Allen · GTD
Thesis: 参考资料不是问题，未明确下一步动作 才是压力来源。
- 把“Not started”清单变成每周的 Next Actions（一次 3 条）。
- 把状态从正文抽离为字段，才能做可靠的清单系统。
- Weekly Review 是这个目录价值兑现的开关。
Andy Matuschak · Evergreen notes
Thesis: 不要堆页面；每条笔记应回答一个问题，并和其他问题连起来。
- 把长记录拆成“结论卡片”：我试了 X，得到 Y，适用边界是 Z。
- 建立 MOC，让“入口页”承接检索与复习。
- 优先补链接，而不是补分类。
Edward Tufte · Data viz
Thesis: 可视化的目标是减少认知摩擦：让你一眼看到趋势、缺口与优先级。
- 用最小图表（barlist/小多图）呈现：状态、时间、标签三轴。
- 把“Done/Not started 比例”放到首页，驱动行为改变。
- 避免花哨：信息密度 + 上下文优先。
James Clear · Habits
Thesis: 不是靠意志力清单，而是靠系统：让“体验与记录”变成低摩擦习惯。
- 把“每周 3 条体验”绑定到固定时间与触发器（如周日晚上）。
- 给每条记录一个固定模板（5 行），降低启动成本。
- 用可视化反馈（Done 增长）强化循环。
可视化展示方案（落地到 Obsidian）
Dashboard 1
产品测试看板
- 表格字段：
status / tags / url / created / summary - 视图：按状态分组（Not started / In progress / Done）
- 配套：每周固定 review，把 Done 从 12 推到 24
Dashboard 2
驾驶进度页
- 把 Subject 2 的流程变成 checklist（上车准备 → 倒库 → 侧方 → S 弯）。
- 每次练车后只做一件事：补 1 条“踩坑/纠偏”。
Dataview 查询示例（伪代码）
```dataview
TABLE status, tags, url, created
FROM "05-Knowledge/06-Lifestyle"
WHERE type = "product_test"
SORT created DESC
```分组/看板（思路）
- 按
statusgroup；每组只展示 Top 10（避免信息过载）。 - 对
AI/开源/音乐等高频 tag 建快捷筛选。
Evidence & Confidence
| Claim | Evidence | Confidence |
|---|---|---|
| 目录仍是 Notion 导出形态，难以结构化查询 | md frontmatter = 0；wikilinks = 0；字段以正文行出现（Tags/Created time/Status/URL） | High |
| 最大价值在产品测试清单与驾驶资料 | 产品测试 CSV 579 条；Drive CSV 21 条；内容包含大量链接与截图记录 | High |
| 图片/附件存在断链风险 | Notion sidecar folder 结构明显；多条图片引用为裸文件名而附件在同名文件夹中 | Med–High |
Details (Optional)
One next action
只做一件事（推荐）：选 Drive 作为试点，把每篇笔记的图片链接修复为 “同名文件夹/文件名”，确保 Obsidian 内可预览。
完成后，再复制这套方法到 Product test（收益更大）。
Sources (local)
05-Knowledge/06-Lifestyle文件扫描与统计（本地）。.../Product test ..._all.csv（579 行）与.../Driver‘s K ..._all.csv（21 行）。- 模板：
assets/modern-minimalist-report.html、assets/zon-minimal-editorial-details.html