大家谈谈是如何去Vibe Coding自己的项目的呢 分享下各自的经验呗说不定能汇聚一个完整的方案

开头先拿别人的开源项目参考，糊个自己需要的效果

后续不断添加功能

然后重构、删冗余代码

再参考他人项目，糊功能、UI等等

PS：哪怕vibe也别重复造轮子，我曾经想实现某些功能，不断给ai下指令，结果发现不如直接让gpt搜索GitHub上项目来找方法（重回Ctrl CV时代）

我是；零碎想法-AI辅助构思 有个差不多的文档-brainstorm-写设计文档 写事实文档（都是AI负责）-另外的对话生成前端（只要前端）（在这之前先去找别人的设计 GitHub上有个项目来着 很多React的前端设计-我一般会去拷贝几个给AI参考）-然后再去从脚手架开始，让他按照我生成的前端去搞。 ----另外啊，前端设计不是有专门的skill吗，你搞一个那个用呗，说不定会好一些

我有段时间vibe就是感觉一直都在问：“社区一般都是如何实现的”-我觉得github的中文搜索太差了哎…

可能我的一些想法没有可以复用的轮子 我在想能不能用一个工作流去把乱起八遭的技能什么的统一一下这些东西

是哈 我怎么把skill忘记了 我去找几个研究研究

我：我要搞这个 你去找几个开源给我弄弄

主要是在claude code里面用superpowers和everything claude code这两个插件进行辅助开发

风格、架构先行，剩下的想跑偏都难吧

“设计系统”和“设计工程”这两个概念我觉得可以接触使用一下，目前实践下来还可以

我都是先把完整的功能和工作逻辑流程跟描述出来，然后让AI先看一下当前的相关项目和几个参考的项目，评判其完成性在该项目的可能实现性。然后沟通交流个几轮，对齐一下思维，然后看有没有漏的东西，然后再让AI写一个完整的计划方案出来，然后看一下完整方案出来的效果，如果有瑕疵不一样的地方。或者是比较省略的地方就让他继续补充补齐。知道完整的方案在我看来没有啥问题，之后让他开始实现，然后他实现到时候也盯着看一下他改的那些代码是什么样子的，然后实验完毕之后查看他改的那些部分。看一下有没有奇怪的问题存在，比如说不小心多删了，或者是为什么真的要这么写，然后就跟他沟通，然后接着沟通之后会让他重新再扫描一遍自己的修改，看有没有漏的或者是改错的，当然正常的提示词肯定写很详细。然后看到他有时候偷懒，那个工具都不调用，直接思考的话，我就叫他用工具调用，看一下代码再去给出完整答案。然后如果整个改的这个功能，现在这个功能比较重要的话，我还要新开一个会话，然后把这个功能描述一下，让AI去看一下是不是完整的就是那样实现了，并且多追问几个问题。确保没问题之后再开始进行测试，发现有问题再打回，然后查看他修改并且询问他有关的这一种修改之后会不会影响到我们之前的原逻辑和其他的逻辑之类的问题。然后直到基准测试过了一遍之后没问题，然后再开始内测测试，发类似群进行测试，然后如果有问题的话再继续修，然后再是这一样一个流程，并且后面会对这一些功能在一些东西修改之后，一些版本迭代之后还会后续新开一个会话进行抽样检查，查看当前的功能有没有问题，逻辑和思维是不是跟之前一样对齐了的。

我现在遇见的最主要的是 页面用codex去设计的话太丑了 简单点的还行，用别的去设计好看但是统一性一言难尽，功能实现的话倒是没啥问题 纯vibcoding到产品上线还是得优化很多很多的东西

我目前遇到的问题是不知道让它写多少文档合适？agents.md感觉不够用，但项目乱七八糟文档太多了又占上下文

先画个饼，能吃，然后按照我的想法加料。不过实测codex的页面设计风格不太行，需要把预期给gemini去生成然后给提示词

控件模块化，尽可能复用，写布局前先阅读其它页面

我的vibe Coding 项目是 vibe Coding

对对 就是卡在这个点上了 用gemini去做设计 审美确实不错 就是连续关联性的页面风格实属一言难尽啊 不管怎么去设计提示词什么的他似乎就是没法真正的去统一 关联性不强的页面风格不一样倒是还好说

我觉得有关编程这玩意儿重点还是看模型自己，我工具的话，我一般都是接Claude code，codex总是用起来有点怪怪的，AI基本上掌握了大部分工作用起来总是很不放心。然后前端页面设计之类的东西我一般都是先用deepseek，比如说先把功能先设计出来看一下这个方案，这样子设计行不行？然后发现这套方案差不多了，然后就开始优化整体的排版和动画效果，然后就用Gemini，然后搞成那种能动的这种差不多的这种效果之后，然后再用deepseek或Claude开始研究安全问题，有什么漏洞以及他使用这个方案这些东西会不会遭受什么攻击的漏洞之类的，把那些玩意儿给堵上，然后再看这一些权限隔离啊，这些东西做的好不好，有没有漏的什么东西。然后就是再来到我说的那一边流程，然后后面再去自己进个测试，并且至少测试成功之后还要在内部测试中停留个几个星期进行高压力测试，确保全方面没问题，然后我才敢放到生产环境中。纯AI的那种其实多少有点不放心，很多关键地方还是要人工来优化才好。Ai还是容易出问题。

说认真的，这个话题我真的能写很多很多。

踩了无数的坑。

敲了无数次无效的键盘。

但是我在中国农历过年前，上升了一个维度，总结了一个核心观点–“所有皆文档”

对话–>只是为了产生文档

文档–>描绘目标

目标–>局限于边界（文档内要大量定义边界）

我现在写一个非常小的项目，有可能项目完结时，过程中有10几份.md文件。

目前已经完成1个 某纯软件上市公司主力产品的重构，98%代码靠vibe。

我自己测试下来，Google Stitch给的原型得让Gemini来开发，还原度比较高。其他Agent开发出来的还原度都不行，甚至长得不一样。