AI 分析
痛点:SaaS 接入 MCP 后,同一个用户账号下挂载多个 AI agent,无法区分、限流、单独吊销某一个 agent,切断一个往往要牺牲全部。
目标用户:已经上线 MCP server 的 SaaS 运维/平台工程师,以及要给 agent 做细粒度授权的 B2B SaaS 团队
证据:Builders won't pay for a credential vault. Three people told me straight out that they'd build their own or keep keys in their keychain before trusting a startup with them. / One account, many agents, no way to tell them apart. / Revoking access typically means signing the user out or rotating a key everything shares. / Operators only trust identity they issue.
变现:不做通用凭证保险箱,而是做「MCP 多 agent 会话治理」SDK/中间层:按 agent 发放短时 token + 按工具分级 scope + 单 agent 限流/熔断/吊销,按 API 调用量或 seat 收费,卖给 SaaS 厂商而非 agent 构建者。
MVP:两周内做一个给现有 MCP server 用的反向代理/SDK:为每个 agent 连接签发短期 scoped token,提供 per-agent 速率限制和单 agent 一键吊销,只支持 read 类工具放行、write/spend 类强制二次授权,先接 1-2 个开源 MCP 框架做 demo。
竞品:WorkOS、Auth0 / Okta 的 AI Agent 授权方案、Descope、MCP 官方 OAuth 授权规范、Cloudflare 的 agent 身份与网关能力
摘要:作者访谈了多个已上线 MCP server 的 SaaS 运营方,反复出现的问题是:一个用户账号连接 3 个 AI 工具后无法区分 agent,单个 agent 死循环只能整体限流,吊销等于把用户所有工作流一起断掉。但同时有 3 人明确表示不会为「凭证保险箱」付费、宁可自建,所以通用凭证服务是死路,机会在按 agent 粒度做限流、scoped token 与分级工具权限的治理层。