技能介绍

要解决什么问题

对话、微信文章、PDF、会议记录和项目文件往往停在「当时能看懂」的状态：过几天只剩链接、零散摘要，或一篇指针笔记，读者必须重新打开原始资料才能继续工作。Obsidian 库若缺少统一的 Properties、callout 区块和 Key references / 文件引用 边界，笔记之间也难以形成可检索的知识关系。

技能如何工作

本技能把「整理成笔记」当成一条可重复流水线，而不是自由发挥写 Markdown：

识别主题与类型：区分 agent-workflow、project-note、technical-note、decision-record、reference-note 等，业务归档时对照 references/note-types.md 选领域模板。
按来源处理：微信、URL、Office、本地文件等走 references/source-types.md 的规则，避免把抓取中间件当成长期正文。
落盘位置：Agent 工作流默认 00-Agent(工作流沉淀）/；业务档案优先 06-Archives(重要档案）/（除非用户指定）。
固定结构起草：YAML（created_at、note_type、tags 等）+ ## Key takeaway / ## 摘要 / ## Context + 主体块 + ## 后续可复用关键信息 + ## Key references + ## 文件引用；写入前套用 note-template.md 与 style-guide.md。
关联与验证：检索同目录/同主题笔记，补齐 related_notes 与 wiki 链接；有 Obsidian MCP 或 Local REST API 时优先 vault_write 并读回验证，否则输出 Markdown 供手动写入。

对 06-Archives 中的工作项目笔记，正文要求「脱离原文件仍可理解」：机制、案例、数据口径和可复制启示写在正文里，页码只作证据放在 Key references。

边界与注意点

本技能是 Obsidian 笔记的结构权威；obsidian-markdown 只补语法，obsidian-bases / json-canvas 各管 .base / .canvas，obsidian-cli 仅在 MCP 不够时用于插件调试。
tags 只放稳定主题，不把 note_type、年份或带特殊符号的品牌写法塞进标签。
默认不写密钥类敏感信息；删除、移动、整篇替换需用户明确确认。