展开本页目录
开始前准备什么
- Open WebUI0.12.2；需管理员配置搜索provider、模型Web Search与Native工具调用、chat开关和用户权限。搜索API可能收费或限流；页面抓取失败与模型无工具调用要分开排查。保留品牌许可。
- 只在独立练习目录与自己的测试账号操作；使用准确模型ID，真实密钥不写入教材。
- 先定义要比较的字段
- 启用原生搜索与模型能力
- 要求模型先搜再打开官方页
- 检查调用记录中的fetch_url
- 填写带未知值的比较表
- 逐条点击来源并回读结论
- 保存证据和调用边界
原创输入、任务提示、字段教材、源码参考、人工基准和实际本地输出；无需模型即可核对。
包含七步原生操作、版本、来源和目标平台待执行项。
本站手写参考或人工基准的实际渲染，不是目标平台或模型输出。
1. 先定义要比较的字段
输入包括3个官方URL、运行方式和最低内存，未知不填0。source-records.csv是本次研究的人工出处台账，未来使用时重新打开官方页核对日期，不能把旧快照当永久规格。
2. 启用原生搜索与模型能力
管理员在Web Search配置服务，再在Models打开Web Search capability与Default Features；聊天内也确认开关。选用支持Native工具调用的可用模型，不把有API key当作有搜索服务。
3. 要求模型先搜再打开官方页
提交prompt.md，让模型按域名找到官方安装页，并用fetch_url读取实际正文。Native模式下search_web返回标题/链接/摘要，不能把未读的搜索命中直接列成引用证据。
4. 检查调用记录中的fetch_url
在自己的实际会话展开工具记录，逐项对照S1/S2/S3的URL。遇到抓取失败先记失败，不把“没有读到”解释为产品没有该功能。
5. 填写带未知值的比较表
保留来源ID、核查日和原文依据。Langflow与Sim最低内存来自不同部署档位；Activepieces本题没有独立RAM证据，留“未核实”，不要用其他产品的值补它。
6. 逐条点击来源并回读结论
从实际结果点开出处，检查数字和部署方式属于同一页。reference.html展示的是人工已核实的来源表与缺值，不是目标Open WebUI生成的回答。
7. 保存证据和调用边界
保存实际search/fetch日志、输出表及核查日期。三款工具是否适合业务还需自己实跑；本题不根据一张表推荐购买，也不宣称搜索引擎服务由apizt提供。
怎样确认已经完成
- 三款产品各自的字段有实际打开的官方URL和核查日期。
- 调用记录区分search_web摘要与fetch_url正文，未读取来源不算已核对。
- Activepieces未找到的RAM值保持未核实，不借其他产品数值补齐。
常见问题
AI联网查资料怎么确认没编来源？
让搜索摘要和实际打开的来源分开，比较三个工具的本地运行门槛。 按上面七步在自己的工具执行；本页下载包提供可核对的输入和参考。
免费版到底能用哪些功能让AI帮我查？
从实际结果点开出处，检查数字和部署方式属于同一页。reference.html展示的是人工已核实的来源表与缺值，不是目标Open WebUI生成的回答。
Open WebUI 联网搜索 的练习包能直接导入吗？
node-fields.json是逐字段操作教材，不能冒充平台原生工作流导出。按实际版本在工具里配置并保存自己的原生文件；Recipe YAML和单文件HTML等明确命名的材料见README。