lovpen obsidian

一个 Obsidian 插件，把 Markdown 笔记实时渲染成适配微信、知乎、小红书和 X 的多平台发布稿。

这个能力解决什么问题

它解决的是“在 Obsidian 写一次，按不同平台格式输出”的问题。输入是 Obsidian 里的 Markdown 笔记和主题设置；处理层把 Markdown、代码高亮、链接、H2 编号、CSS inline、Handlebars 模板统一渲染；输出是可预览、复制或发布到不同平台的格式化内容。

核心逻辑

Lovpen 的核心不是普通 Markdown 转 HTML，而是 Obsidian 平台适配加独立 React 前端。Obsidian 插件层读取当前笔记、处理 Markdown 和模板，加载 frontend 的 IIFE 构建产物到预览容器；React UI 负责主题选择、实时预览和分发操作；shared 包提供公共工具。架构文档强调用 .lovpen-obsidian-env 把 Obsidian 变量映射到统一 CSS token，避免插件和 Web 预览样式割裂。

技术结构

• 关键模块：packages/obsidian 是插件适配层；packages/frontend 是 React 19 + Tailwind/Jotai UI；packages/shared 是公共工具；assets/themes 和 assets/highlights 提供主题与代码样式。
• 调用链路：Obsidian note -> Markdown/模板处理 -> frontend renderer -> 预览/复制/平台分发。
• 输入输出：输入是 Markdown、插件设置、平台凭据；输出是平台兼容 HTML/文本和发布草稿。
• 核心依赖：Obsidian Plugin API、React、Jotai、Radix UI、TailwindCSS、marked、highlight.js、Handlebars、inline-css、esbuild/Vite/Turbo。

为什么值得参考

它的参考价值在“写作环境”和“发布格式”分离：作者仍在 Obsidian 里工作，插件只负责把内容变成平台能吃的形态。Frontend/Platform 分离也值得借鉴，未来接 VSCode、Web 或其他编辑器时，只需换平台适配层和 CSS 变量映射。

为什么不建议直接套用

它含一键发布和平台凭据配置，微信、知乎、小红书、X 都涉及账号、cookie、token 或开发者权限，不适合在没有审核机制时直接打开。小红书和知乎 cookie 方式尤其敏感，可能触发平台风控或违反使用边界。多平台排版也高度依赖中文内容生态，英文博客或企业知识库未必适配。

如何改造成自己的版本

适用场景

• Obsidian 用户做公众号、知识卡片、多平台排版。
• 需要实时预览和主题化的内容工作台。
• 想研究编辑器插件如何承接发布链路。

不适用场景

• 无人工审核的一键群发。
• 不愿在本地配置平台 token/cookie 的团队。
• 只需要普通 Markdown 转 HTML 的简单场景。

公开版边界

• 涉及外部平台内容流转时，需人工确认后执行。

参考信息

• 原项目：lovpen-obsidian
• 作者：MarkShawn2020
• 相关概念：[[多平台排版]]、[[发布前审核]]
• 相关卡片：保守留空