DuckDuckGo 对本地 LLM 搜索请求弹出 CAPTCHA

近日，有 Reddit 用户在 r/LocalLLaMA 板块发帖称，其本地部署的、基于 llama.cpp 的大语言模型在尝试通过 DuckDuckGo 获取搜索结果时，被对方以 CAPTCHA 人机验证拦截，模型随即输出提示「DuckDuckGo is blocking with a CAPTCHA. Let me try other approaches:」（DuckDuckGo 正在以 CAPTCHA 拦截，让我尝试其他方式）。该用户询问是否有其他使用者遇到同样情况。

事件经过

• 用户在帖子中描述，其本地 llama.cpp 推理环境在当天早晨开始出现上述行为，即向 DuckDuckGo 发出搜索请求后，接口返回 CAPTCHA 校验页面，导致模型无法正常获取搜索摘要。
• 帖子为提问式发帖，原始作者未提供更多技术细节，例如是否启用了特定的搜索插件、所用模型名称、请求频率或 User-Agent 设置等。
• 帖文附带的链接与评论区均未给出进一步的确认或官方回应，截至发稿尚无定论。

可能的背景

DuckDuckGo 与多数主流搜索引擎一样，长期部署反爬虫与异常流量检测机制，对短时间内大量、自动化或缺少典型浏览器特征的请求会触发 CAPTCHA 校验。使用本地大模型进行联网搜索（RAG、Agent 浏览等）时，若请求模式被识别为非人类流量，便容易遇到此类拦截。该现象并非针对大模型本身，而是通用反机器人策略的副作用。

影响与局限

• 受影响范围：主要波及使用 DuckDuckGo 作为默认搜索引擎、依赖本地模型调用网页内容的用户，对通用闭源大模型服务影响有限。
• 信息量：原帖内容非常简短，缺乏可复现的实验条件、对比数据或官方说明，尚难判断是 DuckDuckGo 策略调整还是个别网络环境问题。
• 建议：遇到类似情况的本地 LLM 用户可考虑降低搜索请求频率、设置更完整的浏览器指纹，或切换至其他对自动化请求更友好的搜索接口（如自建 SearXNG、SERP API 等）。

总体来看，这是一则社区层面的现象反馈，距离形成行业级事件尚有距离，读者可将其视为本地大模型联网能力的一个使用注意事项。