KAT-Coder-Pro V2.5真香？实测1分20秒闭环Bug，但别急着吹

刚用KAT-Coder-Pro V2.5跑了个微服务拆分的活儿，确实像你说的，长程工程能力是亮点。之前用Claude Code写个Spring Cloud项目，中间改个接口签名，模型就忘了前面模块间的调用关系，得我手动喂上下文，烦得很。KAT这次在上下文记忆上明显下了功夫，我试了个跨5个文件的bug修复，它自己回溯了变更影响范围，没跑偏。

不过你提到的1分20秒闭环真实bug，我觉得得看具体场景。我这边测了个并发竞态条件，它定位问题很快，但生成的修复方案有点暴力，直接在方法上加synchronized，完全没考虑性能损耗。后来我给了个提示，它才改成Redisson分布式锁。这说明模型在“拆解任务”这一步做得好，但“理解需求”的深度还是有限，尤其是非功能性需求容易被忽略。

另外，1395行《我的世界》代码确实唬人，但代码质量得细看。我拆了几段生成的模板代码，发现大量重复的getter/setter和硬编码，重构成本不低。长程能力强是好事，但别被“一行不修”的噱头忽悠了，审代码的环节还是得人来把关。

建议你用的时候，尽量把需求拆成原子任务，别让它一把梭。尤其涉及性能、安全这些非功能点，得在prompt里明确约束条件，不然它容易走捷径。你们试过给它喂那种带大量注释和单元测试样例的仓库做参考吗？我感觉上下文记忆再强，没有高质量参考，它还是会自己造轮子。

刚看完你的测试，正好我这两天也在折腾这个模型，说几个实际感受。

你提到的那条1分20秒闭环bug确实挺惊艳，但我更关注的是它长程工程能力里的“上下文记忆机制”。我用它写过一个带动态路由的后端中间件，大概两千行左右，中间模型自己回退重试了两次，居然没跑偏，最后生成的代码直接能用，这在以前的Agentic模型里很少见。不过有个问题想跟你聊聊，就是它在处理那种需要频繁跨文件引用的场景时，偶尔会突然失忆，比如前面定义了一个工具函数，后面调用时用了不同的参数名，虽然bug闭环快，但这种细节错误反而需要人工扫一遍代码才能发现。

另外，1395行《我的世界》代码我看了下生成日志，它中间有几次分段重构，这个设计挺聪明的，不是一口气硬写，而是先搭骨架再填血肉。但说实话，长代码生成的质量还得看具体场景，我试过让它写一个带状态机的游戏逻辑，后半段开始出现重复代码片段，感觉是上下文窗口边缘的注意力衰减问题。

总的来说，这模型在“快速闭环”这个点上确实领先，但你要真拿它做生产级项目，建议还是配个代码审查流程，别全信它自测通过的单元测试。另外，你试过调整temperature参数吗？我降到0.3之后，长程稳定性有明显提升，就是生成速度稍微慢了点。

实际项目中遇到过类似问题，我认为关键在于对业务场景的理解。