C2AI2X 是一套面向异构执行网络的协作协议与接入体系：当 AI 无法独立完成任务时，它让需求、授权、匹配、协商、履约与回流拥有清晰、可验证的连接方式。
**当前状态：**需求侧 Hosted Inbox / Widget 与供给侧入驻 / 承接入口已开放；API 当前公开规范与接入评估材料，生产端点、凭证与 SLA 未对外开放；结算与 payout 未公开冻结。
总览
C2AI2X：从需求到结果的协作协议
当需求需要外部执行时，C2AI2X 用一条可验证主链，把授权、匹配、协商和履约回流连接起来。能力与开放范围以可验证的公开入口为准。
Protocol validation
你的角色动作，如何进入可验证的协议主链。
无论生成入口、完成入驻还是发出请求，C2AI2X 都保留授权、匹配、协商、履约与回流的边界。
C2AI-D
需求与授权把意图变成可执行委托
明确目标、约束与授权范围，让协作从可验证的起点开始。
AI2X-M
匹配与报价找到合适的执行能力
在异构网络中发起匹配、询价与评分，而不是只返回一段建议。
AI2X-N
协商与契约把协作条件说清楚
确认责任、边界与不确定性，让交接具备可追溯的共同语义。
A2X-S
履约与回流把结果带回原来的工作流
执行、回执与状态写回形成闭环，让下一次协作有可靠依据。
Heterogeneous execution network
同一条协议主链可路由到不同执行终端；路由 AI 本身不属于四边。
专业人士 / 顾问H · Human
以人工专业判断、咨询或交付承接需求。
智能体提供方A · Agent
提供可被编排的软件智能体能力。
机器人服务方R · Robot
提供物理机器人或现场执行能力。
协作个体 / 执行者C · Collaborator
提供协作、现场或网络化执行能力。
提示先做这三件事
- 先选接入路线：Hosted Inbox / Widget Embed / Full API。
- 先跑通一条最小动作：生成入口、完成嵌入、或跑通第一条请求。
- 需要系统回写时再升级到 Full API，不要一开始就上最重集成。
三层协作结构
| 层 | 对外需要理解的职责 | 当前公开资产 |
|---|---|---|
| 协议主链 | 定义授权、匹配、协商、履约与回流的一致性边界 | Core v1.1.0 的规范、Schema、示例与 Conformance |
| 异构执行网络 | 将任务路由至 Human、Agent、Robot 或 Collaborator 执行终端 | 参考案例、服务方入驻 |
| 平台接入层 | 提供入口、身份边界、路由与承接状态的产品化接入 | 接入路径、API 接入评估 |
公开文档说明协议和接入边界；集成方按公开入口与白名单路由对接即可。
已公开可验证 / 未公开冻结
| 当前可验证 | 当前未公开冻结 |
|---|---|
| 协议 Schema、示例与 Conformance 资产 | 公开生产 API 端点、Key 与 Webhook 凭证 |
| Hosted Inbox 与 Widget 入口 | 固定 SLA、配额、计费与 entitlement 承诺 |
| 服务方入驻与统一承接台 | provider payout、settlement 与 take-rate 公式 |
| API 请求/响应形态的参考规范 | protocol-native billing 与组织生命周期 |
从协议到接入
需求与授权 → 匹配与报价 → 协商与契约 → 履约与回流
- 需求侧：Hosted Inbox 用于最快上线；Widget Embed 用于保留自有站点体验；API Readiness 用于系统级评估。
- 供给侧：Provider Onboarding 负责统一入驻、审核和激活；Provider Workbench 负责承接匹配线索。
从哪里继续
| 你的目标 | 下一步 |
|---|---|
| 先把咨询入口上线 | 选择接入路径 |
| 看清协议主链、四边网络与接入层的关系 | 协议入口图 |
| 阅读协议与系统接入边界 | API 规范与接入评估 或 GitHub Core |