我写文章的时候，不太会从一个空白编辑器开始。
通常是先有一点思考。
有时候是晚上突然想到一句话，有时候是工作、阅读或者生活里留下来的感觉。有些东西说不完整，只有几段碎片，几句话，甚至只是一个方向。
然后我会和 AI 聊。
不是让它直接替我写一篇文章。
更像是请它做一个主持人。
它会顺着我说的话继续问，问我当时到底在想什么，问我哪些地方只是情绪，哪些地方其实有判断，问我有没有一个具体的画面、一段经历，或者一个不太容易说清楚的感觉。
我会一段一段地说。
有时候说很多。
有时候只丢一句。
它们混在一起也没关系。
因为一开始重要的不是格式，而是把东西说出来。
AI 是主持人，不是替身
AI 可以帮我整理、润色、检查格式，也可以帮我把中文翻成英文。
它有点像兼职审稿编辑。
但它不能代替经历和判断。
一篇文章真正属于我的部分，不是那些看起来顺的句子，也不是它后来帮我补上的表达。
而是我经历过什么，为什么会有这个想法，最后愿意留下什么判断。
AI 可以把碎片整理成文章。
但碎片得是我的。
它可以问问题，帮助我把跑散的话慢慢收回来。
但它不能替我感受，也不能替我决定一件事到底重不重要。
所以我更愿意把它放在一个合适的位置。
不是代笔。
也不是神奇工具。
它只是一个能陪我把话说完的人。
先把中文说清楚
位矩现在以中文写作为主。
因为很多想法一开始就是中文出现的。
有些感受、有些记忆、有些不太规则的句子，如果一开始就想着英文，很容易变得像说明书。中文里那些停顿、绕一点的说法、随口冒出来的判断，反而更接近原本的自己。
所以流程里，中文永远在前面。
先把标题想出来。
再写导读。
然后把正文慢慢说出来。
正文完成后，检查它是不是还是我原本想说的东西。
不是检查它够不够漂亮。
而是检查它有没有被整理得不像自己。
格式交给工具
我不想把太多时间花在格式上。
标题怎么写，导读放在哪里，封面路径对不对，标签有没有漏，英文版有没有补，构建会不会出错，这些事情都应该有一个比较稳定的流程。
我只需要输出。
AI 帮我整理文章结构，补齐文章元信息，检查格式，生成英文版，再做一次构建检查。
封面图也不需要承担太多意义。
它主要是让文章看起来舒服一点，完整一点。文字有了一个入口，首页也不会只剩下一片标题。
一篇文章最少要有这些东西：
- 标题
- 导读
- 封面
- 正文
- 内容检查
中文确认以后，再做英文版。
CMS 不是主要写作地点
Decap CMS 还是有用的。
它适合改小地方，补元信息，或者临时调整一篇文章的状态。
但我不想把它变成主要写作地点。
因为在网页里写东西，对我来说还是有一点麻烦。
它有界面，有等待，有同步，有时候也让人感觉文章已经被放进一个系统里，而不是还在慢慢长。
本地 Markdown 更安静一点。
文件就在这里。
文章写完是什么样，就是什么样。
之后再通过 GitHub 留下版本记录，通过构建变成网站。
这不是说 CMS 不好。
只是对位矩来说，它更适合做维护，而不是做思考发生的地方。
推送代表初审完成
GitHub 推送，不只是备份。
它更像一次初审完成。
当一篇文章有了标题、导读、封面、中文正文和英文版，格式检查也过了，网站构建没有问题，它就可以推送。
这不代表它从此不能改。
文章以后当然还能修订。
但至少在推送的那一刻，它已经是一个完整版本。
可以择日发布。
也可以先安静地留在那里。
我喜欢这种感觉。
不是写完一段话就立刻扔出去。
而是先把它整理好，放到该放的位置，再确认它能站住。
一种轻一点的写法
这套流程不一定适合所有人。
有人适合在编辑器里一口气写完。
有人适合在 CMS 里直接发布。
有人需要更复杂的协作和审核。
但如果一个人只是想长期写点东西，又不想被格式、平台和流程磨掉，或许可以试试这种轻一点的方法。
先想。
再说。
让 AI 帮忙追问和整理。
把经历和判断留给自己。
中文写完，再翻成英文。
检查完，再推送。
最后，一篇文章就留在这里。
它不一定很完美。
但至少它有来路。
