服务器的选择

我首先在阿里云买了一个位于香港的服务器节点，选的是最基础的配置：eCVM（入门级实例）、200GB 硬盘、100Mbps 带宽。选择这个基础配置，主要是考虑到价格比较便宜。

最初我是想将其作为一个 Trojan 节点用于科学上网，但后来想法有了改动。考虑到既需要伪装，又想作为一个个人博客使用，所以我决定搭建一个 Hexo 博客。

为什么选 Hexo

这样做有两个原因：

  1. Hexo 是静态本地编译，然后通过 Rsync 同步上去的，基本上不会产生很大的性能开销，主要只占用网络带宽。
  2. 它同时可以作为一个 Hysteria 或者 Clash 机场的节点——对外看起来就是一个正常的个人网站，对内还能承担其他用途。

对一个 1C1G 的轻量 VPS 来说，这种「表面是博客、背后是基础设施」的组合，比单独跑一个裸节点更划算，也更符合「正确的永远是适合的」这条原则。

重型部署 vs 轻型部署

第二点是关于部署经验的对比。

这个 VPS 属于基础轻型网络部署。而我之前有另一个阿里的重型部署经验：完全从裸机开始，一路搭建 Ubuntu、环境配置、Docker、微服务，以及正式上线的前后端全栈测试。

相比之下，这次的轻型部署更加灵活快速，不会消耗太多性能，也能满足正常使用。重型方案适合复杂业务；轻量方案适合个人站点——结构简单、边界清晰、出了问题也好排查。

域名与技术栈

个人域名目前是在 Cloudflare 购买的 fankex.com，价格大约 10 美元一年。

本地技术栈方面，我参考了 yunba.icu，使用了 Hexo 的 Butterfly 主题。静态生成 + 主题成熟 + 本地搜索，对个人博客来说已经够用，不必在 VPS 上再跑一套构建环境。

关于内容

我希望在考虑到审美独特性的同时，让这个个人网站不仅能体现我的水平，也能在折腾的过程中带来乐趣。技术选型是手段，内容才是站点本身——这篇就是起点。

实际部署：PI Agent 与极简工作流

在实际部署上，因为是个简单的小项目，我不想用太复杂的 Coding 方式，而是使用了 2025 年 5 月中下旬很火的 PI Agent。它是一个 Minimal Agent（极简代理），核心是通过 Agentic 定制化工作流来辅助操作。优点非常明显：非常轻量、逻辑清晰。

目前我是在 GitHub Copilot 的账户下运行，实际跑的模型是 GPT-4o（或类似 Codex 模型），在 Medium 的 Reasoning Effort 模式下工作——够用，但不至于把一件小事做成重型工程。

以上介绍了配置动机、技术栈选型和部署背景。下一篇可以接着写具体的服务器初始化、Nginx 路由和 Rsync 发布流程。