从 2014 年开始，我的博客一直跑在 Hexo 上。Hexo 给我的感觉一直是：能用，但用得不爽。

最初文章不多，生成速度尚可，主题随便改改也能接受。但随着内容体量上来，问题逐渐暴露：

• hexo generate 速度慢的出奇
• 插件依赖复杂，Node版本是真的不敢动
• 主题想魔改就得学模板语法，维护成本高

10年积累的各种魔改，补丁，脚本，这个站点的源码仓库早就成了“屎山”。每次想重构，都不敢动。

为什么选择 Astro？

很明确，Astro 的优势让我们一拍即合，它的核心理念非常对我胃口：Islands Architecture + 默认静态输出 + 极少 JS。

实际上，我们的一些站点已经开始使用 Astro 了，比如 和谐科技网 和 EVE-CN 新版的站点。

2026 年春节的转机

转机出现在 2026 年春节。

随着 GLM、MiniMax 等新模型陆续发布，大模型的代码理解能力明显增强。

CNB.COOL 提供了量大管饱的 AI 模型，我开始用 AI 做“代码整理 + 迁移设计”。

本次迁移完全使用国产大模型，使用了 CodeBuddy 的 GLM5.0 和 MiniMax-2.5 模型。GLM5.0 对需求和项目的理解能力大幅提高，生成速度也很快，体验非常棒。

MiniMax-2.5 负责对 GLM5.0 生成的代码进行审核，发现问题并重新给 GLM5.0 审核意见。

它帮我做了几件关键的事：

• 分析 Hexo 项目结构
• 归纳实际使用的特性
• 列出 MVP 功能清单
• 生成 Astro 组件骨架
• 自动改写 Markdown 结构
• 帮我梳理 URL 重定向规则
• 代码审查并修复

过去需要几周梳理的东西，这次迁移+测试只用了不到一天。这不是“AI 写博客”，而是 AI 帮我拆屎山。（坏了，GPT附体了？）

迁移后的感受

新站点打开速度变得更快了。Hexo 陪我走过了很长一段时间，目前他的使命已经终结，Astro 代表一个更现代、更高效的阶段。AI 能力是迁移的加速器。

迁移后的新 Astro 工程还在 AI 的加持下快速修修补补，老的 Hexo 仓库会尽快归档。目前你看到的这个网站就已经是基于 Astro 构建的了。