今天心情不错，做的一个小系统搞完了，聊聊感受

问题描述：

这周一下午开始，用 CodeBuddy + GLM5/GML5 Turbo 做了一个文档拆解、分析、检索的小系统，今天上午搞好的，刚好4天整。

第1天的时候用的是GLM5，这模型很傻，对pdf文档处理还行，但是对docx和doc的文档处理方案有严重问题，基本属于硬干模式。我问了Gemini，给了我一个新的方案，再告诉GLM，说我请教了高手，高手叫我这么搞，它才恍然大悟。后面我说有啥不确定的就告诉我，我去请教高手，它还挺有自尊心，硬是憋着不问我任何问题（明显官方默认提示词有问题）。

第2天、第3天，都在测试和改BUG，CodeBuddy有毛病，先是第2天频繁的报模型繁忙，第3天又频繁的报WAF拦截，气的我直想砸电脑，腾讯客服也不加人，想骂人都找不到出口。在第2天我就换成GLM5 Turbo了，一开始以为换个模型能躲开那个模型繁忙呢，基本没卵用，但是发现Turbo确实聪明一点，就是思考过程是英文挺不爽的，不能及时发现问题。

第4天总算正常工作了，前两天都是修的小BUG，第4天做了一个大的优化，Turbo也没打磕，叫它给我清理一下前几天写的废旧代码，也没整出来新问题，还算OK。

总的搞下来的感受就是：
1.做到这个规模基本上就是非工程化开发（就是聊天开发）的极限了，如果系统复杂度再高的，只靠聊天应该就搞不定了，或者会花费远超这次项目的力气。（没统计具体代码行数，但是前后端src目录加起来不到200k，从文本量应该能估算出来大概的项目规模）
2.遇到的一个很明显的问题是，AI模型接到BUG反馈，第一反应不是下日志，重现BUG，获取日志再进行分析。这点跟人类的思路完全不一样，它一接到BUG反馈，第一反应就是看代码，然后硬修，如果是简单BUG可能就修好了，但稍微复杂一点的，涉及到前后端异步的，不是必现的问题，改了几遍都改不好，最后还是我看不下去了，让它下日志，我测试复现问题，再把日志给它，最终解决的。
3.AI智力不行，又死倔，而且还是单工工作模式。所谓单工就是指输入和输出不能同步，你这边看着它开始输出错误的内容，那边就叫停它，不好意思，叫停无效，因为输出还没有结束。