建立个人博客并不是为了追赶某种仪式感，而是为了给长期积累找一个稳定的出口。很多技术折腾在完成当下问题之后，很快就会散落在聊天记录、配置文件、临时笔记和浏览器收藏夹里。等到下一次遇到同类问题，又要重新搜索、重新判断、重新踩坑。

我希望 Chogori Blog 解决的是这个问题：把一次排查、一次配置维护、一次工程经验复盘，整理成以后可以重新打开的资料。

写给未来的自己

博客最直接的读者其实是未来的自己。比如 Surge 规则为什么这么分组，Quantumult X 的某条策略为什么不能合并，NX/UG 某个建模流程为什么要先保留中间特征，这些判断如果只靠记忆，很快就会变得模糊。

文章会尽量记录三件事：

• 问题发生的上下文
• 尝试过但没有采用的方案
• 最终选择和后续维护成本

这样一来，内容不只是结论，也包含推理路径。

写给同样折腾的人

网络代理规则、工程软件、音频设备和个人工具链都有一个共同点：搜索得到的答案很多，但能解释清楚边界条件的内容不多。我的写作会优先关注“为什么这样做”，而不是只贴一段配置。

如果一篇文章能帮别人少走一次弯路，或者帮我自己半年后快速恢复上下文，它就已经值得写。

先保持简单

现阶段博客只使用 Astro、Markdown/MDX 和 Git。没有数据库，没有复杂 CMS，也不把内容锁在某个平台里。文章就是文件，修改可以用 Git diff 看见，迁移也足够直接。

先把写作这件事跑起来，比一开始追求复杂系统更重要。