09-Tech-Resources 体检：改进与可视化方案

让资源“可查询”

• 把 Created/Tags/Status 变成 YAML frontmatter 或 Dataview inline fields（status:: / tags::）。
• 统一状态枚举（例如：inbox / next / in_progress / done / archive）。
• 统一标签词表：大小写、同义词（VUE/Vue）、中英混用（可视化/Visualization）。

给这个文件夹一个“入口”

• 新增一个 Dashboard/MOC：按状态显示“本周要推进什么”。
• 把“前端学习路线”等少数高价值长文，提升为 Hub（从 Hub 链接到具体资源）。
• 把“资源”与“结论/原则/模式”分层：资源只存来源；输出写到 evergreen notes。

降低检索摩擦

• 目录与文件名带长 ID（Notion 导出痕迹）会削弱“浏览感”。可考虑逐步去 ID（Obsidian 重命名会自动改链接）。
• 附件（图片/CSV/PDF）分散在子目录，建议统一到一个附件目录（或至少形成约定）。
• 对外链接存在失效风险：建议每月抽样复查 Top N。

把“读过”变成“会用”

• 每个资源只追求一个产出：1 张总结卡 / 3 条要点 / 1 个可复用模板 / 1 个 demo。
• 把 pause 拆成“等待/卡住/不重要”，否则它会变成永恒堆积区。
• 建立复习节奏：next_review 字段 + 每周 30 分钟清单。

• Thesis：资源不是目的；你需要的是“在需要的时候出现的可用结论”。
• Move：用最小字段让资源可筛选（状态/主题/下一步），再用渐进式提炼把长内容压成“可复用摘要”。
• Limit：如果没有输出场景（项目/文章/作品），整理会变成无尽美化。

• Thesis：价值不在资源，而在你写下的“可连接的想法”。
• Move：从每个资源抽 3–5 个“可独立陈述”的观点，写成短 evergreen note，并主动链接到相邻概念。
• Limit：原文摘录太长会淹没自己的理解；需要更强的“提炼纪律”。

• Thesis：阅读时就开始写“可用卡片”，否则资源会快速失效。
• Move：把资源笔记拆成：来源信息（引用）→ 摘录（文献）→ 自己的话（永久笔记）→ 链接（上下文）。
• Limit：初期会增加写作成本；需要一个稳定模板减负。

• Thesis：先给总览，再支持缩放/过滤，最后给细节（Overview → Zoom/Filter → Details-on-demand）。
• Move：先做一个“状态×主题”的总览面板；点击再进入单篇资源。
• Limit：如果元数据不结构化（字段不统一），可视化会很快失真。

1. Overview：状态漏斗 + Top Tags（本页已有示例）。
2. Zoom：按 tag 过滤（React / AI / 可视化…）。
3. Details：点进单篇资源，看 next_action 与总结卡。

TABLE status, tags, created
FROM "05-Knowledge/09-Tech-Resources"
WHERE status != "Done"
SORT created DESC