用「部分更新 vs 全量快照」设计 agent 评测:卡车码头案例拆解
jylusdev · reddit · 2026-11-05
一位开发者分享了为 dispatch agent 设计 eval 的具体方法:以卡车 T17 为例,08:00 事件 A 分配 dock 4 并置为 waiting,08:05 事件 B 只置 ready、不含 dock 字段。此时答案取决于声明的更新语义——若 B 是部分更新(省略字段保持不变),结果应为「ready 且 dock 4」;若 B 是全量快照(省略字段视为未知),结果应为「ready 且 dock 未知」。
他建议把这两种语义各做成一个 eval case,只改声明的更新类型,对 dock 和 status 分开打分:部分更新场景下 dock 需引用事件 A 的证据、status 需引用事件 B;快照场景下 agent 应回答 dock 未知。
另一个关键实践:发送给模型的上下文里保留更新规则与每个已解析值的来源,这样 agent 答错 dock 时能区分是「误读证据」还是「上游状态就传错了」。
「编程与Agent」频道最新
- Claude Code 速查表:CLAUDE.md、Skills、MCP 与最佳工作流 — nikola_mr64990 · 2026-11-05
- Bobby Iliev《Docker 入门》开源电子书上线,可配 AI 导师阅读 — burkov · 2026-11-05
- 开源 CloudOpsBench:45 个真实场景测 AI 云运维智能体 — DarkMG1 · 2026-11-05
- 同一 AI 造关卡流程第四五步:先试玩验证,再用 GPT Image 批量出概念图 — FinanceYF5 · 2026-11-05
- 24小时用 AI 做出完整原创游戏:Opus+Flux+Tripo 全流程公开 — FinanceYF5 · 2026-11-05
- 团队称产品设计 100% 由 Claude 自动化,数月未碰 Figma — manosaie · 2026-11-05