大多数"本地AI工具"只是把云端套了个壳,数据还是走外网。探果(Tengo)采用本地推理引擎 + 云端沙箱隔离的混合架构,在工程层面真正实现了"离线可用 + 隐私保护 + 5000+ Skills开箱即用"。本文拆解其底层架构原理、与常见方案的对比,以及实际踩坑记录。
一、问题背景:为什么大多数"本地AI"是伪命题
2025年开始,市面上出现了一波打着"本地部署"旗号的AI工具。实际测一测,分三类:
- 纯云端套壳:Electron 封装了个 WebView,本质调的还是 OpenAI/Claude API,数据完整传到境外服务器。
- 半本地:模型在本地跑,但 Prompt 模板、会话记录同步到云端,隐私保护存疑。
- 真本地:推理在本机,数据不出本地——但部署复杂度直接劝退 90% 非技术用户。
探果(Tengo)的定位是第三类,但它解决了"真本地 = 部署地狱"这个核心矛盾。
二、架构核心:本地推理引擎 + 云端沙箱分层设计
2.1 本地推理层
探果内置了经过蒸馏和量化的轻量级推理模型,针对 Windows/macOS 主流配置(8GB RAM + 集显)做了专项优化。
用户输入 (Prompt)
↓
本地 Skill 路由层(匹配 5000+ 预置 Skills)
↓
本地推理引擎(量化模型,无网络请求)
↓
结果输出(本地渲染,不上传)
关键点:推理阶段全程离线。抓包验证过——触发纯文本 Skill(如文案润色、数据整理)时,没有任何外网请求。
2.2 云端沙箱层(可选)
有一类任务必须联网:爬取实时数据、执行 Python 脚本、处理大文件。探果的解法是把这类任务推到独立的云端沙箱执行,和本地环境完全隔离。

需要联网的 Skill(如:查实时行情、抓网页)
↓
请求路由到云端沙箱(隔离容器)
↓
结果回传本地(只传结果,不传输入数据的原始内容)
↓
本地渲染展示
这个设计的工程价值在于:用户的原始数据(财务文件、客户资料)永远不进云端沙箱,进沙箱的只有抽象化的任务指令。
三、Skills 体系的工程实现
这是探果差异化最大的地方,值得单独说。
大多数 AI 工具靠用户自己写 Prompt,探果把常见需求封装成 Skills(本质是带参数化模板的 Prompt 工程方案 + 预设工作流)。
从工程角度看,一个 Skill 包含:
skill_id: "content_polish"
name: "文档润色"
category: "内容创作"
input_schema:
- name: "content"
type: "text"
required: true
- name: "style"
type: "enum"
options: ["正式", "轻松", "商务"]
default: "正式"
prompt_template: |
你是一位专业文案编辑,请对以下内容进行润色,风格要求:{{style}}
原文:
{{content}}
要求:保留原意,优化表达,输出润色后的完整文本。
output_type: "text"
用户不需要懂 Prompt 工程,选 Skill → 填参数 → 出结果。Skills 本质上是 Prompt 工程的产品化封装。
四、实测数据(Windows 11,16GB RAM,无独显)
|
测试项 |
结果 |
|
冷启动时间 |
约 38 秒(首次加载模型) |
|
热启动时间 |
约 4 秒 |
|
文案润色(500字) |
约 6 秒 |
|
数据报表生成(100行 CSV) |
约 12 秒 |
|
内存占用(空闲) |
约 1.2 GB |
|
内存占用(运行中) |
约 2.8 GB |
|
外网请求(纯文本 Skill) |
0(抓包验证) |
五、踩坑记录
坑 1:首次启动像卡死
第一次打开时,进度条到 80% 停住了大概 90 秒没动静。以为崩了,强制关掉重开——结果发现是本地模型初始化解压,强制关掉反而导致模型文件损坏,需要重新下载(约 1.5GB)。
正确做法:首次启动耐心等,不要在 90 秒内强制关闭。
坑 2:CSV 数据格式问题
用"数据整理"Skill 处理含中文列名的 CSV,输出乱码。排查发现是编码问题——文件需要存为 UTF-8 BOM 格式,普通 UTF-8 会在部分 Skill 中触发乱码。
# Python 转换方式
import pandas as pd
df = pd.read_csv("data.csv", encoding="gbk")
df.to_csv("data_utf8bom.csv", encoding="utf-8-sig", index=False)
坑 3:离线模式下联网 Skill 静默失败
断网状态下触发需要联网的 Skill(如"查实时新闻"),不会弹错误提示,只会返回空结果。这是个 UX 问题,建议官方加个网络状态检测。当前绕过方式:开启任务前手动确认网络可用。
六、适用场景总结
探果适合的场景:
- 中小企业日常办公:文案、报表、会议纪要,批量处理,不需要训练模型
- 数据敏感型行业:财税、法务、医疗,需要确保数据不出本地
- 非技术团队:没有 IT 支撑,不具备部署和运维能力
七、结论
探果解决的核心工程问题是:把"本地推理的安全性"和"云服务的便捷性"统一进一个对非技术用户友好的产品里。
技术路线上,本地推理引擎 + 云端沙箱隔离 + Skills 参数化模板体系,是目前市面上少数能同时满足"数据不出机 + 开箱即用 + 技能丰富"三点的方案。
代价是本地模型能力有上限,复杂任务无法媲美 GPT-4o 级别模型。但对于 80% 的日常办公场景,够了。
535



被折叠的 条评论
为什么被折叠?



