执行序引擎 xushilianzhuren/dsh-task-order

dsh-task-order · 执行序引擎（插件）

把「执行结构与顺序」从一堆脚本升级成常驻系统提示区块 + 台账直读工具。

为什么不是简单包一层脚本

盘点时发现：这族的机械件（启动闸门执行器.py、事件触发器.py、启动预算门禁.py）大多把根目录写死在 <workspace>——本机没有这个目录，跑起来不是报错就是静默空转。
包一层死脚本＝把死的搬到提示里。所以本插件改走两条：

1. 条款写成常驻区块（ql:exec-order，默认排序 80），每步组装提示都在；
2. 工具直接读台账、跑还活着的件（能力注册表器.py、执行活性总账.py），根目录自己找（配置 → 从进程目录往上找 AGENTS.md → 本机默认）。

区块讲什么

开场六步 → 先查后借三链 → 两态自动执行（禁 cron 挂载）→ 写与跑三条（原子写／断点／失败回流） → 脚本户口 → 判据（每轮先答「这动作在序里第几步」）。

工具 ql_exec

| action | 干什么 | 写盘 |
| 开场体检 | 四文件体量＋注入覆盖率、双引擎哨兵（真跑 --自检）、错题末三条、固化稳固率、名册条数、事件台账 | 无 |
| 活性总账 | 跑 scripts/执行活性总账.py；跑不动则退到台账 mtime 直读 | 无 |
| 名册查 | 能力注册表器.py --查 关键词（先查后借第一站） | 无 |
| 事件台账 | 事件台账末五条 | 无 |

配置

| 字段 | 默认 | 含义 |
| enabled | true | 总开关 |
| order | 80 | 区块排序 |
| tool | true | 是否挂工具 |
| root | 自动 | 工作区根；不配就自己找 |

诚实边界

- 注入覆盖率用 65536 字节注入窗估算，是「平台会注入多少」的近似，不是平台保证。
- 开场体检里两个引擎是真跑（约 0.2 秒/个）；跑挂会如实报 exit 码，不装绿。