我为什么要做一款叫“落笔”的写作软件？

写文章最累的，有时候不是写，而是写完之后。

以前我主要在 Obsidian 里写作。文章写完以后，还要切换到 Codex 或 Claude Code，调用或编写一些 Skill，完成纠错、润色和配图。配好图片，还要重新插回 Obsidian。

如果要发布到微信公众号，流程会更复杂：我还需要在 Obsidian 里维护一套排版工具，排版完成后，再把内容复制出来，粘贴到微信公众号后台。

一篇文章从开始写到最终发布，要在多个工具之间来回切换。作者花了大量时间搬运内容、处理格式、管理图片，而不是继续思考文章本身。

Obsidian 是一款优秀的笔记和知识管理工具，但它并不是为“写作—修改—配图—排版—发布”这条完整链路设计的。所以我想做一款真正面向写作者的工具，这就是“落笔”。

第一个原则：本地优先

“落笔”的第一个原则，是本地优先。 文章本体以 Markdown 文件保存在用户自己的电脑上，写作库、图片和相关资料也以本地文件为核心。用户不需要把自己的文章托管在某个平台里，也不会因为离开软件就失去自己的内容。

第二个原则：古法写作，AI 辅助

第二个原则，是古法写作，也就是人为主、AI 为辅。

我不认为写作应该变成“人提一个想法，AI 直接生成一篇文章”。写作的价值，不只是得到一篇文字，更重要的是人在写作过程中形成观点、组织经验和完成表达。

所以，“落笔”不会把作者放在旁边。作者仍然是写作的主体，AI 可以帮助纠错、润色、生成摘要、配图和辅助排版，但所有修改都应该能够被看见、审阅、拒绝和撤销。

第三个原则：重新连接写作与发布

第三个原则，是把写作到发布的流程重新连接起来。

在“落笔”里，作者可以直接使用 Markdown 编辑器完成写作和管理，再调用 AI 处理那些机械性的工作。完成后，可以进入微信公众号主题排版并创建或更新草稿，也可以发布到墨问，或者同步到基于 GitHub 的 Hugo 博客、Starlight 文档站等目标。

文章不需要在几个软件之间反复复制粘贴。写作、图片、排版和发布，都围绕同一份本地文稿展开。

我希望“落笔”成为怎样的工具

我希望“落笔”最终成为这样一款工具：

让人负责表达，让 AI 负责辅助，让软件负责把文章送到该去的地方。