Vercel CLI 可检索千余项服务连接

Vercel Connect 把服务发现搬进了终端：开发者和 AI Agent 可以通过 CLI 搜索超过 1000 个服务，再按连接方式、分类等条件筛选，选定后创建 connector。它解决的是接入前「去哪找、怎么筛」的问题。对已经使用 Vercel Connect 的团队，这能缩短查找路径；但原文没有展示实际接入效果，也没有证明搜索结果一定符合业务需求。

找服务，可以直接从任务描述开始

新增的 vercel connect discover 支持按服务名称、别名、关键词和描述搜索。你不必先知道服务的准确名称，也可以从 crm 这样的需求词入手。

原文用下面这条命令展示搜索入口：

1vercel connect discover crm

注意，行首的 1 是原文展示时混入的行号，实际命令从 vercel 开始。

这个能力的价值不在于终端多了一个搜索框，而在于开发者与 Agent 可以在当前工作流程中寻找候选服务。原文称可发现的服务超过 1000 个，但没有说明服务覆盖范围、搜索排序方式，以及结果会返回哪些具体字段。

因此，搜索到一个服务，只能说明它进入了候选名单，还需要继续核对是否满足接入要求。

筛选条件比服务数量更有用

对于程序员，服务是否支持所需的接入方式，往往比名字是否熟悉更重要。此次 CLI 提供了几类筛选条件：

• 按分类筛选，例如 vercel connect discover --category ai --category data。原文展示了重复传入 --category，但没说明多个分类之间采用什么匹配逻辑。
• 按连接方式筛选，例如 vercel connect discover --connection-method mcp，连接方式也包括 oauth。
• 按服务暴露的产品筛选，但原文没有给出对应参数。
• 只查看支持转发 webhook 触发事件的服务，命令是 vercel connect discover --supports-triggers。

分类值也不用靠猜。vercel connect categories 可以列出可用于筛选的分类标识，也就是 category slugs。

discover 和 categories 都支持 --format=json，这对脚本和 Agent 比终端展示形式更关键。

JSON 输出给后续程序提供了结构化输入。不过，原文没有展示 JSON 样例，字段结构仍需要查阅文档或运行命令确认。

选好服务后，再创建 connector

发现服务之后，可以把服务名称交给 vercel connect create。原文以 Slack 为例：

1vercel connect create slack

这里同样要去掉行首的 1，实际执行的是 vercel connect create slack。

这串起了「搜索、筛选、创建」三个步骤，但原文只展示了创建入口，没有展开授权过程、所需凭据或后续使用方式。不能据此认为运行一次命令就完成了全部接入。

使用这些能力，需要将 Vercel CLI 更新到 64.1.0 或更高版本。这是明确的使用门槛，排查命令不可用时可以先核对版本。

我的判断

我认可把服务发现和结构化输出放进 CLI。对于日常依赖终端工作的开发者，以及需要调用命令的 AI Agent，这种入口比手动浏览目录更容易接入现有流程。

但这是一则功能公告，没有实测、耗时对比或搜索准确率数据。相较于浏览目录或直接查服务文档，它是否更快，取决于搜索结果是否足够准确、返回信息是否足够完整，原文没有给出证据。

还要区分「支持某种连接方式」和「满足当前任务」。筛出 mcp 或 oauth 服务，并不能替代对具体能力和授权要求的核对。服务超过 1000 个说明选择范围大，不代表每个候选都适用。

能拿来做什么

• 已经使用 Vercel Connect 的项目，可以先核对 CLI 是否达到 64.1.0，再用业务关键词搜索服务，减少逐个查找服务名称的步骤。
• 给 AI 编程 Agent 编排服务发现流程时，可以使用 --format=json 获取结构化结果，再根据候选服务决定创建哪个 connector。
• 寻找 MCP 服务或需要 webhook 触发事件的集成时，可以先用 --connection-method mcp 或 --supports-triggers 缩小范围，再核对具体接入要求。