解构 AICP ① | 都 AI 时代了，还得装 SDK 吗？
根据融云联合艾瑞咨询发布的《AI 应用创新与商业化：新生态与新基建》报告数据，过去两年全球实际使用 AI 编程的人群已经从 43.8% 升至 78.5%。
当 Agent 参与开发，软件连接的对象从“人”泛化为“人、Agent 与业务系统”，过去那套专为人际交互设计的规则与接口习惯，显然已经不合时宜了。
融云 AICP（AI Communication Platform，智能通信平台）应运而生，从参与主体、接入范式、交互形态到数据价值等方面进行了系统性的代际进化。
正如上图所示，由 Agent 参与业务带来的变革环环相扣。这中间，对于终端用户而言，最直观的感受或许来自界面的流式呈现与动态卡片交互；但对于技术团队来说，最先感知到变化、也最先遇到工程挑战的，则是最前端的“接入方式”。
作为 AICP 架构全景拆解的第一篇，我们从“接入之变”聊起：以 Agent 为中心的新型接入体系，该如何搭建？
Agent 参与开发带来的变化
“手搓代码”到“Vibe Coding”
移动互联网时期，“集成通信能力”有着一套标准动作：去官网注册账号、创建应用获取 AppKey、在工程里引入客户端 SDK、对照文档写初始化与生命周期绑定、维持 TCP 长连接……
但在今天，支撑这套工程逻辑的底层土壤已经发生了变化。
1. 开发者工作流从“手搓代码”到“Vibe Coding”
数据显示，全球近八成开发者在日常工作中使用 AI 工具。开发者不再逐行查阅 API，而是直接向 Cursor、Claude Code、Windsurf 等开发工具下达业务意图，由大模型代为生成具体代码。
2. Agent 走向无状态运行与长周期协同
过去通信要承担的是高频、实时交互，客户端 SDK 通过长连接确保消息即时送达。但今天，大量企业级 Agent 运行在后端的 Python、Node.js 进程或 Serverless 容器中，以轻量、无状态与事件驱动为核心特征；同时，Agent 处理复杂业务往往是长周期的，中间涉及自动化推理、工具调用甚至长达数小时的异步长任务。传统的单向弹窗通知，承载不了这种人机深度协作的意图。
在这两重变化之下，矛盾随之显现。一方面，对于参与写代码的 Agent 而言，除了调用代码，它还需要知道：当前项目该选哪个轻量接口、环境权限如何配置、异常断线怎么重试，而不是在分散的文档与陈旧经验里猜测 API；
另一方面，对于执行长任务的业务 Agent 而言，它需要在无状态环境下随时被唤醒，在长达数小时的任务推进中把控状态。
因此，AI-Native 接入的重点是让 API/SDK 变得更容易被 Agent 使用，让整条链路能支撑智能体在无状态与长周期任务中闭环。通信底座需要从“接口可用”，向“能力可被发现、过程可被执行、状态可被回传、任务人机闭环”跨越。
☑ 能力可被发现：Agent 通过 Skill、插件、工具描述或标准接口了解厂商提供的能力，而不是让开发者在大量文档中寻找入口。
☑ 过程可被执行：接口定义需包含明确的约束、鉴权前置条件与错误边界，让 Agent 能够直接完成实际配置与准确调用。
☑ 状态可被回传：通信并非单次请求，Agent 需要清晰感知消息链路的状态、网络波动的重试机制以及任务执行的阶段标记。
☑ 任务人机闭环：调用产生的结果（尤其是人类的确认与干预）能顺畅地重新注入任务上下文，驱动业务流继续运转。
AI-Native 接入方式进化
立体接入矩阵
为了抹平上述矛盾带来的断层，融云在 AICP 的架构演进中，把“接入方式的 AI-Native 改造”作为重塑底层的第一步。针对本地开发、后端智能体、前沿开源框架以及人机长任务协同，构建了一套立体的接入矩阵。
面向开发工具：「IM 集成 Skill」，拿回接入确定性
随着 AI 编程的常态化，让大模型代写通信模块已经成为主流习惯。融云的 IM 集成 Skill，正是为了解决代码生成过程中的“幻觉”与规范失配而推出的。它直接嵌入主流现代 AI 开发环境（如 Cursor、Claude Code 等），依托动态检索能力，实时与官方最新的 API 规范保持精准对齐。
开发者只需用自然语言描述自己的业务目标，Skill 便会自动解析场景逻辑，精准决策是调用底层核心库（IMLib）还是开箱即用的 UI 组件库（IMKit）；同时自动匹配对应的客户端框架与开发语言，生成符合安全基线的规范代码，不给工程留下隐患。
面向后端与智能体：「IM Bot 开放平台」，轻量通信通道
大量运行在企业后端、自动化平台或容器内部的业务 Agent，需要一套更轻量、更标准的微服务调用体验。
去掉了对客户端 SDK 的依赖，融云 IM Bot 开放平台支持后端系统或 Agent 使用标准的 HTTP 请求与 Webhook，就能像调用常规业务接口一样收发消息、操作会话、加入群组……
平台在控制台层面提供完整的 Bot 创建、权限分级管理、独立 Token 签发与沙箱测试能力；结合底层的消息重试与有序队列机制，即便业务系统因处理高负载产生短暂网络波动，事件与信令依然能够稳定、有序地送达。
在这一体系下，端侧 SDK 专注于保障移动应用的深度体验，Bot API 则服务于后端 Agent 的轻量调用，二者各司其职。
面向前沿开源阵营：「DeepSeek Harness」插件与生态共建
在开源领域，以 DeepSeek Harness（DSH）为代表的智能体运行时架构正在迅速普及。融云积极参与生态共建，为 DeepSeek Harness 提供通信插件。
开发者在自己熟悉的开源配置环境内，可一键挂载融云的通信服务，直接在工作流中完成消息收发与任务交互。同时，官方插件能深度协同 Agent 内部的任务流转状态与外部通信事件，并紧跟开源社区的演进节奏持续维护，免去了开发者频繁维护工程的负担。
面向人机协同交互：「A2H 推送平台」，任务闭环的关键抓手
随着任务链条的拉长，Agent 遇到不确定性时需要人类介入授权，已成为高阶业务的刚需。传统的推送机制止步于“通知已到达”，而融云 A2H（Agent-to-Human）智能推送平台的核心，则是把 Agent 的后台任务状态转化为可送达、可感知、可回执的人类行动通道。
A2H 推送平台构建的是一个完整的人机协同闭环：
☑ 进度透明：低干扰地同步任务推进的关键节点，让人类随时知晓 Agent 的工作进展；
☑ 审批介入：在涉及高风险操作前，向对应责任人发出带有明确参数与操作项的确认请求；
☑ 异常接管：在 Agent 面临复杂抉择、任务超时或遭遇异常时，提供平滑的交接入口，让人工快速接管会话；
☑ 结果回执：人类在多端设备上做出的决定与干预操作，能够顺畅地同步回原任务上下文，驱动 Agent 继续执行下一步逻辑。
从面向本地开发的 IM 集成 Skill，到面向无状态后端的 IM Bot 开放平台；从前沿开源阵营的 DSH 原生插件，再到穿透人机阻隔的 A2H 推送平台。这四个维度构成了一套系统性 AI Native 接入矩阵，降低 Agent、开发者与业务系统调用通信能力的摩擦。
环节 | 能力 | 解决的问题 |
发现和接入 | IM 集成 Skill | Agent 如何理解和集成融云 SDK |
直接调用 | IM Bot 开放平台 | Agent 或业务系统如何不依赖 SDK 调用 IM |
生态入口 | DSH 插件 | Agent 如何在运行时/工作流中接入通信能力 |
人机协同 | A2H 推送平台 | Agent 如何通知人、请求批准和完成接管 |
主动适应 AI 时代的工程现实，融云 AICP 的全新接入层听得懂自然语言意图，适应得了后端容器的无状态与事件驱动，承载得了长周期任务的人机双向回执，也能自如穿梭在最前沿的开源运行时之中。
这是融云作为 Agent 时代基础设施的主动进化，也是助力大模型与 Agent 应用在实际业务中落地的关键一步。
