本地可运行、隐私友好的浏览器自动化工具需求
问题概述
用户希望将 Jev 从云端迁移到本地运行，以避免支付云服务费用、降低延迟，并防止 telemetry 泄露凭证。同时他们关注性能瓶颈（如初始页面观察耗时）和运行时错误。
痛点标签
- 希望在消费者硬件上本地运行，避免云端付费和延迟
- 担心 telemetry 组件泄露凭证
- 对性能瓶颈和运行错误的担忧
待验证问题
- 您是否愿意为此类本地化工具付费？
- 您的主要隐私顾虑具体是什么？
- 您对本地运行的最低硬件规格要求是什么？
证据
原话 · @Anonymous
I would be v excited if jev wasn’t a cloud model. Something that can run on consumer hardware at v fast speeds. Deffo impressive work. Don’t want to bring them down. I just don’t like paying AI tax to gate keepers for each use.
原话 · @Anonymous
I had a look under the hood of browser-use. I wanted to to run some tests with a local browser and a trusted LLM provider of my choice, but the (enabled by default) telemetry they send to PostHog is CRAZY. Especially the browser-harness component can leak credentials to PostHog left and right. This is absolutely not cool.
原话 · @Anonymous
The more I see about how Jev works, the less interested I get. Jev would be cool as a local model for e.g. Home Assistant. Projects like this are at best misleading, this one also happens to be broken.
原话 · @Anonymous
Getting an error on the actual run demo button, no error on building.
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。