前言¶

模型自身的知识有截止时间，遇到「今天发生了什么」「这个接口最近改了什么」这类问题，只能凭空生成或拒答。常见做法是在外面接一套搜索服务，再手动把 API Key 塞进环境变量；多了一套配置，也多了一处会失效的环节。下面介绍的 autoglm-websearch 走的是另一条路：搜索能力交给 AutoGLM 的 Web Search 接口，而 Token 从本机已有的服务里自动拿，不需要改环境变量。

这是什么¶

autoglm-websearch 是一个基于通用 SKILL.md 格式编写的 Skill，作用是让 Agent 具备联网搜索能力。发布者是 SkillHub 上的 user_15292d5a，来源标记为 community（社区发布，非平台官方出品），分类为 knowledge-management。

它解决的问题是：Agent 在需要查询最新资讯、检索网页内容或获取实时信息时，有一条现成的搜索路径可用，不用为鉴权单独搭一层。

核心功能¶

1、调用 AutoGLM Web Search 接口执行网络信息搜索，覆盖联网搜索、资讯查询、网页内容检索、实时信息获取这几类需求。
2、Token 自动获取。Skill 通过本地服务 http://127.0.0.1:53699/get_token 取用 Token，不要求使用者手动配置环境变量。
3、依赖声明上标记为 requires_api_key=false，与上面「不手动配 Key」的路径一致。

版本 1.0.0，说明这是首次发布的初始版本，后续接口或 Token 服务地址若有变动，需要重新核对。

安装与启用¶

官方地址：

https://api.skillhub.cn/user_15292d5a/yjkj-autoglm-websearch

SkillHub 展示页：

https://www.skillhub.cn/skills/user_15292d5a/yjkj-autoglm-websearch

需要说明的是：本次写作时两个地址都抓取失败，页面正文无法读取，因此安装命令、目录结构、配置文件字段这三项都没有核实到。按不编造的原则，这里不给出任何命令，也不推测命令形态。待页面恢复后，应优先补齐安装步骤与启用方式，并核对是否区分 Cursor、Codex CLI、Claude Code 等不同宿主环境。

典型用法¶

同样因为页面无法访问，官方资料里没有留下可复现的调用示例，这一节留空。从已核对的事实可以确定调用链的起点是本地 Token 服务，实际写法应以仓库内的 SKILL.md 为准：

GET http://127.0.0.1:53699/get_token

需要留意的是，这个地址绑定在 127.0.0.1:53699 端口上。如果 Skill 运行在容器、远程沙箱或其他网络命名空间中，127.0.0.1 指向的是那个环境自身，不一定能访问到宿主机上的 Token 服务。部署前先确认运行环境的网络拓扑。

适用场景与注意¶

适合的场景：Agent 需要查近期新闻、检索某个网页的内容、或获取模型训练截止时间之后的信息；希望 Token 管理由本机服务统一负责，不想在每个环境里手工配 Key。

限制与坑：

1、Token 服务依赖本地进程在 53699 端口可用。服务没起来，搜索功能整体不可用，报错会落在网络连接这一步，而不是鉴权那一步，排查时先看端口。
2、requires_api_key=false 只是说不需要手工配置 Key，不等于不需要鉴权——Token 仍然要从那个本地接口拿。
3、发布者是社区账号，属于第三方实现。Token 获取链路涉及本机接口，安装前建议读一遍 SKILL.md 的请求逻辑，确认它只做取 Token 这一件事。
4、分类为 knowledge-management，评分 100000、下载 721 次、安装 0 次。下载量能反映关注度，安装数为 0 说明目前没有公开的安装量数据，稳定性只能靠实际试跑判断。

结尾¶

autoglm-websearch 的价值在于把「联网搜索 + 自动取 Token」两件事绑在一个 Skill 里，省掉了环境变量配置。当前能核实的信息限于它的能力描述、版本与来源归属；安装命令和调用示例因为页面无法访问未能确认，落地前需要先补齐这两块。

官方地址：https://api.skillhub.cn/user_15292d5a/yjkj-autoglm-websearch