这天我开始把做产品、学日语和使用 Agent 的过程写出来，也在 X 发了第一条帖子。真正妨碍我持续写的，不是缺一个漂亮的编辑器，而是每次想记录一点东西，还要打开后台、登录、填表单，再想它会不会影响网站代码。

所以我先改写作路径：文章放在独立内容仓库，用本地编辑器写 Markdown，经过 Git 检查后再进入网站。 站点负责展示，内容仓负责文章。这样改一篇手记，不用打开网站管理后台，也不用为正文改动重建页面代码。省下的是操作步骤；我没有量过具体节省多少分钟。

先分开内容和页面#

当时我把 /notes 改为读取 Markdown 文件，而不是从原先的数据库取文章。文件名是稳定的文章地址，标题、日期、摘要和标签放在开头，正文直接用 Markdown 写。写作和页面样式可以分别修改，出现问题也能从 Git 里找到是哪次改动。

这不是说“push 一次就一定已经上线”。提交、同步、网站读取是不同环节，哪一步失败就查哪一步；正文里引用图片或视频，也还要确认访客能打开。独立内容仓解决的是写作入口和版本记录，不替代公开前的内容检查。

一篇文章最小怎么走#

  1. 在本地新建 Markdown，先写清这篇解决什么问题，再补日期和摘要。
  2. 预览正文，检查链接、图片和有没有不该公开的个人信息。
  3. 看 Git diff，确认只改了打算发布的文章，再提交内容仓。
  4. 上线后打开公开页面，确认访客看到的是刚写的版本。

如果内容还只是当天的念头，没有具体做法或判断，就先留在草稿里。对我来说，提效不是催自己多发，而是让一条值得留下的经验能顺手写出来，同时保留核对和撤回的余地。