把作品集迁出 Framer，也保留它的灵魂

我用 Astro 构建了 nevskii.me 作品集的一个版本，测试从 Framer 迁移时能否保留项目、语言和视觉个性。任务是还原现有网站的行为，而不是挑一个新模板。

我在 nevskii.me 上测试的正是这一点。我需要一条从 Framer 作品集走向 Astro 网站、并将内容存储在文件中的路径。但作品集已经有自己的视觉特征、项目，以及英语和俄语版本。从另一个模板开始在技术上会更简单，却也意味着做的是完全不同的事情。

“nevskii.me——首屏”保留了项目的真实内容和设计。

nevskii.me — 首屏

归档界面 · 演示数据

迁移的是行为，不是一张截图

项目卡片必须打开正确的案例，已有网址必须找到对应内容，封面必须保留原来的裁切。明暗主题也应保持熟悉的样子。哪怕只是一条普通的长图注，也可能破坏看起来整齐的首页复刻。

在 Astro 版本中，案例以结构化数据表示，本地化文字与模板分离。项目、联系方式、简历和许可页面的路由，被视为与旧网站之间的约定。一张特定照片或一个页面地址也是约定的一部分，尽管它们通常不会出现在光鲜的技术栈更换故事里。

“nevskii.me——内页”保留了项目的真实内容和设计。

nevskii.me — 内页

归档界面 · 演示数据

对我来说，这是检验 AI 开发的一种有效方式。智能体能很快复现看得见的图案；接下来，却得向它解释那些不那么上镜的要求：不要丢链接，不要混淆语言，不要把大致翻译冒充已确认的文案。

nevskii.me — 联系页面

归档界面 · 演示数据

为什么这里仍写着“预览版”

准备好的 Astro 后继版本仍是一个独立的 noindex 版本。在项目记录的那个阶段，主站 nevskii.me 继续运行在 Framer 上。一个新网站能够运行，并不等于获得了替换旧网站的许可。

这不是作品集中常见的那种结尾：火箭升空、产品上线、大家相拥。但它描述了真实的工作。你可以证明迁移可行，保留一条已经准备好的路径，而不必在周五晚上给业务制造一场不必要的关键考验。

在所描述的阶段，Astro 版本仍然是独立预览版。它证明了迁移的可行性，也提供了与 Framer 对比的材料。文章中的归档页面属于那个阶段，并不代表作品集此后的所有版本。

相关故事：Framer 上的 Pilates.me · 三个网站的共享平台 · PAC Journeys 的不同阶段。