wigolo 的“零成本”能省 API 账单，但替代付费搜索还要看三处短板
把 wigolo 接进 Claude Code、Cursor 一类编码 Agent 做本地技术搜索，可以把一部分按查询计费的 API 成本换成本机资源和维护成本；把它理解成“零总成本、可无条件替代 Tavily／Exa／Firecrawl”，现有证据撑不住。项目 README 明确把核心搜索、抓取、爬取、提取、缓存和相似页面发现描述为无 API Key，并写出“$0 per query”；同一套文档也要求本地模型、浏览器和缓存占用机器资源。
源
“$0 per query”不是“部署成本为零”
wigolo 的成本结构确实和商业搜索 API 不一样：公开搜索引擎适配、本地 reranker／embedding 和本地缓存让单次查询没有项目方收取的计量账单。源
但自托管文档同时写明，排名与 embedding 模型会占磁盘，浏览器会占真实内存；小型 VPS 还被建议限制浏览器并发。更关键的是，项目自己承认数据中心 IP 的信誉可能较低，部分带挑战验证的网站即使用浏览器升级链也未必能通过，并提供了外接代理的配置方式。源
所以这里该算的是两本账：API 边际费用可以接近零，机器、磁盘、浏览器内存、维护时间和必要时的代理并不会消失。代理是否收费、多少钱取决于用户采用的服务；本次没有取到 wigolo 官方给出的固定代理成本，因此不编价格。
中文查询确有已知缺口，但不能诚实地说“体验打几折”
截至本次核验，项目的公开 issue #230 仍在描述一个明确的 CJK 排序问题：两条词法处理路径使用 ASCII-only 的字符规则，导致中文等 CJK 查询丢失 lexical alignment 和 rare-term 相关性信号。issue 给出的中文示例甚至会得到零词法 token，相关页面可能因此被无关的高新鲜度页面压过。源
这能证明“中文排序存在结构性缺口”，却不能推出“中文体验下降 30%”“只剩七折”之类数字。项目没有在这条 issue 中给出统一中文测试集、NDCG、Recall@K 或其他可量化对照；语义、时间、新鲜度等其他排序信号也没有因此全部消失。对中文用户最实用的判断不是猜一个折扣，而是先拿自己的高频查询集做 A/B 回归，再决定能不能替换现有搜索源。
Linux ARM64 的问题也要缩小到证据真正覆盖的范围
外部材料把问题概括成“linux-arm64 上语义功能直接不可用、回退纯关键词”，这个说法过宽。项目 issue #231 的实际复现范围是 Linux ARM64 的 Docker 镜像：缺少对应 tokenizer 原生依赖后，embedding 模型加载失败，搜索会静默退化为 rerank-only，vector-similarity ranking 不工作；同一 issue 还明确说，原生 macOS ARM64 并没有这个缺陷。源
这已经足够严重，因为退化只在 daemon 日志里暴露，常规健康表面没有明显提示。源 但它仍不是“所有 ARM64 都只能纯关键词”的证据。官方工具文档把 find_similar 描述为关键词、语义和实时网络三路融合；现有 issue 能证明 Linux ARM64 Docker 的 embedding／向量分支失效，不能据此再扩大成整个工具在所有 ARM64 环境完全不可用。源
什么时候值得接，什么时候别把付费 API 拔掉
如果工作流主要跑在个人开发机，查询以英文技术资料为主，能够接受 Beta 项目偶发退化，并愿意自己看日志、做回归测试，wigolo 的“本地优先＋不按查询收费”有现实吸引力。这里省下来的不是“所有成本”，而是第三方搜索 API 的计量账单。
如果核心查询是中文，部署在 Linux ARM64 Docker，或者要从 VPS／CI 稳定抓取反爬较强的网站，当前公开 issue 已经给出足够多的风险信号。更稳妥的架构是先把 wigolo 当成可替换的一路搜索源，保留另一条可切换的检索路径，等自己的查询集和部署环境跑过回归后再提高依赖程度。
飞出国在这里更关心一个容易被“免费”二字掩盖的问题：搜索基础设施真正昂贵的部分，不只是一张 API 账单，还包括失败时谁发现、谁修、谁兜底。wigolo 已经证明它能把前一项压低；后三项目前仍要由使用者自己承担。
这篇哪里可能过时或不适用
GitHub issue #230（CJK 词法）和 #231（Linux ARM64 Docker 静默退化）截至 2026-08-31 仍是 open；关闭后以当时 issue 与当前版本说明为准。
代理有没有固定价格，官方没有给出数字。README 的「$0 per query」只覆盖项目方不收的查询计量，不覆盖机器、磁盘、浏览器内存和维护。