最开始写博客时，我把所有东西放在一个站点里：技术笔记、读书摘录、旅行照片、偶尔的情绪。分类栏里既有“前端”，也有“随笔”，看起来什么都有。
问题很快出现。技术读者点进一篇生活随笔，看到一半发现不是自己要的；朋友想看我最近写了什么，却被一堆配置命令挡住。更麻烦的是我自己：写技术文时习惯克制，写生活文时需要放松，两种状态在同一个首页里互相干扰。
先分开，再连接
后来我把内容拆成了两个博客站和一套笔记库：
- 星图磐轴志：技术过程与判断，偏“地基”；
- 星图云梁志：链路、分发与表达，偏“抵达”；
- Axis笔记：可以标准化的操作文档，偏“执行”。
三个站点共用同一套构建工具和主题基础，但语气、导航和首页编排不同。技术博客用更密的排版和代码块，生活随笔用更大的图片和更松的行距；笔记站则完全按文档目录组织。
分开之后，最直接的变化是写作时不再犹豫“这篇该放哪”。只要问一句“读者是谁、他来这里想做什么”，位置就清楚了。
共用什么，不共用什么
共用的部分是基础设施：Hexo、主题、部署脚本、备份、CDN、域名管理。这些和内容无关，没必要为每个站点重做一遍。
不共用的部分是“声音”：
- 技术文章默认读者能看懂命令，可以直接进入问题；
- 生活随笔默认读者不认识我，需要先给场景和情绪；
- 笔记文档默认读者正在执行操作，必须步骤清晰、少用比喻。
我试过用同一套模板套所有内容，结果是技术文太啰嗦，生活文太像说明书。模板可以共用，语气必须分开。
导航是承诺
首页和导航其实是在向读者做承诺。技术博客首页放“最新文章”和“归档”，读者预期看到的是持续的技术记录；生活随笔首页放照片和短句，读者预期看到的是更个人化的内容。
如果导航里同时出现“Kubernetes”和“深夜随笔”，读者会困惑，我也很难把两类内容都编排好。分开之后，每个站点的导航都只服务一种预期。
RSS 也分开了。订阅技术博客的人，不应该收到旅行照片；反过来也一样。这个决定让订阅数变少，但留下的读者更准确。
连接发生在哪里
分开不等于割裂。三个站点之间有几条明确的连接：
- 技术文章里提到具体操作时，链接到笔记站的对应文档；
- 笔记文档开头注明它服务于哪个站点的哪类问题；
- 生活随笔里如果写到技术，只写感受，不展开细节，把细节留给技术博客。
这些连接是“按需跳转”，不是“混在一起”。读者不会在读教程时突然遇到一段抒情，也不会在随笔里被要求执行命令。
写作状态的区别
分开之后我才意识到，两种写作消耗的精力完全不同。
技术文章需要连续的时间：查资料、验证命令、组织结构，中途被打断就很难接上。生活随笔更像随手记录，情绪到了就写，写完放几天再改。
以前混在一起，我经常在“想写点感受”的时候打开技术博客的编辑器，最后什么都没写成。现在我会先判断今天的状态适合写哪一类，再去对应的仓库。
一个还没解决的问题
生活随笔的更新频率一直很低。一部分原因是我不想把太私人的内容公开，另一部分原因是这类文章没有“完成”的标准——技术文可以验证命令是否正确，随笔只能靠感觉。
我暂时接受这个状态。不是所有内容都需要稳定产出，有些东西写得慢一点，反而更真实。
最后
“连接两个世界”不是把技术和生活煮成一锅，而是让它们各自完整，再在需要的地方搭一座桥。
一套系统可以承载很多种声音，但首页、导航和排版只能代表一种。想清楚每个站点代表哪一种，剩下的连接才是有意义的。