DSH 学习 · 确定性实验 01

内部工具调用,不能从权限管线旁边溜过去。

改变策略、seed 和并发上限,然后逐帧检查四个子调用。默认场景会拒绝一次写入;切到“全部放行”后,写入仍先经过 policy lane,才进入工具主体。

阅读配套课程 打开离线 Debug 桥
  1. 01dispatch建立 parent/child
  2. 02pre-execute进入有序前置阶段
  3. 03policyallow 或 deny
  4. 04body只有 allow 才执行
  5. 05post + result按提交顺序结算

横轴是 tick,纵轴是执行 lane

正在读取动态效果偏好。

圆点是教学事件,横条是工具主体的活动区间。第三维没有额外语义,所以本实验只用二维图;完整内容始终保留在下方事件表。

tick 0 1 / 1

键盘:焦点不在表单控件时,← / → 逐帧,Home / End 跳到首末帧,空格播放或暂停。

CURRENT FRAME 首帧:外层 run_code 已分发,尚无内部工具主体执行。

本 tick 的事件

  • run_code · outer dispatch

四个子调用的状态

  • 等待模型初始化

哪个阶段真的发生过

调用 × 阶段

行是四个子调用,列是调度器实际执行的阶段顺序,格子里是该阶段的 tick。被拒绝的调用在 body startbody end 两列是空的——区分 allow 与 deny 靠的是这个空缺,不是颜色。

并发有没有越过上限

刻度 × 执行中的主体

纵轴是同时处在执行区间的工具主体数量,虚线是本次请求的上限。阶梯而不是曲线:并发只在 tick 边界改变,在两个 tick 之间插值等于编造中间值。

这条线证明的是教学模型遵守了所选上限,不是真实部署的调度器行为。同一组数字在下方事件表里逐行可读。

动画不负责给自己判分

事件校验

独立校验(oracle) 重新读取事件流,独立核对 parent、阶段顺序、策略结果、主体执行次数、并发上限和外层结算顺序。测试还会篡改一条 deny 事件,确认 独立校验 能报错。

  • PASS · 等待模型运行页面载入后会显示逐项 expected / actual。

哪些结论可以带走

能证明什么

  • 等待模型运行。

不能证明什么

  • 等待模型运行。

每个事件都能按文字读取

表格不随动画隐藏;未来事件只降低对比度。

刻度 执行通道 调用 阶段 判定 说明

页面依据什么,又没有运行什么

固定源码事实

Code Mode Consumer 把内部调用交给 registry 的 staged scheduler;前置与后置阶段有序推进,只有主体阶段并发,独占调用形成屏障。

查看固定源码位置

教学模型推导

四个虚构工具名、离散 tick、固定 seed 生成的持续时间、三套简化策略和二维布局由本页定义,不是 DSH 生产配置。

本页没有做

没有模型调用、审批弹窗、文件写入、网络请求、浏览器持久化、Debug 自动连接或真实 Session 回放。

查看手动文件协作边界