有个候选人为面试写了一帖:比起 goal 的设计,整个队列的设计更考验 harness 的整体设计能力。
三要点:等待不等于暂停——等权限或结果时 Goal 仍 active,用户主动暂停后结果到达不能擅解;说"完成"不等于立即完成——默认会单独调用模型检查目标、完成声明、证据摘要;判定器不操作工具——沿用会话模型,不是另起一个验收 Agent。
三层一:接"决策模型能装到工作流"、"sandbox 把工具关起来"、"运行时是池子"——这些拼图加起来是 harness 四块:工具、沙盒、决策、队列管理。这帖把第四块钉上去了。
二,"等待≠暂停"=状态机真细节:区分主动暂停与被动等待——边界值上:结果到达后要不要解、谁来解、依据什么——这种判断岗才是工程深水区;三,7 难清单=目标层判断岗阵:和我写过的判类/选路/把关同轴——这是目标层的岗,难在"完成"本身就是个开放定义。
口径:①三要点其设计、没跑过工程实现;②面试题其表述;③术语以业内为准。
两条:一,把"暂停"和"等待"分清楚——这俩分不清的工程,一加并发就崩;二,做完成判定器演练:写明目标→模型自评→人复看——分歧越多的目标,越不该交给单次完成声明。
7 难里,你踩过几个?
话题来源 @Stephen4171127
9.4K阅读 ❤️73 x.com/…↗ 已改写,非原文转载
92 浏览 0 评论
0 反应














