AgentCard

什么是 AgentCard？

AgentCard 为 AI 代理提供一次性虚拟 Visa 借记卡。它允许代理在需要支付时创建范围限定的卡实例，从而在网页上完成购买，无需传统钱包或预充值流程。

核心目的是帮助开发者和公司为其应用添加受控的“代理支出”。卡片设计为每笔交易隔离，并支持在卡创建和支付完成前进行人工审核。

主要特性

• 一次性虚拟 Visa 卡：每张卡仅可使用一次，有助于保持交易隔离和可追踪。
• 自毁卡（7 天有效期）：未使用卡在 7 天后自动自毁，降低遗忘凭证和挂单风险。
• 人工介入审批：卡创建和支付需人工审批；用户在代理完成交易前收到通知/邮件。
• 范围限定卡生命周期与控制：卡默认“范围限定、已审批、自毁”，支持代理支出的更严格运营控制。
• 无需预充值；自动释放挂单：不预先扣款，AgentCard 在银行卡上设置挂单，仅在使用卡时扣款；未使用挂单自动释放。
• 结账支付 Chrome 扩展：网站描述了 Chrome 扩展，让代理在结账页面支付。
• 开发者 CLI 和管理工具：提供 CLI 工作流（例如 agent-cards 和 agent-cards-admin），用于创建卡和管理组织。
• 带 Webhook 的 API（企业）：企业可使用 API 代表用户创建卡，并通过仪表板或 Webhook 监控活动。

如何使用 AgentCard

1. 通过 CLI 入门：安装 CLI 包（网站显示 npm install -g agent-cards），运行注册开始创建卡。
2. 按需创建卡：使用页面描述的命令行流程，在代理需要支付时签发一次性虚拟卡。
3. 启用浏览器路径（可选）：使用 Chrome 扩展支持结账页面支付。
4. 企业通过 API 集成：使用 agent-cards-admin 注册组织，为每个用户创建持卡人身份，然后允许用户代理使用您配置的限额创建范围限定的一次性卡。
5. 运营审批与监控：使用仪表板/Webhook 监控卡和交易活动，在完成前进行人工介入审批。

使用场景

• 代理主导的网页结账购买：AI 代理创建一次性虚拟卡，并在提供的浏览器扩展工作流帮助下在结账页面完成支付。
• 开发者控制的代理工作流支出：团队集成卡创建，让代理在定义限额内支出，同时人类在完成前审批每张卡创建/支付。
• 多用户 SaaS 支出管理：应用为每个用户创建独立持卡人身份，保持跨客户卡签发隔离，同时集中监督。
• 无需构建卡基础设施的 API 驱动支付：企业使用 AgentCard API 让代理代表用户支付，同时通过仪表板或 Webhook 监控挂单、交易和结果。
• 减少孤立挂单和过期支付方式：带 7 天自毁窗口的一次性卡和未使用卡的自动挂单释放，有助于避免遗忘卡实例。

常见问题

• 需要预充值卡吗？ 无需预充值。AgentCard 在银行卡上设置挂单，仅在使用创建的卡时扣款；未使用挂单自动释放。

• 虚拟卡可重复使用吗？ 不可。页面说明卡为一次性使用，每张卡仅可使用一次。

• 审批如何运作？ 产品描述为卡创建和支付均使用人工介入审批。在代理完成交易前发送通知。

• 未使用卡有效期多久？ 页面说明未使用卡在 7 天后自毁，您将收回金额。

• 企业可编程集成 AgentCard 吗？ 可以。页面描述了 API、管理 CLI（agent-cards-admin）、组织设置、按用户创建持卡人，以及通过仪表板和 Webhook 监控。

替代方案

• 传统虚拟卡平台：同类替代方案通常提供可重复使用或托管虚拟卡。与 AgentCard 相比，其工作流程在支持一次性、代理驱动支出以及每笔交易人工审批的便利性上可能有所不同。
• 带有存储支付方式的支付网关：某些网关允许管理支付方式并处理后端发起的收费。要实现单次使用、隔离卡行为，可能需要不同的工程实现。
• 手动审批 + 发票/计费工作流程：对于偏好非卡支付渠道的团队，使用发票或手动支付的工作流程可完全避免卡签发，但无法支持相同的代理到结账支付模式。
• 通用代理支付编排（自定义构建）：您可以围绕自己的支付渠道构建自定义“代理支出”系统。主要区别在于，您需自行负责 AgentCard 开箱即用的卡/结账处理和控制。