小白用ai做东西就是智商税可视化

想用ai做多功能的工具，和ai聊了很多，边聊边改，东西多了又杂又难用毛病还多，上下文长了之后就更难改了，遂另开个窗口从头再弄，来来回回浪费不少额度

ai仿佛在用它那容量无比大的大脑以聪明和全面的风格靠我知识的匮乏堆了一个屎山出来

就感觉像我饿了想让机器人帮我做一顿茴香牛肉饺子，他自己去菜市场被大狗绊倒了脚，脚瘸了于是倒立走路，由于脚没有手灵活，于是他订购了一双手，但是手一时半会送不来，于是只能倒立走，买菜的时候脚不小心把摊主弄伤了，摊主生气给它一个质量不咋地的菜，而且很贵

回家到门口的时候发现倒立把钥匙丢了，于是打电话叫开锁师傅，但是我听到了门响，于是把门开开了，但是开锁师傅已经到了，不能让他白跑一趟于是付费

它开始要和面了，看到面里有小虫，于是打算把水倒进去想把虫过滤出来，但结果就是面把水池堵了，水池中的水溢出来将它滑倒了，它在里面站不起来马上要被泡水死机，于是它在临死机前为了完成任务用最后的波纹把脏脏的面团抓来给我说是茴香牛肉饺子，我真是泪目了

所以ai对小白来说就是个没有说明书的散装乐高零件，大佬可以拼出来很强的模型，小白没有一定量的知识想做出什么好东西阻力不是一般的大，耗的额度大多都是智商税，就是一个需要一直花钱的虚拟大玩具，一开始还觉得好玩，玩着玩着就自闭了

好强大的语言系统……感觉用这种毅力去编写提示词成功已经触手可及了（

加起来就几k的小项目就算了，大项目是必须要设计架构的

就你这个描述我就感觉你是个用ai的高手

首要原则，先把需求搞清楚，然后让ai去拼尽全力找网上有没有别人已经做过的东西，或者部件或者参考，或者类似品，把解决方案拿出来拼凑，尽量别自己动脑，一动脑必定是拉屎山。除非你的目标需要及其高端的轮子拼凑技巧（权衡空间非常狭窄），否则一般都能成事。

这就是所说的架构思维，目前而言用顶级模型做，只要不是高并发场景还是比较容易一步步学习的

不是说AGI 要cap 图吗？

这長度人手打字？

经历过这种情况，开始做一个通用的工具，很快就经历了需求爆炸/方向跑偏/界面全崩一堆问题。最后发现做专业/业务相关的东西反倒又快又好，就是性能有点问题局部需要重构下，但整体使用体验是没问题的。

果然VibeCoing还是Taste优先，最大的难点在Vibe而不是Coding，功能实现和细节交互/人机工程优化是两码事。至于架构在需求明确的情况下改起来反倒还好，随着模型能力的提升Coding需要操心的地方以后会越来越少的。

先生不写小说我感觉是非常可惜的

像整体架构等问题还是聚焦在Coding上了，实际业务→功能需求→交互原型这些是更贴近人的东西，也是AI哪怕品味再好也有时会缺失的信息，只有人上手了才会感觉这个东西对不对味，也就是所谓的Taste。

至于交互原型如何落实到二进制，交给万能的AI大人就行了。明年国模估计都有Astra级别的能力了，产品能定义完善、需求能讲清楚，AI会自己找到好的架构和复用轮子的。

大多问题都是边界不清晰导致的，一开始提出一个复杂目标后，偷懒不去拆解成多个目标，不按优先级和依赖性去规划任务，多练练就好了。

先生当年弃文从码我是第一个不同意的

佬解释的还是比较到位，就是让AI修复或者实现某个功能，总会顺带的出现各种各样的其他问题，把握方向有点困难

我这里有个写小说的AI工具，不如先生出几本书吧
项目还在开发中 -----

好活儿~ 描述的太形象，能不能再写几块钱的？