lu29053632026-08-15背景：在Deepseek Harness中调用v4 flash运行了一个很长的对话，流量统计大概有600M token，多次压缩过对话，然后某个时刻运行着莫名其妙对话损坏打不开，爆红字（没来得及截图）。新开一个对话让flash修Harness，它一通思考，觉得自己完全掌握了损坏的原理，把对话解压修改后，压缩放回去，中途还要了一次修改.dsh/session的权限。并且它信心满满地说：这个bug是并行写入造成的，很有反馈给Harness开发团队的价值，我只要刷新一下窗口就应该好了 ^-^
好了，现在Harness都进不去了：
主楼- liuliu2026-08-15
哈哈灵活性，通常也意味着不稳定性。组件化拼装，全靠后面社区维护了。
- hucccl2026-08-15
agent修吧 有点离谱了但是又感觉确实是DS的干的事
- role_c2026-08-15
其实想法是好的，但模型拖后腿了。
- aeo2026-08-15
一般来说，不管任何模型，都推荐让另一个 Agent 去修，而不是他自己本身。比如说我现在就不用 Claude 编程了，专门让他负责去维修和配 API 等等。 /codex-ccs ,/grok-ccs 等技能
- lu29053632026-08-15
深念2026-08-15用pi去修DSH吧 ，跟以前用hermes修自己一样
- lu29053632026-08-15
无奈经济条件不允许，也就只能flash才烧得起token了
- jue2026-08-15
经典吧自己搞坏 ^-^ 我现在就是经常让agent改cpa，改坏了，全崩盘，赶快打开workbuddy紧急抢修
