平台侧 API
按单一能力接入、最小调用验证、上下文扩展和失败处理的顺序联调业务接口。
功能概述
平台侧 API 主要服务于业务系统接入。
它让外部系统能够调用 Agent、触发工作流、管理对话、文件和知识能力。
适用场景
适合:
- 把 Agent 嵌入 CRM、客服、门户或内部系统
- 通过接口触发工作流
- 从业务系统管理对话、文件和知识调用
前置条件
开始前建议确认:
- 已确定接入目标,例如某个 Agent 或某条工作流
- API Key 已具备所需权限
- 调用方系统已准备好最小请求样例
操作步骤
第 1 步:先只选一个接入目标
第一次联调时,不要同时接多个 Agent、工作流和文件接口。
建议只选一种能力,例如:
- 单个 Agent 调用
- 单条工作流触发
先把一条链路跑通,再继续扩展。
第 2 步:完成最小请求验证
先用最简单的请求确认:
- 鉴权成功
- 接口地址正确
- 返回结构与文档一致
只有这一步成功后,后面的上下文和业务参数才值得继续加。
第 3 步:逐步补充业务参数
基础调用通过后,再逐步加入:
- 用户标识
- 变量
- 对话上下文
- 文件或附件
建议每次只增加一类参数,便于定位问题来源。
第 4 步:补充失败处理和重试策略
业务系统接入时,应提前定义:
- 网络失败时是否重试
- 超时如何处理
- 模型或工具异常时如何回退
第 5 步:回到应用层做一次反向验证
如果接口返回结果异常,不要只盯着调用方代码。
应回到平台中的 Agent 或工作流页面,确认应用本身是否配置正确。
结果验证
平台侧 API 接入完成后,至少应满足:
- 单一目标能力可以稳定调用
- 增加业务参数后仍能返回预期结果
- 失败、超时和限流场景有清晰处理方式
常见问题
为什么接口返回正常,但业务结果还是不对
常见原因是应用本身配置不正确,例如提示词、知识库或工作流节点有问题。
为什么第一次不建议同时接多个能力
因为一旦出问题,你很难判断是鉴权、参数、文件、上下文还是应用配置导致的。
为什么接口联调也要回看页面配置
因为平台侧 API 最终调用的仍然是平台里的实际应用能力,而不是一个完全独立的后端接口。
注意事项
- 从单一能力开始联调
- 每次只增加一类参数或上下文
- 出现异常时,接口层和应用层都要同步排查