[BIP] 准备烧钱放手做一次真正的 vibe coding & 发帖直播给大家同步进展

4 月 1 日
 rizon

很多年前在没有 AI 的时代,手写过一个类 Notion 项目,基本在自用,没对外宣传过。我打算通过真-vibe coding 给这个项目做一次升级重构。

为什么叫真 vibe coding ?

虽然现在一直都在 AI Coding ,但其实一直在仔细的小步骤处理,方向审查都是自己在做,确保所有的代码内容我都是感知的,架构设计不会脱离出错。 但缺点也很明显,自己的精力就是开发瓶颈。

所以我一直想知道真的放手完全 vibe coding 会如何。所以我决定拿一个我一直想开发却没时间的项目做一次这事。

如何做?

基本采云端 Agent 工作,包括 codex 、claude code 、cursor 一起用。也烧不起太多钱,小烧一下,还是比较克制的,我还是会观察和及时干涉 AI 的错误的。

目的?

版本升级: 升级 nextjs 、react 到最新版,依赖这两个版本的各个组件也联动升级。 存储重构: 之前用 mongodb 开发的,现在迁移到 PGSQL AI 功能加入: 加入 agent 功能,完成 AI 赋能。


项目

重构前的项目: https://next.notelive.cn/

因为基本自用,而且很少用到,一年用不到几次,所以现在项目是单机部署的,够我自己用的。非商业项目也没钱投入更多资源了。

重构后的项目: (待上线后 append 到帖子)

2153 次点击
所在节点    程序员
18 条回复
rizon
4 月 1 日
目前已经把 mongodb 的存储全部重构成 pgsql ,使用的是 codex 云环境 ,改造工作比较多,ai 自己分阶段进行了,所以需要多轮对话。不过没出现什么需要我纠错的地方。主要这种量级的修改我也注意不到有没有问题了。有些架构设计的问题,性能不是很好。原则是不看代码🙈,不然又要开始投入更多精力纠错了。看到的就顺手改下
修改量: +65328 -499
这个量级 codex 的网页端已经开始飙 cpu 了,猜测是差异内容显示没做优化。
rizon
4 月 1 日
目前在做版本升级,我感觉这会是个大挑战,跨主版本这么大升级,nextjs react 都有了大量的重构。还有大量的依赖库都要跟着升级。 拭目以待吧。
nextjs 升级有一个官方 skill 可以引入,其他的就全靠 AI 自己推了
fakEHacker
4 月 1 日
AI 开发项目真的这么可怕吗?。。。
rizon
4 月 2 日
使用 cursor 的 composer2 跑云端 Agent 环境,总觉得 composer 的智商还是不行。所以现在改用 plywright 做自动化测试了。开始用 codex 的云环境干活了。
已经完成了 nextjs+react 以及 UI 库等各类库的升级,目前看没什么问题。
rizon
4 月 3 日
进展:正在修复各种小问题。
心得:
我还是对 AI 的信任太少了。发现各种疑难杂症解决的真的很强。遇到各种崩溃时,完全不需要心里再紧张一下了。甚至都不需要发错误现场的信息,只需要说一句有问题就够了
rizon
4 月 4 日
opus 开 high 果然牛啊。一个大的需求一次性过!!
本来运行了一下报错了,还以为又得修结果其实并没有错误只是些编译缓存,也是 op 自己发现的。
rizon
4 月 5 日
用 opus 开发真的快了好多,但是额度实在是少啊。
换成 5.4 high 顶着了,但是味道寡淡了好多,哎
xue777hua
4 月 6 日
@rizon 多大的 规模? 把需求贴出来看看?

PS: 挺好的帖子, 继续更新进度啊, 在线等直播, 挺急的
rizon
4 月 7 日
@xue777hua 规模说不上很大吧,很快会上线了,上线后会发帖。目前换用 claude opus 为主力了。
参考 /t/1203638

目前感觉就是块上没什么问题,但是一些性能优化啊,代码抽象,可读性上实在不行。
一旦你要细看代码,就会发现有好多想修,但是一旦你让 ai 修代码而不是写新 feature 那就痛苦了去了。一点也不爽了
rizon
4 月 7 日
我现在已经完成了产品最核心的部分。
然后再加订阅之类的东西。
其实感受上,最费劲的还是代码之外的 infra 。这些都需要自己去一步步操作。
你也不敢相信 mcp ,有些服务也不会放权给 mcp
xue777hua
4 月 8 日
@rizon 业务和需求到底是啥?那个帖子没看出来啥 感觉像 notion 又不像… 感受下复杂度和规模。
rizon
4 月 8 日
模型的反思能力还是不行,太容易顺着逻辑进行了。
下面这个是 opus 4.6 最大思考给我的 plan

```
AI Agent 调用 create_downstream_nodes tool

Worker: 读取 sandbox 文件 / 处理 markdown_string
├─ 文本文件 <1MB → sandbox.readFile() 读取内容
└─ 非文本/大文件 → 调用 main app sign-upload API → sandbox curl 上传到 R2 → 生成下载链接

Worker: 调用 main app create-child-docs API → 批量创建子文档(含内容)

Worker: 发送 downstream-nodes 流消息(含 documentId 列表)

Frontend: 收到消息 → 创建 ai-response 类型画布节点 → 挂为当前 AI 节点的子节点
```

比如:
`调用 main app sign-upload API → sandbox curl 上传到 R2 → 生成下载链接` 这个步骤是去复用了项目已有的线路,但却不是最佳实践,最佳实践应该是 worker 里直接绑定 r2 进行上传。

另外当前这个设计也存在一些风险,但是 AI 不会主动去提醒这些。GPT 5.4 有时候这方面做的更好。

不过你也可以主动加提示词让模型去反思这些事情,但是 opus 的上下文太小了,不能进行太多轮的对话。
rizon
4 月 8 日
opus 改代码是真不行啊,我已经退订 20X 的 max 改为 5x 了。多出来的钱继续开 gpt codex 会员吧。

专门测了一下,一个前端显示问题,gpt 一把过的修改。opus 两次才改出来
rizon
4 月 9 日
现在用 gpt 5.4 开始完成整套订阅制的开发,看一下和 opus 比起来是否能一把过
rizon
4 月 9 日
开启竞赛模式。
开了两个 worktree 和数据库分支。

claude 1M opus 4.6 high vs gpt 5.4 high

去实现完整的整套订阅付费能力。
最后看一下哪一个实现的好。
xue777hua
4 月 16 日
@rizon 结果呢?
rizon
4 月 17 日
rizon
4 月 17 日
@rizon
发错了,再来一次。
结果来啦~

https://noteloom.app/

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

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

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

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

© 2021 V2EX