所以这一次，我选择了静态站点生成器：Hexo + Butterfly 主题。

为什么是 Hexo

对比过几套方案之后，结论很朴素：

我需要的是「写一篇 Markdown，然后它自动变成好看的网页」，Hexo 刚好够用，而且 Butterfly 确实漂亮。

三步走

初始化一个站点，其实只有三条命令：

1
2
3

npm install -g hexo-cli
hexo init my-blog
cd my-blog && npm install

然后装上主题和它依赖的渲染器：

1

npm install hexo-theme-butterfly hexo-renderer-pug hexo-renderer-stylus

在 _config.yml 里把 theme 改成 butterfly，一个能跑的博客就出现了。

那些文档没写清楚的地方

1. 主题配置要放在根目录

Butterfly 的配置不是直接改 themes/butterfly/_config.yml，而是在站点根目录新建 _config.butterfly.yml。好处是升级主题时配置不会丢——Hexo 会把它深度合并到主题默认配置上。

2. 本地搜索需要额外插件

主题里的搜索框默认是空的，要装 hexo-generator-searchdb 才会生成 search.xml：

1
2
3
4
5

search:
  path: search.xml
  field: post
  content: true
  format: html

3. 头像和背景图放在 source 下

放在 source/img/ 里的文件会被原样拷贝到网站根目录，所以配置里写 /img/head.jpeg 就能引用。

一点体会

静态博客最大的好处，是内容与呈现分离。文章就是一堆 Markdown 文件，放在 Git 仓库里就是最可靠的备份；哪天不想用了，换成别的生成器也只是换个渲染层，文字本身不会丢。

接下来我打算把这里当作一个「工作台」：踩坑记录、读书笔记、以及那些半成品的想法，都先写下来再说。

先说结论

真正留下来的只有三个：一个写代码的，一个查资料的，一个做长任务的。其余的不是不好，而是我并没有那么多需要它的场景。

写代码：值回票价

它最大的价值不是「帮我写」，而是帮我看懂别人的代码。陌生仓库、遗留系统、只有 commit message 的历史——这些时刻，一个能快速解释上下文的东西，比补全代码重要得多。

我的使用方式很土：

1. 先把目标拆成可验证的小步
2. 让它给出方案，我挑一个
3. 让它解释每一处改动的理由
4. 自己跑测试

第四步不能省。工具越强，越容易跳过「真的理解」这一步。

查资料：不要只看摘要

搜索型 AI 最容易骗人的地方，是它的语气。一个错误的答案和一个正确的答案，读起来一样自信。

所以我现在养成了一个习惯：任何要写进代码或者文章的结论，都去找一手来源。博客、发布会、KOL 的转述，都只是二手信息。

长任务：还在观察

让 AI 自己跑几个小时的活儿，听起来很美好。实际上，任务越长，中途的判断点越多，越需要人盯着。它更像一个不会累的实习生，而不是一个可以完全放手的同事。

最后

算下来，这两百美元买的其实不是「更快的产出」，而是更多次尝试的机会——试错的成本低了，我敢去碰以前会直接放弃的东西。

这大概才是它真正的价格。