Vane：把网页调研整理成带来源的回答，模型可以自己选

准备一份产品资料时，最费心的常常是那几句结论：它们依据哪个网页，资料是不是已经过期，供应商自己的说明和论坛里的经验有没有混在一起。Vane 把回答、来源卡片和研究过程放在同一页，适合想搭一套自己的网页调研入口、又愿意管理模型与运行环境的人。

回答旁边保留可以打开的材料

官方仓库现在使用 Vane 名称，原来的 Perplexica 仓库地址会重定向至此。认旧名字的读者可以沿这个地址继续找项目；更名本身不代表一种新能力发布。

README 展示的任务是询问 Nano Banana 2。画面上方是一排 Sources 卡片，中间可展开 Research Progress，下方才是答案，正文中还带着引用编号。这种排布的用处在于：读者能把“回答得像不像”继续追到“到底引用了谁”。

来源：Vane README 的英文界面演示。它展示来源与回答的组织关系；图中的模型介绍不作为本文对该模型的事实核验，也不能证明中文回答质量。可点开原图查看引用位置。

这里有一个值得留意的阅读动作：演示把官方站点、提示指南等材料并排展示，但卡片出现并不等于它支撑了答案里的每一句话。用它整理资料时，最值得打开的是最终要写进报告的那个判断对应的链接，而非只数来源有多少。

Vane 提供网页、学术和讨论三类来源选择，也支持限定具体域名。它还把搜索方式分成 Speed、Balanced、Quality，分别面向快速回答、日常查找和更深入的研究。搜索 API 文档进一步写明了来源参数与这些模式。

例如，假设要为小型工作室整理“某款开源设计工具能否导出 SVG”的选型说明，可以把输入写成：“优先读取该项目官方文档，列出支持的导出格式、需要的插件和对应页面；社区遇到的问题另列，不确定的留空。”期望拿回的是带链接的说明草稿，随后逐个打开导出文档检查。

这只是教学用法，没有实际执行这次搜索。限定范围能减少无关材料，却也可能漏掉官网没写的故障；讨论来源适合补充使用线索，不能直接替代正式支持说明。Quality 也不意味着结论必然正确，它改变的是研究投入方式。

Vane 用 SearxNG 汇集网页搜索结果，可以连接 Ollama 本地模型，也能接 OpenAI、Anthropic、Google 等云模型。官方架构说明区分了搜索后端、负责生成的语言模型和处理上传文件语义检索的嵌入模型。

这解释了它与直接注册搜索网站的一项实质差别：你可以选择在哪里运行生成与检索环节。代价是需要自己配置和维护。接云模型时，参与推理的查询及相关内容需要交给对应服务；用本地模型也不能把联网搜索说成全程离线，搜索后端仍须请求外部搜索引擎或网页。

README 的隐私宣传应当放在这个具体配置下理解。历史保存在自己的实例，并不自动意味着所有网络请求只发生在自己电脑里。上传资料前，聊天模型和嵌入模型两处连接都值得确认。

已有 Docker 环境的读者，可以从 README 的安装章节开始。官方提供包含 SearxNG 的容器方案，启动后打开 http://localhost:3000，在设置向导里配置模型与密钥；已有 SearxNG 的用户还有精简镜像路线。本文没有部署或验证这一实例。

Vane 仓库代码采用 MIT 许可证，允许在保留版权和许可声明等条件下使用、修改及分发。它没有因此赠送云模型调用，也不替连接的模型权重、搜索引擎和第三方内容统一授权。本地模型仍需硬件，云 API 按提供方计费。

另一个实际门槛是访问控制：当前 README 仍把加入身份认证列为后续事项。自用时从本机访问开始；需要多人访问时，要先安排访问控制与部署维护。对想掌握模型选择、来源范围和数据路径的人，这些工作有意义；只想立即拿到一份资料摘要的人，则应把这部分维护成本一起计入选择。