从 0 到上线：我把 AI观察室部署到了 blog.elenaspace.com
记录我从搭博客骨架、接 GitHub 和 Vercel，到最终把 AI观察室真正上线的全过程。
我一直想有一个属于自己的技术博客。
不是为了“做一个网站”本身，而是想有一个稳定的地方，把我在 AI、自动化、Agent 和工作流上的思考、实践、踩坑记录下来。相比把内容散落在社交平台、聊天记录或者临时笔记里，一个独立博客更像是自己的长期基地：可控、可持续、也更安静。
于是，这两天我从 0 开始，把 AI观察室 部署到了：
这篇文章就记录一下整个过程，也顺手整理一下我在搭建过程中踩过的坑。
为什么要自己搭博客
最开始我考虑过直接在现成平台上写，比如公众号、Medium、掘金或者其他内容平台。它们的优点很明显：不用折腾技术，打开就能写。
但我还是更想要一个自己的站点，原因大概有三个：
1. 内容归属感更强
自己的域名、自己的页面、自己的结构。写出来的东西，不是“发在某个平台上的一篇文章”，而是这个站点的一部分。
2. 技术写作和技术搭建本身就是一体的
既然写的是 AI、Agent、工具链和自动化，那博客本身也最好是可编排、可维护、可迭代的。博客不只是内容容器，它本身也可以成为实践的一部分。
3. 长期来看更自由
以后我想改样式、改结构、加页面、换部署方式，都不会受限于某个平台的规则。
我最后选的方案
我最后采用的是一条尽量轻量、但足够长期可用的方案：
- 博客框架：Astro
- 内容格式：Markdown
- 代码托管：GitHub
- 部署平台：Vercel
- 域名管理：阿里云
- 最终域名：
blog.elenaspace.com
这套组合的好处是：
- 不需要自己买服务器
- 写作体验清晰直接
- 部署流程简单
- 以后继续维护成本不高
简单来说，就是：
本地写文章 → push 到 GitHub → Vercel 自动部署 → 阿里云 DNS 把域名指过去。
搭建过程中做了什么
1. 先把博客骨架跑起来
我先在本地搭了一个 Astro 博客骨架，包含：
- 首页
- About 页面
- 文章页
- Markdown 内容目录
- 基础样式
一开始不追求复杂，目标只有一个：先让博客活起来。
因为如果一上来就想把评论、统计、搜索、归档、主题切换、动画效果全做完，十有八九会把项目拖死。
2. 确定正式项目目录
中间我一度把项目放在不同目录里，后来决定把正式项目固定在：
/Users/elena/AIProject/spaceblog
这一步看起来很小，但其实很重要。一旦正式目录确定，后面的 Git、部署、发布流程都会更顺。
3. 接 GitHub 仓库
我给这个博客建了一个独立 GitHub 仓库，用来托管源码。
一开始 push 过程中也遇到了一些认证和身份问题，但最后还是走通了。这类问题很典型：真正卡人的往往不是框架本身，而是认证链路、权限、工具环境这些“外围系统”。
4. 接到 Vercel
把 GitHub 仓库导入 Vercel 后，博客就有了一个可用的预览域名。
这一刻其实就已经接近“上线”了。因为只要 Vercel 构建通过，站点就已经能够公开访问，只是还没有挂上自己的域名。
5. 配阿里云 DNS
最后一步是把 blog.elenaspace.com 指向 Vercel。
我域名是放在阿里云的，所以最终做的是：
- 在 Vercel 中添加
blog.elenaspace.com - 获取它要求的 DNS 配置
- 回到阿里云 DNS 解析里新增对应的 CNAME 记录
- 等待解析生效和 SSL 证书签发
等这一步通了以后，博客就正式上线了。
中间踩过的坑
1. 目录切换导致本地 dev 服务容易混淆
项目目录改来改去之后，本地 localhost:4321 有时看起来没变化，不是因为改动没生效，而是因为浏览器连的还是旧目录跑出来的 dev 服务。
这个问题表面看像“页面没刷新”，本质是启动的是另一个目录的 Astro 进程。
2. Git 提交身份会影响 Vercel 部署
有一次明明已经 push 成功了，但 Vercel 的最新部署却被 Blocked 了。
后来才发现，原因不是代码，也不是构建，而是提交者身份没有被 GitHub 正确识别。对于私有仓库 + Hobby Plan 的组合，这种细节会直接影响生产部署是否被放行。
这件事很能说明一个问题：
真正的部署系统，很多时候卡的不是“程序对不对”，而是“系统认不认你”。
3. 域名和网站不是一回事
一开始我对域名和 DNS 的理解其实也是半懂不懂。后面慢慢捋清楚了：
- 域名只是一个名字
- DNS 负责告诉浏览器这个名字应该去哪里找
- 没有部署平台和解析记录，别人并不能通过域名直接看到网站
这也是为什么“买了域名”不等于“你已经有网站了”。
为什么我把它叫做 AI观察室
站名最后定成了 AI观察室。
这个名字比起直接用个人姓名或者“某某的技术博客”更像一个长期存在的空间。我希望它不是纯粹的个人日记，也不是工具说明书，而是一个持续观察和沉淀的地方。
“观察”这个词我很喜欢，因为它意味着：
- 不只是追热点
- 也不只是堆工具
- 而是边用、边想、边记录，慢慢形成自己的判断
接下来准备写什么
博客上线只是开始，真正重要的还是后面的内容。
我接下来想写的内容，大概会围绕这些方向：
- AI / Agent 工作流
- OpenClaw 相关实践
- 自动化工具和系统搭建
- 技术踩坑复盘
- 关于工作方式和数字秩序的思考
站点可以慢慢优化，但内容最好尽快开始。
因为一个博客最终值不值钱，不取决于你首页有多好看，而取决于：
你有没有持续写出值得自己以后再回来看的东西。
最后
从 0 到上线一个博客，技术上其实不算特别难。真正麻烦的地方，是中间那些看似琐碎但非常真实的部分：路径、认证、Git 身份、DNS、部署策略、环境差异。
但也正是这些细节，让“搭一个博客”不只是搭一个页面，而是在搭一套属于自己的发布系统。
现在，AI观察室 已经活了。
接下来，就该认真写了。