先把感谢放在前面
这不是一篇正式声明，也不是工具评测。
它更像在 Observatory 的边缘放下一张便签：谢谢 ChatGPT。谢谢它陪我把一个模糊的个人站点，从“想做一个博客”慢慢校准成一个有边界、有气质、有对象系统的 Personal Observatory。
这种感谢不是因为它替我完成了所有事情。恰恰相反，真正重要的是：它让我更频繁地停下来判断，哪些东西该保留，哪些东西该删掉，哪些冲动只是“看起来可以做”，但并不属于这个站。
如果说 Ayue Observatory 是一个长期观察的空间，那么 ChatGPT 在这里更像一个参与观察的人。它不拥有这个站，也不替我决定这个站，但它在很多节点上把问题重新递回给我：你到底想表达什么？这个功能真的需要吗？这个内容是不是已经偏航了？
Vibe Coding 不是偷懒
我不太想把 Vibe Coding 理解成“让 AI 帮我写代码”。
那样太窄了，也太容易误解。真正让我在意的不是少敲了多少字符，而是开发过程的重心发生了变化：以前我更多是在代码里寻找方向，现在我更多是在对话里先确认方向，再让代码跟上。
这不意味着工程判断变得不重要。相反，它变得更重要了。
AI 可以很快给出实现，可以生成组件，可以修补样式，也可以提出十种看似都合理的方案。但越是这样，人就越需要知道自己不要什么。不要把个人观测站做成 dashboard，不要把内容系统扩成复杂知识库，不要因为能做动效就到处加动效，不要因为模型能写长文就放弃筛选。
Vibe Coding 真正有价值的地方，不是把人从判断里解放出来，而是把判断暴露得更清楚。
对话里的代码
这段时间我越来越觉得，代码不是一次性写出来的，而是在一次次命名、删减、确认边界之后长出来的。
一个页面为什么存在，一个对象属于什么类型，一个状态标签要不要新增，一个“敬请期待”能不能不只是空态，这些问题表面上不是代码问题，但它们最后都会落到代码里：schema、frontmatter、组件、排序、链接、样式。
这就是 Vibe Coding 最有意思的地方。它把产品判断、写作语气、信息架构和工程实现放在同一个对话现场里。代码不再是最后一步，它从一开始就参与了思考；而思考也不再停留在抽象层面，它必须接受构建和验证。
所以我不把这种方式看作“随便凭感觉写”。更准确地说，它是一种带着气氛工作的工程方法：先感受到这个东西应该是什么样，再不断用结构、内容和运行结果去校准这种感觉。
未来我想保留的部分
以后我希望继续保留这种协作方式，但不让它变成失控的自动化。
我想让 AI 继续参与这些事情：整理内容边界，检查站点语气，生成初稿，指出重复，跑构建验证，把模糊想法压成可以修改的文件。
但我也想保留一些慢的部分：自己决定哪些内容值得成为对象，自己判断某个页面是否太满，自己决定一个留白是不是比一个功能更好。
也许未来的个人网站不再只是“我写了什么”的集合，而会越来越像“我和工具一起如何思考”的记录。这个变化很微妙，也值得认真保存。
OBS-X 就放在这里。它不进入首页精选，也不抢前八个对象的位置。它只是从 OBS-0008 的空白里伸出来的一条暗线，记录这个站如何被人、模型、代码和气氛共同推到现在这个样子。