Skip to main content
Mirobody 通过两个接口暴露同一个有据可循的健康 agent。两者都基于 Subject 真实、标准化的健康数据作答,也都返回回答背后的工具轨迹。 两者都属于③ 智能体,即引擎三个阶段中的第三个(① 收集 → ② 转译 → ③ 智能体)。选择依据是由谁驱动执行循环:Answers API 返回完整回答;Agent API 允许你的工具参与。自部署引擎提供内置 agent,也提供供外部 agent 调用工具的 /mcp 端点。以后自行部署时,可以沿用这一架构选择;请求格式和凭证需要调整。Cloud 使用 /v1 与云端密钥,自部署集成使用该部署的 HTTP API 或 /mcp。

Answers API

POST /v1/chat/completions:封闭、一发一答、有证据支撑。无客户端工具、无状态。可直接替换 OpenAI 调用。

Agent API

POST /v1/responses:兼容 OpenAI Responses。多轮状态、自带 function 工具、response.* 流式。
Answers API 用的是更早的 Chat Completions 协议,刻意保持封闭:无客户端工具、不存状态,只有 chat.completion.chunk 流式。正因如此,它能原样嵌进现有的 OpenAI 集成,或包成一个工具嵌入更大的 agent 中。Agent API 用的是更新的 Responses 协议:跨轮次保持状态(store、previous_response_id、session_id)、你自己的 function 工具与完整的 function_call 交接、response.* 事件流。openai-agents SDK 开箱即用对接的就是它,只需改 base_url。 除此之外两者完全一样:同一套基于你标准化数据的服务端依据、同样的 mirobody-flash / mirobody-expert 模型、同样的 Subject 租户隔离、同样的用量口径。

另见