结果与轨迹的双重验收

实现与取舍

代码示例

接受两条合法轨迹，拒绝先读后授权

Python 标准库可运行。仅演示串行偏序，authorize 未校验主体或资源；生产必须验证参数、权限决定、事件因果及业务结果。

def score(events):
    tools = [e['tool'] for e in events]
    reads = [i for i,t in enumerate(tools) if t in {'db_read','cache_read'}]
    auth = [i for i,t in enumerate(tools) if t == 'authorize']
    return {
        'authorized_before_read': bool(auth and reads) and all(any(a < r for a in auth) for r in reads),
        'no_delete': 'delete' not in tools,
        'has_answer': bool(tools) and tools[-1] == 'answer',
    }
for names in [('authorize','db_read','answer'), ('authorize','cache_read','answer'), ('db_read','authorize','answer')]:
    checks = score([{'tool': n} for n in names])
    print(all(checks.values()))

预期输出

True
True
False

工程推演

场景

假设工程场景：查询 Agent 有数据库直读和已授权缓存两条实现路径。

设计决策

结果都核对同一数据快照，轨迹门禁允许两种读取，但要求当前授权先于访问。

验证目标

验收目标是缓存优化不会因调用路径不同被误判，先读后授权仍判失败。

适用边界

示例不处理缓存陈旧、主体与资源授权匹配，也不证明并发事件顺序。

易错点

• 要求唯一工具调用序列，惩罚合法替代路径
• 只比工具名，忽略参数、次数和副作用
• 把工具请求开始视为业务已经成功
• 将模型自述当成真实执行轨迹

参考资料

依据公开技术资料设计；参考资料支持技术机制，场景与评分标准为本站设计，不代表某公司面试原题。 新增问答与迁移案例用于原理讲解，来源核查与案例运行验证分别记录。

• LangSmith：最终响应、单步与轨迹评测
• LangSmith Evaluate a complex agent：trajectory evaluator
• OpenTelemetry：Span、上下文与因果链接

检查自己理解到哪一步

读完后可以对照这些标准解释原理、边界和取舍。掌握程度由你自评；需要进一步验证时，再完成下方小任务。

基础达标

知道结果正确仍可能执行了危险或多余动作。

中高级信号

按允许与禁止动作、因果顺序检查轨迹。

资深信号

容许多种正确路径，衡量轨迹规则误报并用反例校准。