三个网站住在一栋房子里：我如何学会划分边界

我有三个结构相近的网站：个人博客、LiveDXB 和 nevskii.me 作品集。把它们放进同一栋技术房子，是很自然的想法。图片、路由、语言和构建，为什么要解决三次？

于是出现了共享 Astro 代码，加上各网站自己的设置。这让机制得以复用，同时保留不同的内容和呈现。但共享平台很快暴露出一种居家特性：一间屋子装修，其他屋子都能听见。

“nevskii.me — 首屏”保留了项目真实的素材与设计。

nevskii.me — 首屏

归档界面 · 演示数据

共享模板扩大了错误影响范围

文章组件变化时，只打开一张方便的页面并不够。需要知道哪些网站使用它，存在哪些内容块变体，以及哪里文字会更长。阿拉伯语带来书写方向，图库带来媒体顺序，旧 URL 带来跳转规则。

“nevskii.me — 内部版块”保留了项目真实的素材与设计。

nevskii.me — 内部版块

归档界面 · 演示数据

因此，网站配置必须明确选择自身的内容、路由与设计。不能因为旁边放着一个合适文件，就把别的网站材料意外打包进相邻版本。越多与智能体协作，就越需要让系统本身明确呈现这些边界。

nevskii.me — 联系版块

归档界面 · 演示数据

架构可以改变

随着时间推移，需求分化了。nevsky.ae 有了自己的应用和 Git 中的编辑源。LiveDXB 保留了基于 EmDash 已发布修订版的流程。nevskii.me 的 Astro 版本则保留为独立预览。

所以今天我不会把这段经历描述成“三个运行中的网站一直共用同一个不变引擎”。共享平台是一个阶段，帮助我们辨别可复用部分。后来，一些边界必须划得更严格。

这完全是有用的成果。可以复用路由或内容块处理方案，而不必强迫编辑团队永远遵守同一作息。否则，避免三份代码副本省下的成本，会逐渐变为协调每个动作的开销。

如今与工作室和品牌群合作时，我先问：你们真正共享的是什么？如果只是所有者的标志，统一平台可能是强调这一点的昂贵方式。如果共享的是内容模型、团队和发布流程，就值得利用共同机制。

共享基础让内容、语言和页面处理得以复用。后来项目分开了。本文保留这一架构决策的历史：界面相似，不意味着所有网站都需要同一个来源、同一次发布。

相关故事：Nevsky.ae 的历史 · LiveDXB 迁移 · 作品集从 Framer 到 Astro。