分享一下最近 vibecoding 心得

1 月 31 日
 Valid

最近用 Antigravity Gemini Pro 撸了一个 CDN 项目，从 ui 到 api 到节点服务端，我觉得我现在就是掌管 ai 的神，我是这么做的。

首先定义好技术栈、目录结构让 ai 把基础的框架搭出来，然后对结构代码审查。

我是那种不相信 ai 能给项目一把梭了，基本上 ai 每写完一部份的代码我审计完就要提交一个 commit ，如果下一个阶段的代码他写的我不满意我可以直接回滚让他重写。

每当完成一个新功能我就 commit 代码，然后创建一个新的会话让他写下一个功能，这样有干净的上下文。每次需求只提一个，这样虽然效率会低点，但是能做到心中有数。

我认为当下程序员虽然不用写代码了，但是要了解的东西还是一点少不了，比如当下最常用的框架，为了数据量提前设计数据库，使用什么技术栈等等，如果只是一个普通人想要一句话项目还是不太行，写一些小玩意还可以。

最后分享一下 vibe coding 的 CDN 项目 Goteway ，完善后将会开源，这个项目从 0 到可用只花了 2 天时间

1859 次点击
所在节点    ☕Vibe Coding🤖
8 条回复
rich1e
1 月 31 日
整个项目只使用了一种 AI ？
Valid
1 月 31 日
@rich1e 是的
darkengine
1 月 31 日
用同一个上下文会不会还好一些？我在 react 项目里用 copilot ，就保持在同一个上下文。

如果之前让它写过一个组件，当新需求要实现另外一个组件时，它甚至会参考之前的组件来实现。
Valid
1 月 31 日
@darkengine 保持同一个上下文，上下文多了他就会乱，而且还吃 token ，可以新开上下文和 ai 说，根据某个组件实现，或者引用
oldlamp
1 月 31 日
学习了，感觉好像是咱们扮演架构，让 AI 负责代码实现。
Valid
1 月 31 日
@oldlamp 对，最近也看到很多所谓的 ai 编码框架，就是帮你定义好规范、技术栈然后让 ai 进行开发，但是我觉得那种上下文很多，上下文一多导致的问题就多了，网络、token 、时间。一步一步来会比较好，一口吃成胖子不行
Tink
1 月 31 日
antigravity 有一个好的点是，随时可以 revoke 之前的修改，只要是上下文里面的，没删除的可以一键恢复，这个太好用了，之前有些 ide 没这个功能，只能纯纯靠 commit
Valid
1 月 31 日
@Tink 还是 commit 稳点，不然 revoke 了什么你也不知道，万一 revoke 失败

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/1189691

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX