最近用 Antigravity Gemini Pro 撸了一个 CDN 项目，从 ui 到 api 到节点服务端，我觉得我现在就是掌管 ai 的神，我是这么做的。
首先定义好技术栈、目录结构让 ai 把基础的框架搭出来，然后对结构代码审查。
我是那种不相信 ai 能给项目一把梭了，基本上 ai 每写完一部份的代码我审计完就要提交一个 commit ，如果下一个阶段的代码他写的我不满意我可以直接回滚让他重写。
每当完成一个新功能我就 commit 代码，然后创建一个新的会话让他写下一个功能，这样有干净的上下文。每次需求只提一个，这样虽然效率会低点，但是能做到心中有数。
我认为当下程序员虽然不用写代码了，但是要了解的东西还是一点少不了，比如当下最常用的框架，为了数据量提前设计数据库，使用什么技术栈等等，如果只是一个普通人想要一句话项目还是不太行，写一些小玩意还可以。
最后分享一下 vibe coding 的 CDN 项目 Goteway ，完善后将会开源，这个项目从 0 到可用只花了 2 天时间
第 1 条附言 1 月 31 日
补充一下，又开了一个新的坑，是实现 intercom 这种在线客服系统，只是第一个版本，不使用 ws ，使用 sse 通信
8 条回复 2026-01-31 13:52:04 +08:00
 | 1 rich1e 1 月 31 日 整个项目只使用了一种 AI ？ |
 | 3 darkengine 1 月 31 日 用同一个上下文会不会还好一些？我在 react 项目里用 copilot ，就保持在同一个上下文。 如果之前让它写过一个组件，当新需求要实现另外一个组件时，它甚至会参考之前的组件来实现。 |
 | 4 Valid OP @darkengine 保持同一个上下文，上下文多了他就会乱，而且还吃 token ，可以新开上下文和 ai 说，根据某个组件实现，或者引用 |
 | 5 oldlamp 1 月 31 日 学习了，感觉好像是咱们扮演架构，让 AI 负责代码实现。 |
| OP @oldlamp 对，最近也看到很多所谓的 ai 编码框架，就是帮你定义好规范、技术栈然后让 ai 进行开发，但是我觉得那种上下文很多，上下文一多导致的问题就多了，网络、token 、时间。一步一步来会比较好，一口吃成胖子不行 |
 | 7 Tink PRO antigravity 有一个好的点是，随时可以 revoke 之前的修改，只要是上下文里面的，没删除的可以一键恢复，这个太好用了，之前有些 ide 没这个功能，只能纯纯靠 commit |
Select Language