2026 年 6 月 19 日，Cloudflare 推出了临时账户功能：Temporary Cloudflare Accounts for AI Agents。一个 --temporary 标志，让 AI Agent 无需人类注册、无需邮箱验证、无需信用卡，就能在 Cloudflare 上部署一个 Worker 并将其跑起来。
这项功能减少了从写代码到发布测试版本之间的操作。同期，Morgan Stanley 计划通过 MCP 向外部 Agent 开放股票管理服务，Stripe 与 Cloudflare 合作处理账户和支付，WorkOS 则推出注册协议 auth.md。这些方案分别解决接入、授权和付费问题，让 Agent 更容易使用现有服务。
注册和认证步骤，会中断后台 Agent 的部署
Cloudflare 在公告中指出，编码 Agent 完成代码后，经常卡在注册账户和授权步骤。
基于浏览器的授权页面、仪表盘操作、复制 API Token 和多因素认证，通常需要用户参与。有人在旁使用编码助手时，可以接着完成这些步骤；后台 Agent 则可能需要暂停，等待用户返回。部署服务若能提供明确的自动化流程，就能减少这种中断。
这正是 Cloudflare 试图解决的问题。临时账户的做法是先提供短期测试环境：Agent 运行 wrangler deploy --temporary，Cloudflare 在后台自动创建一个临时账户、签发 API Token 并完成部署，同时生成一个认领链接（claim URL）供 Agent 交还给人类。初次临时部署可以自动完成，永久保留资源则需要用户认领。
先部署和测试，60 分钟内认领即可保留资源
临时账户的工作流程分为三个阶段：
部署阶段：Agent 在没有任何凭证的情况下运行 wrangler deploy --temporary。Cloudflare 在后台完成三件事：创建一个临时账户、向 Wrangler 签发一个 API Token、生成一个认领 URL。Worker 立即在 workers.dev 子域上上线。
迭代阶段：在 60 分钟的认领窗口内，Agent 可以反复修改代码并重新部署。临时账户支持 Workers、Workers KV、D1（1 个数据库，100 MB 上限）、Durable Objects、Queues（最多 10 个队列）等产品，支持 Agent 反复执行写代码、部署和验证。
认领阶段：用户须在 60 分钟内打开认领 URL，登录或注册 Cloudflare，并完成认领，将资源保留下来。如果未认领，账户和部署自动销毁。
Wrangler 还会在输出中提示这项功能。当 Agent 首次尝试部署但因为没有凭证而失败时，Wrangler 不会简单地报错退出，而是会打印一条提示信息，告诉调用者存在 --temporary 标志，并说明它会使用临时账户并输出认领 URL。Agent 读取报错和提示后，就有机会选择下一步操作，用户也能从同一段输出中获得帮助。
Simon Willison 随后进行了测试。他用 GPT-5.5 xhigh 在 Codex Desktop 中构建了一个 HTTP 重定向解析工具，通过 npx wrangler deploy --temporary 命令成功部署，并验证了临时部署「如广告所言完全正常工作」。
临时部署、代办付费和注册协议，分别解决什么问题
临时账户、Stripe Projects 和 auth.md 面向不同的需求，可以放在一起比较：
| 机制 | 应用场景 | 人类审批 | 支付 | 持久性 | 发布时间 |
|---|---|---|---|---|---|
| Temporary Accounts | 快速部署测试版本 | 保留资源时需认领 | 无 | 未认领则 60 分钟过期 | 2026.06.19 |
| Stripe Projects | Agent 代用户开通账户/购买域名 | 认证、条款、账单 | 有（默认每供应商 $100/月上限） | 按服务和订阅安排保留 | 2026.04.30 |
| auth.md（WorkOS） | 声明 Agent 如何代用户注册 | 依所选流程和服务商策略 | 不在范围内 | 凭证有效期由服务商决定 | 2026.05.21 |
Temporary Accounts 用于快速试用，仍受资源与防滥用限制。Stripe Projects 让 Agent 在用户授权和预算范围内购买域名、开通付费服务。auth.md 则用 Markdown 文件声明注册流程，复用现有 OAuth 标准，让服务商决定接受哪些身份和签发哪些权限。
三者可以互相补充，但属于不同的产品或协议，使用者需要按任务选择和组合。
MCP 连接工具，A2A 协调不同 Agent
获得账户和权限之后，Agent 还要调用工具、交换任务。MCP 和 A2A 分别处理这两类连接：
MCP（Model Context Protocol），由 Anthropic 提出，解决的是 Agent 与工具/数据源之间的连接问题。它定义了一个标准化的方式，让 AI 应用按统一格式接入外部系统——数据库、API、文件系统等。MCP 在 2024 年底发布后迅速成为行业标准，被 Block、Apollo、Replit 等公司广泛采用。
A2A（Agent-to-Agent），由 Google 提出并于 2025 年 6 月捐献给 Linux 基金会，解决的是 Agent 与 Agent 之间的协作问题。A2A 引入了 Agent Card（Agent 能力声明）、任务生命周期管理等概念，让不同厂商构建的 Agent 能够相互发现和协作。该项目获得多家科技公司的支持，合作方包括 AWS、Microsoft、Salesforce 和 SAP。
MCP 侧重工具和数据源接入，A2A 侧重不同 Agent 的任务协作。账户、凭证和授权安排，则决定这些调用以谁的名义进行、可以使用哪些资源。连接协议与权限管理需要配合使用。
Morgan Stanley 计划让 Agent 接入股票管理平台
企业业务系统也在提供面向 Agent 的接入方式。
2026 年 6 月初，CNBC 独家报道：Morgan Stanley 将向外部 AI Agent 开放其股票管理平台 ShareWorks 和 Equity Edge。开放计划针对这些股票管理服务，接入权限由平台管理。Morgan Stanley at Work 的首席产品官 Mark Mitchell 说得直白：
"The way we see it, in a future state, our corporate clients will not be logging into ShareWorks or Equity Edge."
取而代之的是，企业客户将「使用桌面上的 Agentic AI 工具，以纯 Agent 的方式与我们的平台交互」。
据该报道，Morgan Stanley 相关职场业务涉及约 1.2 万亿美元资产，客户包括近半数 S&P 500 公司及前十大独角兽中的 8 家。该行已经向少数客户开放了早期 Agent 接入权限，并计划在明年向全部 3,400 家管理客户开放。
Morgan Stanley 选择通过 MCP（Model Context Protocol） 来实现这一开放。MCP 统一了工具描述和调用方式，平台仍需实现服务接口并管理权限。Mitchell 的判断是，在这个 AI Agent 成为主要交互界面的世界里，「能够生存下来的公司是那些拥有专有数据和业务逻辑的公司」。至于用户不再登录网站这件事，「一点也不让我们害怕」。
这项计划让企业客户多了一种使用业务系统的方式：在授权范围内，由 Agent 通过工具接口完成操作。界面操作因此可以减少，后台的数据、权限和业务规则仍然需要保留。
认领链接需要保密，临时账户也有资源限制
任何降低门槛的技术都会带来安全问题，临时账户也不例外。Cloudflare 在设计中内置了三层防护：
- 工作量证明（Proof-of-Work）：在创建临时账户前自动执行，增加批量滥用成本；
- 速率限制：限制临时账户的创建频率；
- 凭证检测：
--temporary标志仅在无现有凭证时生效，有现有 OAuth、API Token 或全局密钥时会报错。
使用时还有两点需要注意。第一，认领 URL 等同于账户所有权——获得这个 URL 的人可以完成认领并接管账户，因此必须像对待密钥一样对待它。第二，60 分钟窗口内的匿名 Worker 理论上可被用于托管钓鱼页面或恶意软件——短期失效和创建频率限制可以约束滥用，平台仍需检测恶意用途。
涉及付费服务时，还要管理消费权限。Agent 可能买错域名，或在重试过程中消耗预算。Stripe Projects 使用支付令牌，让 Agent 不必接触信用卡信息，并为每个供应商设置默认每月 100 美元的支出上限。审计、避免重复购买和撤销权限，也是这类系统需要考虑的设计。
Agent 自动创建账户、部署服务和消费资源后，系统需要记录每项操作的授权来源。按任务签发和撤销凭证、根据使用情况调整权限、保留可追溯的操作记录，都能帮助用户管理这些自动化行为。
更多服务开始提供 Agent 接口和授权工具
除上述产品外，注册、互操作和安全规范也在推进：
- Stripe Projects（2026 年 4 月 30 日）定义了 Agent 如何购买云基础设施的商务协议——Agent 可以在人类授权的预算范围内自主创建账户、购买域名、升级套餐；
- auth.md（2026 年 5 月）由 Cloudflare 与 WorkOS 联合推出，将 Agent 注册流程标准化为一个 Markdown 文件，任何服务都可以通过它声明自己的 Agent 接入方式；
- NIST AI Agent Standards Initiative 正在推动 Agent 互操作和安全标准的制定；
- PwC 2025 年调查中，79% 的受访高管称公司已在采用 AI Agent，88% 计划因 Agent 增加相关预算。这反映的是受访者的采用情况和计划。
TGVP 的一份行业报告将 Agent 基础设施划分为四层架构：模型编排层、工具/协议层（MCP/A2A）、记忆层、治理层。按照这一分类，临时账户和 Stripe Projects 同时涉及工具调用与权限管理。分类有助于梳理职责，实际产品仍需要把这些部分连接起来。
Simon Willison 在评论中提出了一个有趣的观察：这项功能对普通开发者也同样有用——任何人都可以无需注册就快速部署一个 Worker 来测试想法。清楚的提示、较少的操作步骤和统一接口，同时有助于开发者与 Agent 使用服务。
下一步是让部署更顺畅，同时保留清楚的授权
对 Cloudflare 临时账户而言，最直接的改进是让 Agent 写完代码后，可以立即部署一个短期版本并验证结果。用户觉得有用，再通过认领保留资源。
OAuth 提供委托访问的机制，其中一些流程需要用户确认。后台 Agent 在无人值守时可能无法完成这些步骤，因此需要预先授权、明确的凭证范围，或临时部署与后续认领相结合的安排。
Wrangler 在错误输出中解释 --temporary，也提供了一种实用做法：工具在失败时给出可执行的下一步，而非只返回错误码。Agent 更容易据此继续任务，开发者也更容易理解失败原因。
这些服务都在减少 Agent 完成任务所需的人工操作。后续需要观察的是部署成功率、用户认领是否顺畅，以及权限和支出能否得到清楚管理。自动化做得越多，授权和资源归属就越需要说清。
