jev模型是后端决策服务，无独立网页端或客户端，所有使用均基于api调用；所谓“网页端”实为browser use框架集成jev实现浏览器自动化，“客户端”则指sdk内嵌调用如java/kotlin中通过jev-client发起类型安全决策请求。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Jev 模型本身不提供独立网页端或客户端，它是一个后端决策服务，所有使用方式都围绕 API 调用展开。所谓“网页端”和“客户端”，其实是不同接入路径下对 Jev 的调用封装，并非模型自带的两种界面形态。
所谓“网页端使用”其实是 Browser Use + Jev 的组合运行
目前社区里说的“网页端”，基本指 Browser Use 开源项目中集成 Jev 的自动化流程。它不是打开一个网站就能用的 SaaS 页面，而是：
- 本地启动一个浏览器实例（如 Chrome）
- Browser Use 框架实时抓取当前页面 DOM 和截图
- 把结构化状态（可见控件列表 + 当前任务目标）打包发给 Jev API
- 拿到 Jev 返回的动作指令（如 CLICK [id=submit]、TYPE_TEXT [name=email]）后，再由 Browser Use 执行
整个过程在用户侧表现为“浏览器自动操作”，容易被误认为是“Jev 自带网页界面”。实际上，Jev 在其中只负责毫秒级动作决策，不渲染、不交互、不展示。
所谓“客户端使用”通常指程序内嵌调用，比如 Java/Kotlin 工程
TypeSafe AI 官方主推 Java/Kotlin 生态，其 TypeSafe SDK 就是典型的“客户端”用法：
- 你在自己的 Spring Boot 或 Android App 中引入 jev-client 依赖
- 配置 Jev 密钥和 endpoint（可指向云端 API 或私有部署地址）
- 定义一个 record 类型，比如 RefundDecision { boolean shouldRefund; double confidence; }
- 调用 jevClient.decide(input, RefundDecision.class)，直接拿到类型安全的对象
这个过程完全不涉及浏览器，也不依赖前端页面。它更接近传统微服务调用，适合风控路由、工单分类、内容审核等后台决策场景。
核心差别不在界面，而在输入来源与执行闭环
两者本质区别不是“有没有网页”，而是上下文怎么来、动作怎么落：
- Browser Use 场景：上下文来自真实网页（DOM + 截图），动作由浏览器引擎执行，Jev 是“决策大脑”
- SDK 客户端场景：上下文来自业务系统（日志、JSON、数据库字段），动作由你自己的代码触发（比如调用退款接口、发告警邮件），Jev 是“判断开关”
同一个 Jev 模型可以同时支撑这两种用法——只要输入符合它的 state + question + candidates 三元结构，输出就稳定可消费。
