Validate the candidate, not just the answer type
The adapter rejects unknown candidate IDs, non-finite confidence and out-of-range probabilities before returning a ProviderChoice.
Inspect the supporting source ↗Cua’s preview jev-use example pairs Driver observation and execution with bounded Jev browser-action choices.
Reads DOM or supported visual-region descriptions and returns a supplied candidate action ID.
Provides Python and TypeScript loops with separate offline and live checks.
The Jev integration is a public-preview example, not the entire Cua framework or CUA-S1. Offline fixture checks do not establish live model performance. README and integration source reviewed at a fixed commit; not independently run or benchmarked by this site.
Build a browser-action loop whose success is verified outside the decision model.
Material analysed:
The adapter rejects unknown candidate IDs, non-finite confidence and out-of-range probabilities before returning a ProviderChoice.
Inspect the supporting source ↗The recipe provides separate deterministic and live modes; a submitted event alone is insufficient without the independently read fixture state.
Inspect the supporting source ↗Choose this recipe when you want Driver execution plus an inspectable bounded chooser. It is an example integration, not evidence that the entire Cua framework uses Jev.
Inspect choose_with_typesafe in jev_adapter.py and the README’s mock-proof section. Trace one supplied candidate ID through the choice validator and then through the fixture state check; verify that an unknown ID cannot reach execution.