拥有自己的网站特别适合做实验：客户总在身边，还会定期亲自制造新问题。经历了一定数量的迁移后，我不再把下一套 CMS 当成最终答案。
nevsky.ae 经历过 Ghost 和 EmDash。现在的编辑源是代码仓库中的文件。一个 Astro 应用负责生成页面；界面确实需要交互的地方才使用 Svelte。旧系统保留用于恢复，但不应再同时编辑当前文章。
“nevsky.ae——首屏”保留了项目的真实内容和设计。
nevsky.ae — 首屏
网站当前版本
一篇文章，多种阅读方式
每个内容都有永久标识符、俄语原文、共享的内容块顺序和不同语言版本。媒体也关联到这套结构。翻译改变的是文字，不会另建一篇慢慢忘记其他版本的独立文章。
“nevsky.ae——内页”保留了项目的真实内容和设计。
nevsky.ae — 内页
网站当前版本
草稿和已发布版本拥有不同的权限。我可以在本地改写内容，并以正常文章的样式查看，而读者继续收到已确认的版本。这个简单的想法，在一群特别热心帮忙的 AI 智能体进入文件夹后，尤其有价值。
nevsky.ae — 联系页面
网站当前版本
网站、搜索、Ask、Markdown、RSS 和其他呈现形式都由已发布文件生成。如果每种形式都有自己的可编辑文案，就会出现一个没有主编的小编辑部：一个界面已经在讲新故事，另一个还在引用旧内容，第三个则自信地编出一个调和版本。
为什么文件适合我
改动可以在 diff 中直接看到：段落原来这样，现在变成这样。可以检查、拒绝或回退。文字与展示它的代码放在一起，却仍是独立内容。与智能体协作时，这尤其方便：任务有可见结果，同意修改也不会自动变成允许发布。
这个选择也有代价。基于文件的编辑需要纪律、结构检查，以及对翻译和图片的关注。Git 本身不会修好糟糕的文字，也不能为每位作者代替一个顺手的编辑器。我是根据自己的工作方式选择它的。
迁移并不意味着要顺便设计全新外观、更改所有网址、切断历史。我想保留一个大家认得出的网站，改变的是它内部的工作方式。
在这个版本中，我保留了网站外观和网址，将编辑源迁移到文件中。文章可以先准备好，以真实版式打开，再独立于构建流程进行确认。终端和早期 Content OS 的故事另有专文。
相关故事：网站终端 · 早期 Content OS · 三个网站的共享平台。
@nevsky_alexander
在 Instagram，看明信片之外的迪拜：家人、城市、新发现，还有项目之间的日常。在 Threads，聊聊设计与 AI 的随想；在 YouTube，分享一条限时动态装不下的视频。选你习惯的平台关注，常来聊聊