很多年前在没有 AI 的时代,手写过一个类 Notion 项目,基本在自用,没对外宣传过。我打算通过真-vibe coding 给这个项目做一次升级重构。
虽然现在一直都在 AI Coding ,但其实一直在仔细的小步骤处理,方向审查都是自己在做,确保所有的代码内容我都是感知的,架构设计不会脱离出错。 但缺点也很明显,自己的精力就是开发瓶颈。
所以我一直想知道真的放手完全 vibe coding 会如何。所以我决定拿一个我一直想开发却没时间的项目做一次这事。
基本采云端 Agent 工作,包括 codex 、claude code 、cursor 一起用。也烧不起太多钱,小烧一下,还是比较克制的,我还是会观察和及时干涉 AI 的错误的。
版本升级: 升级 nextjs 、react 到最新版,依赖这两个版本的各个组件也联动升级。 存储重构: 之前用 mongodb 开发的,现在迁移到 PGSQL AI 功能加入: 加入 agent 功能,完成 AI 赋能。
重构前的项目: https://next.notelive.cn/
因为基本自用,而且很少用到,一年用不到几次,所以现在项目是单机部署的,够我自己用的。非商业项目也没钱投入更多资源了。
重构后的项目: (待上线后 append 到帖子)
1
rizon OP 目前已经把 mongodb 的存储全部重构成 pgsql ,使用的是 codex 云环境 ,改造工作比较多,ai 自己分阶段进行了,所以需要多轮对话。不过没出现什么需要我纠错的地方。主要这种量级的修改我也注意不到有没有问题了。有些架构设计的问题,性能不是很好。原则是不看代码🙈,不然又要开始投入更多精力纠错了。看到的就顺手改下
修改量: +65328 -499 这个量级 codex 的网页端已经开始飙 cpu 了,猜测是差异内容显示没做优化。 |
2
rizon OP 目前在做版本升级,我感觉这会是个大挑战,跨主版本这么大升级,nextjs react 都有了大量的重构。还有大量的依赖库都要跟着升级。 拭目以待吧。
nextjs 升级有一个官方 skill 可以引入,其他的就全靠 AI 自己推了 |
3
fakEHacker 12 天前
AI 开发项目真的这么可怕吗?。。。
|
4
rizon OP 使用 cursor 的 composer2 跑云端 Agent 环境,总觉得 composer 的智商还是不行。所以现在改用 plywright 做自动化测试了。开始用 codex 的云环境干活了。
已经完成了 nextjs+react 以及 UI 库等各类库的升级,目前看没什么问题。 |
5
rizon OP 进展:正在修复各种小问题。
心得: 我还是对 AI 的信任太少了。发现各种疑难杂症解决的真的很强。遇到各种崩溃时,完全不需要心里再紧张一下了。甚至都不需要发错误现场的信息,只需要说一句有问题就够了 |
6
rizon OP opus 开 high 果然牛啊。一个大的需求一次性过!!
本来运行了一下报错了,还以为又得修结果其实并没有错误只是些编译缓存,也是 op 自己发现的。 |
7
rizon OP 用 opus 开发真的快了好多,但是额度实在是少啊。
换成 5.4 high 顶着了,但是味道寡淡了好多,哎 |
9
rizon OP @xue777hua 规模说不上很大吧,很快会上线了,上线后会发帖。目前换用 claude opus 为主力了。
参考 /t/1203638 目前感觉就是块上没什么问题,但是一些性能优化啊,代码抽象,可读性上实在不行。 一旦你要细看代码,就会发现有好多想修,但是一旦你让 ai 修代码而不是写新 feature 那就痛苦了去了。一点也不爽了 |
10
rizon OP 我现在已经完成了产品最核心的部分。
然后再加订阅之类的东西。 其实感受上,最费劲的还是代码之外的 infra 。这些都需要自己去一步步操作。 你也不敢相信 mcp ,有些服务也不会放权给 mcp |
12
rizon OP 模型的反思能力还是不行,太容易顺着逻辑进行了。
下面这个是 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 的上下文太小了,不能进行太多轮的对话。 |
13
rizon OP opus 改代码是真不行啊,我已经退订 20X 的 max 改为 5x 了。多出来的钱继续开 gpt codex 会员吧。
专门测了一下,一个前端显示问题,gpt 一把过的修改。opus 两次才改出来 |
14
rizon OP 现在用 gpt 5.4 开始完成整套订阅制的开发,看一下和 opus 比起来是否能一把过
|
15
rizon OP 开启竞赛模式。
开了两个 worktree 和数据库分支。 claude 1M opus 4.6 high vs gpt 5.4 high 去实现完整的整套订阅付费能力。 最后看一下哪一个实现的好。 |