DSH 学习 · Turn 轨迹 01

进了模型请求的东西,日志里必须找得到。

一次 Turn 不是一次模型调用。每拿到一个工具结果就要把它带回模型,所以一次 Turn 里有多次请求。而仓库自己的规则是:凡是能到达模型请求的输入,都要能从 Session 日志重建——这条规则可以逐条配对检查。

这一页把一次 Turn 的每一步排成有序轨迹,右侧标出它写进日志的位置。先押一个注:切到「工具被策略拒绝」的场景,那次被拒的调用在日志里会留下什么?

当前输入会写进地址栏 #state= 后面:刷新页面不丢,把链接发给别人打开的就是同一份输入。不用账号,不写本机存储。
步骤
模型请求
工具执行
日志事件
不可重建
独立校验

五条 lane 上的有序步骤

步骤 × 执行通道

横轴是步骤序号,纵轴是参与方。虚线把同一份内容的“写入日志”和“进入模型请求”连起来——这条线就是可重建性本身。没有连线的日志事件是只入库不回传给模型的内容。

拖动旋钮,看同一次 Turn 怎么分叉

输入 → 轨迹形状

上面三个场景是固定剧本;这里换成五个可以连续调节的输入:消息多长、调几次工具、哪一次失败、要不要让首次领取被拒、以及在哪一步中止。每拖一格,下面的轨迹立刻重排——零 Step 的被拒 Turn 和中途中止的 Turn 都能亲手拼出来。图上那条红色竖线可以直接横向拖动。

分叉形态
步骤
模型请求
重试次数
不可重建
独立校验
当前旋钮位置的全部步骤
执行通道 阶段 说明
独立校验逐条判定(只读步骤数组,自己重算)

    每一份模型可见内容的日志出处

    载荷配对

    一行一份内容。左边是它进入模型请求的步骤,右边是它写入日志的步骤。任何一行右边为空,就说明有内容进了模型却无法从日志重建——独立校验(oracle) 会因此失败。

    当前场景的载荷配对
    载荷 进入模型请求(步) 写入日志(步) 可从日志重建

    那条规则由 独立校验 逐条配对

    轨迹校验

    独立校验 只读步骤数组,自己重算“模型可见”和“已记录”两个集合再配对。它还检查步骤序号连续、输入先于第一次请求、每次被记录的调用都有结果、被拒绝的调用没有主体执行。

      哪些结论可以带走

      能证明什么

        不能证明什么

          完整步骤表

          不用脚本也能读

          图里的每一步,这张表都逐行给出,包括它是否进入模型请求、是否写入日志。没有脚本或图形支持时从这里读。

          当前场景的全部步骤
          执行通道 阶段 说明 进模型请求 写入日志 载荷