智能体接口（智能体对智能体）
把你的企业智能体开放给其他智能体。客户的 AI 助手可以发现它、向它咨询，并通过 MCP 与 A2A 提交一份结构化、已预填的请求——而任何不可逆的动作都由人确认。
智能体接口让你的智能体不仅能被聊天中的人触达，还能被你客户的 AI 助手以机器对机器的方式触达。助手可以提出有依据的问题，并提交一份结构化、已预填的请求；你这一侧做预处理，再交回一份摘要供人确认。它建立在开放的智能体标准之上——MCP（工具）与 A2A（智能体名片）——因此无需实现任何专有协议。
一次交互的形态
发现与接入
有两个层级，区别在于允许助手做什么。
只读层——自动发现，无需设置
助手在一个标准地址找到你智能体的名片，即可立即开始：
https://<你的域名>/.well-known/agent.json—— A2A 智能体名片（白标域名，或你的 agent4.io 网址）。- 页面内：一个
<link rel="agent" href="…">标签以及window.agent4，让已经在你网站上的浏览器端助手无需额外跳转即可找到它。
只读层是公开且安全的：仅限有依据的回答、受理契约和状态查询。不涉及任何个人数据，也不能提交请求。
写入层——一次性配对
要代表某人提交请求，助手必须先与那个人完成一次配对：
- 客户在你的聊天或挂件里点一下**"与你的 AI 助手一起使用"**。
- 他会收到一个一次性代码（外加一个可复制的链接、一个二维码和一个深度链接）——而不是一大段需要粘贴的文本。
- 他的助手用代码换取一个受限范围的令牌（一种 OAuth 设备 / 授权码式的交换），并自行读取智能体名片。
由此得到的令牌与那个经过认证的人绑定、受限范围（这家企业、这位客户、仅限预处理）、短时有效，且客户可随时撤销。正是这一点，把一个声称的身份升级为一个有来源可溯的身份。
这些动词
| Verb | 层级 | 用途 |
|---|---|---|
get_capabilities | read | 这个智能体能回答和能做什么；它的服务与边界 |
get_requirements(service) | read | 受理契约——必填/选填字段、类型，以及有依据的政策 |
ask(question) | read | 一个附引用、有依据的回答，或在超出范围时的交接 |
status(reference) | read | 一笔既有请求的进展 |
propose(service, payload) | write | 提交一份结构化请求；返回一份草稿 + 摘要 |
handoff_to_human(reference?) | write | 助手交还给主人的一条续接链接 |
受理契约
get_requirements 是消除摩擦的关键：助手永远不该去猜你的格式。它返回某项服务所需的字段，以及围绕它的、有依据的政策（定金、提前量、取消），这些都由你智能体的技能推导而来——于是助手填入它已知的内容，只就真正缺失的部分询问它的主人。
草稿模型
propose 绝不返回"已完成"。它最强的状态是 tentative——一份已备好、等待确认的请求，而非一笔已完成的交易：
needs_info—— 必填字段缺失或含糊；见open_questions。tentative—— 已作为草稿被接受，待确认。declined—— 无法被接受（超出政策或范围）。
在有人确认之前，没有任何东西是 confirmed 的。你的营销文案与你的回应都必须体现这一点：一份 tentative 的预约是一份请求，而不是一张已订好的桌子。
交接给本人
在任何环节，助手（或你的智能体）都可以请求交接。agent4.io 会生成一条限定于该会话的续接链接；客户打开它，看到完整对话记录，并以本人身份继续——在草稿被确认之前更正或取消它。交接时行为主体归属会切换，因此记录里始终显示是谁说了什么。
审计
每一次交互都被记录，仅可追加，并与请求引用号绑定：每一条入站断言（归属于发起调用的助手，以及与它配对的本人）、你返回的每一次回应，以及每一步的行为主体。一份提交数据的请求绝不匿名——正是这一点，让你可以把客户的助手当作那位客户的授权代表来对待，并在事后确切地证明交换过什么。
一个完整示例
- 发现（Discover）—— 助手拉取你的智能体名片。
- 配对（Pair）—— 客户点一下与你的 AI 助手一起使用；助手用代码换取一个受限范围的令牌。
get_requirements("reservation")—— 日期/时间段、人数、座位、饮食备注、姓名、联系方式；外加你的定金与取消政策。propose("reservation", …)→{ status: "tentative", summary, reference, open_questions: [] }。- 确认（Confirm）—— 助手把摘要展示给主人；确认后，由你的团队（或一次可用性核查）敲定它。