Obsidian 插件集
围绕内容预览、对话历史和公众号排版开发的小插件，让知识与创作流程更顺手。
PRODUCT STRUCTURE
01Markdown 公众号排版预览
02AI 对话历史查看
03模板、字体和背景管理
04公开仓库持续维护
希望在 Obsidian 内完成排版预览、对话归档和公众号内容转换的创作者。
插件需求设计、独立仓库维护、许可证审查和敏感配置边界。
两个公开插件仓库持续可访问；公众号转换插件完成本地改造但暂不公开。
01 · WHY IT EXISTS
它为什么会出现
这些插件都来自内容工作流中的小摩擦：Markdown 写完后无法预览公众号效果、AI 对话历史难以查看、微信内容转换需要来回复制。与其等待一个万能工具，不如把高频问题做成 Obsidian 内的小插件。
02 · THE PROBLEM
真正要解决的问题
知识库里的内容要在不同工具之间反复复制，公众号排版和 AI 对话历史也很难进入稳定工作流。
03 · THE RESPONSE
最终形成的方案
把高频摩擦做成 Obsidian 内的小插件，让预览、排版和历史查看发生在内容所在的位置。
04 · BUILD LOG
项目不是一次生成的。
重要的不是“AI 写了多少代码”，而是需求怎样在真实使用中逐步变得清楚。
- 01
三个独立插件
分别完成排版预览、对话历史查看和微信内容转换。
- 02
仓库与许可证核对
两个插件公开维护，第三方改造版等待许可证与配置检查。
- 03
按需维护
出现 Obsidian 兼容性或明确新功能时再更新。
05 · KEY DECISIONS
真正决定项目质量的三个选择。
每个插件独立管理
聚合目录不整体建仓，每个可发布插件拥有自己的版本与许可证。
第三方改造必须保留来源
公开前先核对原许可证、修改说明和可分发边界。
公众号密钥永不入库
AppID、AppSecret、代理和账号配置只保留本地。
Markdown 公众号排版预览
AI 对话历史查看
模板、字体和背景管理
公开仓库持续维护
07 · WHAT WAS DELIVERED
已经完成
- 两个公开 GitHub 插件
- 形成 Markdown 到公众号预览链路
- AI 对话历史进入知识工作流
- 建立独立插件维护策略
08 · HONEST LIMITS
仍然有限
- 公众号转换插件尚未公开
- 部分功能依赖个人工作流
- 需要持续跟随 Obsidian API 变化
09 · NEXT
下一步
- 处理明确兼容性问题
- 完成第三方插件许可证检查
- 按插件分别维护版本
10 · KEEP READING
项目、文章和资料库连在一起。
项目页讲“做成了什么”，文章讲“过程发生了什么”，飞书保存可以继续复用的方法与资料。
相关复盘
这个项目的完整复盘还在整理中。可以先阅读飞书资料，或加微信备注“项目”交流。
