如果你最近在 GitHub 上搜 Perplexica，会发现仓库跳到了一个叫 Vane 的地方。项目没换人也没重写，是改名了——2026 年 3 月，这个 3.8 万星的自托管答案引擎正式换了个名字，老地址 301 到新仓库，Docker 镜像也从 perplexica 变成 itzcrazykns1337/vane。
这篇按老规矩讲三件事：它到底解决什么问题、一条命令怎么跑起来、以及现在上车要接受哪些坑。
它不是 Agent 画布，是答案引擎
很多人把它和 Dify、Flowise 归成一类，其实不是一回事。Dify 卖的是编排能力：画布、节点、工作流、发布成 API，你要自己决定每一步怎么走；Vane 只干一件事——你丢一个问题进去，它自己去搜、抓、读、写，最后给你一段带引用链接的回答。界面上没有节点可以拖，只有输入框和引用列表。
这个定位决定了它的对手不是 Dify，是 Perplexity，以及你浏览器里那个搜索框。想省事直接买 Perplexity 的，站内写过它 Computer 版本；想留在自己机器上的，才是 Vane 的地盘。
规模上它不算小项目：37,995 星、4,227 个 fork、1,009 次提交，2024 年 4 月建仓，TypeScript 写的 Next.js 应用，MIT 协议。真正要留意的是节奏——最新版本 v1.12.2 发布于 2026 年 4 月 10 日，此后仓库到 9 月 1 日还有提交，却没有再发过 release，issue 区还开着 376 个。
改名这件事，影响比想象中大
同一个作者（ItzCrazyKns）、同一段提交历史、老 URL 自动跳转，只是名字换了，作者本人也没发正式公告。于是现在的局面是：中文教程九成还写着 Perplexica，README 和镜像已经是 Vane，第三方一键部署模板有的用旧名有的用新名。
直接后果就是——你搜旧名找到的安装文档，命令里的镜像名往往是错的。要么照新 README 走，要么把镜像名换成 itzcrazykns1337/vane。这类”项目活着但文档断层”的情况，站内 Flowise 归档那份横评里也遇到过，判断一个项目活没活，看 release 和最后一次人工提交，比看星数可靠。
一次提问在它内部怎么走
新版把链路拆得挺清楚：/api/chat 收到问题后先做一次分类，决定三件事——要不要联网研究、要不要挂件、把追问改写成能独立成立的问句。然后研究和挂件并行跑：研究走自带的 SearXNG 聚合搜索，取回前几条结果，用 Chromium 抓正文，再用嵌入模型按上下文预算裁剪；挂件是天气、股价、计算这类小卡片，靠 Wolfram Alpha，只显示、不参与引用。最后把问题加裁剪后的上下文交给模型，生成带引用的答案，SSE 流式传回界面。
这套结构是 v1.12.0 之后长出来的：那个版本把 LangChain 整个拆掉换自研实现，为的是对流式输出、生成过程和各家的 provider 特性有低层控制；v1.12.1 补了 LM Studio 接入；v1.12.2 把深度研究改成 Reason-Search-Scrape-Extract-Repeat 的循环，加了 Chromium 抓取器，并用嵌入选掉超预算的搜索结果，防止上下文被撑爆。
上手：一条 docker 命令
docker run -d -p 3000:3000 -v vane-data:/home/vane/data --name vane itzcrazykns1337/vane:latest
镜像里自带 SearXNG，起完打开 3000 端口就是 setup 向导，选模型提供商、填 key 或本地地址就行。模型支持 Ollama、LM Studio 这类本地部署，也支持 OpenAI、Claude、Gemini、Groq 这些云 API。
已经有自己 SearXNG 的，用 slim 版：加一个 -e SEARXNG_API_URL=http://你的地址:8080，镜像换 vane:slim-latest。两个硬要求——那个 SearXNG 必须开 JSON 输出格式，并且启用 Wolfram Alpha 引擎，否则搜索会静默失败，或者挂件干脆不出现。
日常用有三档：Speed、Balanced、Quality，取代了旧的 Normal / Copilot。Quality 走的就是上面那套深度研究循环，慢、烧 token，但确实是拿来做调研的。另外还能上传 PDF 或图片直接问、限定只在某个站点里搜、搜图片和视频；把它设成浏览器默认搜索引擎也行，地址写 http://你的IP:3000/?q=%s。
要给别的程序调用，POST /api/search 返回 message 和 sources 两个字段，stream: true 可以流式；图片、视频、provider 列表各有独立端点。
实话：现在上车的四个坑
一，没有登录鉴权。上游 Upcoming 里”添加认证”还挂着，默认就是单用户。它一旦暴露在公网，等于把你的模型 key 和全部搜索历史敞开，只能内网跑，或者前面加一层反代和 basic auth。
二，发版停了五个月。4 月之后只有提交没有 release，仓库基本单人维护，376 个 issue 开着。这不代表它跑不起来，但意味着你踩到的坑大概率要自己填。
三，SearXNG 是硬依赖。搜索引擎被限流、超时的时候，答案质量直接掉档，跟模型强弱没关系。slim 版尤其要盯住 JSON 和 Wolfram Alpha 这两个开关。
四，小模型别碰 Quality。深度研究一轮要多轮抓取加嵌入过滤，7B 级别的本地模型很容易半路跑偏、或者把上下文聊爆，这一档是给强模型准备的。想要更省事的编排路子，可以对照站内 Dify 1.18 的更新看——那边是把 Agent 当成可发布的应用来做，思路完全不同。
最后一句定位：想要一个自己的搜索入口、数据不出门、能接本地模型、愿意维护一个容器的，Vane 是这条路上最省事的选择之一；想要团队协作、权限管理、审计日志，它现在还不够格。
