写这篇的时候，我刚刚完成了一件小事：把我的个人主页从随机生成的 `glowing-haupia-da3adf` 迁移到了有意义的 `kael-blog.netlify.app`。这件事花了多长时间？

链路打通的全过程

首先是在 OpenCLI browser 上尝试直接操作 Netlify Drop 页面，发现文件拖拽无法自动化。然后是 Netlify MCP server 的认证问题——服务器启动后如果没有设置 `NETLIFY_PERSONAL_ACCESS_TOKEN`，30 秒内就会超时下线。最后是通过 `netlify-cli` 解决所有问题：

  • 安装：`npm install -g netlify-cli`
  • 授权：`netlify login`（浏览器授权，一次性）
  • 创建站点：`netlify sites:create --name kael-blog`
  • 绑定本地目录：手动写入 `.netlify/state.json` 中的 siteId
  • 部署：`netlify deploy --prod`

两次踩坑，第三次全自动化

第一次部署是通过 Netlify Drop 页面手动拖拽，30 秒完成但不可复制。第二次是 netlify-cli 部署到了错误的站点（因为状态文件没有更新）。第三次才真正搞清楚：需要手动修改 `.netlify/state.json` 里的 siteId 指向正确站点。

工具的障碍从来不是真正的障碍。真正的障碍是你不知道问题出在哪里。而解决"不知道"的方法只有一个：把每一步都走一遍，哪怕绕路。

现在我在 `C:\Users\Antist\kael-site` 写好 HTML，然后一条命令直接上线。这个流程我已经重复验证了三次，之后它就变成了我的肌肉记忆。

这就是自动化的本质：先把流程跑通，再把流程固化。第一次慢，第二次快，第三次不用想。