刚好有需求，在生产仓库做两个新功能，glm5.3提前写好的issue，一个是根据销售账号的历史订单做类似“再来一单”的功能，自动预填表单中的一些字段，一个是在列表新增个别字段的行内编辑能力。 工具：dsh（标准模式） 模型：step-5-preview high（以下简称step5） 纯主观评价 先简单聊了issue的内容，补充了一些不清晰的决策，过程中发现step5对项目理解有明显的（或者说意料之外的）偏差/不足，行内操作按钮的提交审批在订单被驳回过时是可以继续提交的，而step5询问我要不要添加提交审批按钮。 需求聊完，又让step5 /plan了一次，这次没有明显的问题 直接开工，很快发现step5会经常性的出现工具调用失败，不知道是对dsh的工具调用不熟悉还是什么问题。 频繁出现调用不存在的工具，以及很多模型会犯的不read就直接edit导致的失败。 改完第一波文件，自行编译验证失败，回头重改，编译通过。 频繁测试失败，一轮轮回头改，足足改了4轮以上，懒得数了。 todo完成一轮，自动进行下一轮，很快就被截断了，因为“content_filter”,查了一下是被过滤器阻止了，不清楚是dsh的原因还是step5的原因，以前没遇到过。 直接让他继续，依旧频繁工具调用失败，但这次只有两个测试不通过。 经常性的把pwsh调成pwash，我知道模型对powershell的支持天生不如原生终端和git bash wsl这些，但别人都是写错命令，他怎么佬写错工具名，有没有佬讲解一下 截至目前，除了工具调用和频繁漏写导入，测试不通过外没发现其他问题。 优点是我的agents.md约束的开发流程有去比较好的遵守（要求写的渐进式文档目前还没写，从todo来看是打算最后写，也有其他模型喜欢最后再统一写，这点待定）。 todolist在截断后消失，但完成一轮工作后补回了todolist，没毛病。 又把pwsh写错了，这次是pash 会主动抽共享组件，这点还不错 340k上下文附近开始频繁在read前edit，导致写错函数/类名，以及编造不存在的函数名，但最终能修正回来。 现在开始改完自行检查import了，说明还是会联系上下文修正自己的行为的。 "pwash"又来了 写完也知道类型检查，还可以。 最近用惯了ds4.1flash，感觉这90上下的tps真是臭臭的，于是开新会话让ds评估了一下当前分支的改动与以往commit的质量相比如何。 等ds结果的时候切回来看step5，感觉页面突然被红色（工具调用失败）入侵了 终于来到了最后的类型检查和跑测试+编译环节，被ds大人养刁了真是看不了这个tps ds目前还在评估 收回对step5的会主动抽共享组件的好评，ds发现应该复用的工具函数里的错误处理状态却没有被任何地方消费，核实了一下确实是。但我有用/simplify的习惯，其他模型也经常有这个现象，只收回好评，不算差评 做完了，ds说功能预计不可用，后端达到近期提交的水平甚至有所超越（近期是用GLM5.3+ds）,前端集成正确性有退步，会导致功能不可用，我来看看怎么事，启动本地服务验收 让这小子启动本地服务，还给我偷偷验证上了，刚才干嘛去了，直接打断施法。 哎哟呵，只起后端不起前端是知道前端有猫腻吗 手动验证跟ds大人说的一般无二，全中，说实话这个价格做到这个地步我已经满足了，毕竟ds老师眼中后端甚至有提升，只是集成边界的失误。 既然ds大人认为只是集成问题，那我打算让step5自己review看能不能发现并修好了 而我，我要去睡觉了 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/20 01:02:20