dsh-agent-dispatch

在 dsh 里真正派生子代理的是 use_agent，但「这一回合该不该派、派给谁」往往要靠主代理临场猜——猜错会多一轮无效委派，猜保守则明明该 offload 的任务却全堆在自己身上。dsh-agent-dispatch 做的是**事前建议**：在每个普通用户回合进入模型之前，用 TypeSafe Jev（System One）对着你已注册的 agent 名册做一次结构化判定，过阈值就在该回合消息末尾追加一条四行英文建议，点名该用哪个 agent、是否建议后台跑、以及可以无视的声明。它不接管 spawning，也不替你做最终决定。

核心能力围绕「沉默优先、建议可选」设计。Jev 未配置、主动关闭或调用失败时，三种情况行为一致：不注入、不报错、不刷警告——错误建议比沉默更糟。选择空间是 roster（~/.dsh/agents）里的已注册 agent，而不是 provider/model 路由；每次请求还会实时过 capability gate（use_agent 可见、spawn provider、名册非空、委派深度），普通回合条件不满足时完全静默，显式 /dispatch、/jev 则拿到诊断。mode 支持 off、once（仅显式触发）与 auto（本地关键词闸门命中才问 Jev，未命中零外发）。

适合已经接入 dsh-subagent-registry、用 use_agent 管理 agent 名册，又希望在「派活之前」多一层可校准、可忽略的 Jev 建议的人——尤其是和 dsh-tui-pi 的 attention（派活之后）搭配使用时：一条腿管该不该派，另一条腿管跑着谁需要干预。若你需要的是本地零依赖的启发式路由或模型档位选择，社区里的 dsh-jev-subagent-dispatch 或 attention 的本地排序更合适；本插件的定位是「有 Jev 才说话，没 Jev 就当没装」。