下面的问题其实还是一个老生常谈的问题，就是没有技术领域知识的”外行“目前根本不可能在所谓”氛围编程“中走多远。
1. 楼主前端知识面属于小学生。
2. 整个 debug 流程就是：ai 改一点，我拿到浏览器测一点，不符合预期，然后复制控制台的日志给 ai ，让它分析 debug 。
体验真的就是：
1. 确实比我从 0 开始写快多了，初步设想快速得到了验证。
2. 但是到了细致的需求上，开始痛苦，一方面是进度上停滞了，在某个需求点卡住，总是改不对。同时在流程上，我完全像是一个没有脑子的木头人，机械地把自己的手供给 llm 驱使。但凡 llm 有了自己的机械手，准保一脚把我踹开，自己单干了。
所以问题不在于 llm 能不能干出来，而是我在这个流程中由于没有足够的“领域知识“，完全不知所措。会显得更加的煎熬。
煎熬的点在于：
1. 失控感
整个实现方案和稳定性，性能等完全一无所知。
2. 预期管理失败
没有 llm 前，同样功能可能预期一两个星期，滞塞个一两天问题都不大。
但是有了 llm ，大大拉高了阈值，开始预期 2h 以内，最多 1 天就要看到可用的成品，一旦滞塞住，进入机械地给 llm 打下手 debug ，就开始烦躁不耐烦。
烦躁的点在于一方面没有达到自己几个小时内快速出活的预期，另一方面，整个 debug 过程学到的东西大大减少，根本不会有什么长进。
没有 llm 之前，滞塞的过程其实是深入学习的过程，是提升的过程。
但是给 llm 打下手，它快速出 debug 方法，快速让你验证，快速调整方案，整个流程你是万花丛中过，片叶不沾身，你学不到这个组件为什么这么用，它为什么在这个场景下不行等等等。