#VibeLaunch 沸点秀#
我是个 crud boy,不懂ai大模型怎么搞 ,只会写代码,年初用cursor写了个浏览器插件,最近已经有 6000 多人在用。


先说痛点:单个 AI 观点过于片面,幻觉概率大,而且由于观点单一,用户难以发现错误。

解决方式:通过浏览器插件自动群发问题到多个 Ai 助理,获得更全面的 AI 答案参考。


支持带图提问,支持高亮划线,支持会话内容导出,。支持管理历史会话,支持夜间模式

最近还收到了一些网友的捐赠,真的非常激动

在 vibecoding 过程中,我也遇到了困难。当我迭代了一周后,我发现改 bug 时会引出来新的 bug,已经实现的正确的功能会被改错,而此前使用同样的模型表现很好,现在只能使用更强更贵的模型,甚至需要反复抽卡,才能保证继续迭代。

在这里,我按照 harness的思路对系统进行了重构(当时我还不知道什么是 harness,但是思路差不多)

我做了三件事
第一;建立项目文档,最重要的就是产品设计文档,我用最牛逼的 AI 模型从头梳理了项目代码,给出产品设计文档,包括各种细节边界如何处理的,我逐字确认了这个文档的正确性,缺失的内容我也引导 AI 补全,这个文档作为后续迭代的基座, 要求ai必须参考产品设计方案;有了这个文档后,AI 在写代码时候,稳定了很多,不会乱改原有的产品功能,对于我的提示词理解也更加准确。

第二;按模块隔离,拆分大文件;我用最牛的opus 4.6模型(当时)制定了详细的分步骤的重构方案,按照产品文档划分多个模块,把大而全的代码文件逐步拆分到对应的子模块里;


步骤 1 和 2 做完后,当我让他改某个功能时候,AI 知道该改哪个文件而不会瞎猜。

最后一步也很关键,后来我每次提的需求都要求 AI 先设计方案,所有细节明确后,才让 AI 写代码,同时把产品设计同步到产品文档,本次技术方案也会存档,供后续查阅。

现在我开发代码,基本上用 cursor的最低配模型,但是表现非常稳定。
展开
五阳于2026-07-17 08:38发布的图片
五阳于2026-07-17 08:38发布的图片
五阳于2026-07-17 08:38发布的图片
五阳于2026-07-17 08:38发布的图片
五阳于2026-07-17 08:38发布的图片
五阳于2026-07-17 08:38发布的图片
5