实际上,不应该只在反重力上写代码

1. 先在 aistudio 上,讨论得出蓝图.

这里可选的,使用 Stitch 进行风格设计,但是 Stitch 同一个画布的多次对话,其实不完全遵守指令,所以只能进行 "风格" 设计,确定什么提示词能稳定产出什么风格,在这一步没办法明确你的 UI 具体布局,除非你已经有非常详细的腹稿,可以让它一次性生成完全部页面。我的开发习惯是,先有一个灵感,然后在开发迭代中明确 UI 和功能到底如何实现.

2. 然后将蓝图发给反重力,让它 生成文档结构和任务.

采用 sdd+tdd 规范

3. 然后提交到 github

4. 让 jules 拉取仓库

然后开始根据文档写原型.

5. 用反重力拉取下来

它会审查结果,本地运行看效果,合并分支,再设计,规划,分配任务进行迭代.


这样的情况下,对我来说反重力的额度是够用的,而且 jules 一次性可以执行很多任务,不会像反重力这样频繁的中断,或者偷懒.
我在反重力里面,大部分时间使用 opus.

notebook, 则是在讨论出蓝图后,让它生成一些问答或者思维导图,博客,来加深印象.
但是 notebook 的智力水平很低,只能用来 "辅助学习", 不能用来深度思考.

这一切,只需要你拥有一个谷歌学生号,充分利用套餐内容,以及谷歌生态内各个产品的优势.
而且也解放了自己的时间,真正做到了在关键节点进行审查,设计,而无需处理迭代过程中琐碎的审批和中断.


📌 转载信息
转载时间:
2025/12/25 10:10:16