校验候选，而不只校验类型
适配器拒绝未知候选 ID、非有限的 confidence 和越界概率，合格后才返回 ProviderChoice。
查看对应来源 ↗代码仓库分析
cua
Cua 仓库的 jev-use 预览示例：Driver 观察与执行，Jev 从有界候选中选择浏览器动作。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 26,156
- Forks
- 1,813
- 协议
- MIT
- 最近提交
- 2026-09-24
Jev 在这里做什么
读取 DOM 或可用的视觉区域描述，仅返回已提供的候选动作 ID。
提供 Python、TypeScript 循环，以及离线与在线分开的验证路径。
Jev 集成位于预览示例，不能代表整个 Cua 框架或 CUA-S1；离线 fixture 通过不代表线上模型效果。 已核对固定版本 README 与集成源码。
这个项目适合解决什么任务？
构建一个由模型之外的条件确认成功的浏览器动作循环。
资料分析日期：
从输入到动作
- Driver 先提供新鲜 DOM 快照，并在支持时加入视觉区域描述。
- 适配器让 Jev 从已提供的候选 ID 中选一个，执行器再把 ID 解析为具体动作。
- 动作后重新观察，以夹具独立的 /state 结果检查是否真正完成。
实现中值得检查的地方
模拟证明与在线验证分开
示例分别提供确定性 mock 和 live 模式；仅收到提交事件不够，还要独立读取夹具状态。
查看对应来源 ↗选择建议
适合需要 Driver 执行层和可检查选择器的集成。它是示例配方，不能推出整个 Cua 框架都使用 Jev。
如何自行检查
阅读 jev_adapter.py 的 choose_with_typesafe 与 README 的 mock proof，追踪候选 ID 如何经过校验再进入状态检查，确认未知 ID 无法到达执行层。
结论的适用边界
- 本站没有运行 Driver 或在线 Jev。
- 本地夹具通过不能代表任意网站上的可靠性。