文件排序
重排原生 glob 已找到的路径，不为判断再扫描文件。
主 Agent 仍然调用 DSH 的 glob。工具先完成原本的文件搜索，Jev 只看已返回的路径并评估它们与当前任务的相关性。
接入方式
这项判断如何进入任务
原生接入点
tools/executetools/post-execute
- 触发
- 原生 glob 在 tools/execute 得到非空、且数量未超过配置上限的路径后判断；tools/post-execute 再把分数摘要呈给模型。
- 送给 Jev
- 近期任务文本、原搜索 pattern/path 和这次 glob 的路径字符串。插件不追加扫描，也不读取候选文件正文。
- 如何采用
- 用 typed 概率重排原结果的 paths；默认最多展示 12 条。超过默认 40 条候选时直接保留原生结果，长完整表可按恢复位置查看。
实现依据：glob 执行与排序 ↗
隔离 Web · 确定性 Jev
一次 glob 找到 7 条 TypeScript 路径
用测试指令走原生 glob，搜索得到 7 条 TypeScript 路径；本地判断服务给每条路径相同的 0.75 分数。
执行与核查检查路径与分数是否进入工具结果，并重复同一搜索看是否再请求 Jev。
实际观察
7 条路径及分数都交付；再次搜索重新判断。因为全部同分，这个样例没有证明相关性排序更好。证据：技能选择与文件排序：公开验收摘要 ↗
本例验证分数传递和逐次判断，找文件耗时与任务结果尚未量化。
自动化 · 排序与上限
0.9 的路径排到 0.1 前面
构造 alpha.ts 与 beta.ts 两个路径，让确定性应答分别给 0.1 和 0.9；另构造 40 条及 41 条 glob 结果。
执行与核查断言排序后的原生 paths 顺序，并检查超过上限时是否绕过 Jev。
实际观察
beta.ts 排在 alpha.ts 前；默认上限下 40 条可判断，41 条保留原生流程。证据：技能选择与文件排序：公开验收摘要 ↗glob 排序与数量测试 ↗
这是排序规则与候选上限的测试，不是实际项目的文件相关性评测。
这些结果的边界
- 低概率路径仍可被展示，分数只描述路径相关性。
- 原始搜索范围、忽略规则和搜索错误仍由 DSH 的 glob 负责。