三端都能装上,这个免费开源的 AI 助手,README 第一行是「11 月前没人用就关停」

工作群里丢进来一个链接，附一句话：免费、开源、无追踪，能不能给现场用。

这个问题现在越来越难答。链接打开是一个刚做完的 AI 助手，网页版、安卓包、Windows 包都有，许可协议是 MIT，页面上写着零广告、零遥测、无限使用。真要靠读代码来判断，两天都不一定够，而且很可能答不到点上。决定它能不能进场的部分，未必在那个仓库里。

9 月 4 日，一个叫 OpenHelper AI 的开源聊天助手在技术社区发帖，原名 Ambient HybridAI。仓库公开，三端都能下载，安卓包 15.9MB，Windows 包 200MB。拿它当样本，四个地方摊开看一遍，比通读整套代码快。地址也放在这儿，方便自己核：网页版与下载页^[1]、仓库^[2]。

开源的是哪一层

仓库一共 1.1MB。安卓端是 Kotlin 加 Compose，Windows 端是 Electron 套一个 HTML 页面，网页版就是一个 35KB 的 chat.html。聊天记录落在应用私有目录的一个 JSON 文件里，这部分是实的。

但仓库里没有任何权重文件。没有 gguf，没有 safetensors，没有 onnx，也没有服务端代码。README 给「智能」留了一个名字，Ambient HybridAI Intelligence 2.0，下面列了六条能力：多轮上下文、流式响应、会话记忆。名字有了，模型是哪一家、多少参数、什么量化档，一个字都没写。

同一份 README 的 Requirements 里有一行：Internet connection。

MIT 覆盖的是客户端。你能审计的是界面和本地存储，审计不到的是回答从哪来。

你的问题去了哪

安卓端源码里有一个 callAI 方法，把提问做 URL 编码之后拼在地址后面，用 GET 发出去。网页版和 Windows 版是同一个写法，三份客户端指向同一个地址：部署在公共脚本托管平台上的一个函数端点。

提问落在 URL 里，这是要紧的。URL 会进哪些地方，出口代理和后端网关的访问日志、浏览器历史、中间设备的日志，还有按 URL 字段整条收走的日志平台。合规和运维评审问「数据出不出厂」，第一条通常就落在这里。

客户端自己的报错文案，把这套架构的完整形态说漏了一角。网络不通时界面提示的是：连接失败，请确认你的脚本已正确部署并允许公开访问。这句话假设的部署方式，是使用方自己放一份脚本上去并对外开放。而仓库里没有这份脚本的代码，README 也没写怎么部署，用户拿到的是地址已经写死的客户端。

答案的出处谁说了算

客户端每条回答下面显示一行出处，值是同一个端点返回的一个字段，客户端原样贴上去，不校验，也不跟任何别的东西比对。

出处由回答者自己声明。要追问「这条结论从哪来」，系统能给的唯一证据，还是它自己刚说的那句话。

工业场景里这一环最容易被跳过。要让出处可审计，得由服务端在生成回答的那一头回填，带文档编号和版本，客户端只负责显示，改不动。

它还能活多久

README 的第一行，在标题之前，是一句警告：如果到 2026 年 11 月还没有更多用户下载、使用或者给仓库点星，这个项目就结束。

眼下的数字：9 个 star、1 个 fork、0 个待处理 issue。三次发版，安卓包累计下载 83 次，Windows 包 28 次，最新一版安卓包 21 次。技术社区那组发帖，两天里发了三次，加起来 6 分、3 条评论。

还有个细节。Windows 版每次启动和每次关闭都会弹一次对话框，问要不要去给仓库点个星。README 末尾放了三个捐助地址，写着帮项目活下去。

版本号也往回走过。旧的发布叫 v2-old 和 v1-old，最新一版的说明写着 OpenHelper v1，原名 HybridAI v2。拿版本号做资产台账和升级计划，会对不上。

放在个人试用列表里没问题。一旦进了现场，值班时顺手问一句、操作员拿来查个参数，可用性就押在一条单人维护、以 star 数为存续条件的路径上。两个月后的维护和升级从哪来，没人答得上。

这四条，换到别的项目也成立

这四个问题都能从公开信息里找到线索，不用读完所有代码。一个项目的文档越长、演示越漂亮，这四个答案越容易藏在角落。

这类工具 2026 年只会更多，开场都是那三句话：免费、开源、无追踪。三句都没说错，就是每句都有前置条件。免费的部分总得有人付推理的账，现在这份账是作者自己掏、靠捐助和 star 撑着。开源指的是哪一层，得看仓库里有什么。至于无追踪，取决于你信谁的声明。

把系统讲透，比把系统讲大更有用。

你们现场评估这类工具，最先核的是哪一条？模型在哪一层，还是提问走到哪去了？

引用链接