gpt是真喜欢写测试代码，太/了

基本操作哦，我用ai操作过的项目，多了一大堆的test代码文件 ^-^

我最近就在研究这个，验证工作没有被分层、筛选和限验证工作没有被分层、筛选和限时，主要是让模型从越多越安心走到反馈价值最大化的演进

不让AI写测试怎么赚更多Token ^-^

gpt给我的感觉就是一步一检查，写一会审计一会

但是感觉ai把测试文件写好，确认没问题再写代码，这种形式我还挺喜欢的^-^我甚至写的工作流里了强制要有测试代码。而且正常自己写软件也是要写测试文件的呀

恕我直言…没看懂佬友说的什么意思

我也想提示词限制它写测试代码，又想了想这我自己测试不到位呀，还是交给它把

可以看看我发的哦，目前我挺满意改造之后的速度的： 如果你觉得GPT5.6-SOL慢，不妨试试这个 - #2，来自 FableAI

刚才完成一个中小型任务，按照之前的速度至少要40分钟以上，现在节省了一大半时间

是 gpt 的一大特点。我写模型训练代码用 gpt 感觉挺好，能保证改好的代码是必定能跑的

一直写个不停测试，token爆炸

太细了，开发过程就狂写，好歹功能阶段性做完吧

不对啊，不都是先写功能再写测试吗，什么断言啥的

是这样的，所以我才会在agents.md里面要求静态检查，不要引入test脚本

核心思想就是不要把跑满测试当成了安全感的来源，而是要把每次验证当成一次有成本的信息采集。

默认先写测试门禁，后开发。开发一点就触发压缩。然后直接认为完成开始测试，测出一堆问题反复修复，烂了

就喜欢陷入细节, 最后大目标给忘了

本来我也挺讨厌一大堆测试的，但是之前不写测试的时候，跑完会有一些错误，需要人工返回去再修复，有了测试之后基本完成任务就能用了，就算了

一个项目运行了一晚上，干掉我70%的周额度，差不多都用在了测试上面