2. Linux.do
  3. 千万别让 sol 直接写测试并校验

千万别让 sol 直接写测试并校验

超大杯 2026-08-03 17:24 1

我真是服了这个玩意了，疯狂写测试，如果有某个测试没有跑通，返回去改代码，然后继续写一堆测试


然后因为测试占据了绝大部分的注意力和上下文，会频繁的上下文压缩，那么你这个需求的实现的就会


非常垃圾


真的不夸张，我让 ds 来写都比这个好


尤其是在比较复杂的长需求下，比如简化后的需求，分成多个文档都要 5000 字左右这种，千万别让他直接写测试


但可以让 sol 把测试的规划记录在一个文档里，等整个需求实现了，并且 review 了核心目标没问题后，再补上测试。

最新回复 (19)
  • ScreneWisper 08-03 17:28
    1楼

    昨天已经体验到了，正要做的功能都还没做好，，给我写了一大堆测试代码，太夸张了。

  • sunfly 08-03 17:28
    2楼

    应该是因为今天降智太严重了，明显感觉智商不在线

  • 超大杯 楼主 08-03 17:32
    3楼

    说实话，我虽然没感到明显降智，但感觉 sol high 的逻辑变了，有点奇怪

    但我今天从 144 升级了 codex 到 146 ，还没看是不是 prompt 或者啥改了

  • BigTiger 08-03 17:33
    4楼

    就是库库写，然后写测试代码，测试不过又去改，然后反复折腾，库库费钱

  • as673210811 08-03 17:33
    5楼

    赞同，我也是被测试整的无语了，费token不说，效果还贼差

  • benjamin_zhou 08-03 17:35
    6楼

    啊对对对对对，就是这样的，我都要求它不要频繁测试，不要完整测试，开发一定的功能之后统一测试，只进行基本的单元测试。大的模块之间联调时候才完整测试。

  • OLC 08-03 17:35
    7楼

    各位大佬是用Sol Max、Xhigh、还是High？难道全部都降智了吗？

  • scan1uu 08-03 17:36
    8楼

    是不是装了superpowers这种skill啊 默认就会tdd红-绿-重构的 sdd就会好一些

  • 𝓈𝒽𝒶𝓃𝒽ℯℯ 08-03 17:37
    9楼

    已经参透codex的习惯

  • Koa 08-03 17:39
    10楼

    我说咋这么费钱，佬不说我还真没注意是这个问题，后续需求实现完成后再统一加上测试。学到了。

  • summerjoe 08-03 17:39
    11楼

    你这么一说我想起来了，我那个项目test文件有50多个

  • Moran_hb2 08-03 17:40
    12楼

    真的一直在测试，请问下这个提示词放在哪里？

  • 马失前蹄 08-03 17:40
    13楼

    146好像是改了提示词，感觉没145版本好用，不知道是不是幻觉，现在我用0.147.0-alpha.4，总感觉不对味。 ^-^

  • 小猫曦月 08-03 17:41
    14楼

    一个codex和claude一起开发的项目，在codex的影响下，opus5都把相关test增殖到150多个

  • Snow Idrop 08-03 17:41
    15楼

    sol确实有这种怪毛病，对于某些性能指标或测试目的要求非常死，哪怕差了几个百分点都会重新迭代出V2,V3…这样直到达到性能指标，非常浪费时间并且容易让代码变质，有点开了goal模式一样的感觉

  • 超大杯 楼主 08-03 17:41
    16楼

    没有，只是sol 的习惯太强了，特别对于长任务它非常喜欢测来测去。

  • 𝓈𝒽𝒶𝓃𝒽ℯℯ 08-03 17:46
    17楼

    我放在 AGENTS.md 的

  • cc 08-03 17:48
    18楼

    就是这样，sol就是过度思考，还有反复进行测试，修复过程中继续测试，无限套娃，导致简单任务花费几个小时。然后专门让codex分析过这个问题，在agent.md添加约束进行限制，现在已经很好用了，也没有感觉到降智情况

  • leonfox28 08-03 17:52
    19楼

    求教都添加了哪些约束呢？我这也类似的毛病

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐