准备必要的上下文
明确任务目标、人物设定与素材约束。按任务传入所需的对话历史、参考图像、音频或分镜。
- 筛选本轮需要的信息
- 管理用户授权与素材版本
- 保持输入结构一致
开发者 / DEVELOPERS
让理解与生成，
成为你产品的
一部分。
从多轮对话、实时人物，到连续的视频世界。选择适合任务的模型，把应用里的下一步构建出来。
API 访问申请开放中 · 按模型与项目需求沟通接入
为任务，选择模型。
从输入、输出和应用职责开始，明确你需要的能力。
输入
人物设定、对话历史与当前消息
模型输出
结合上下文的语言回应与行动意图
应用侧配合
由应用组织对话历史、维护会话与业务状态，再将本轮所需上下文传入模型。
让每次输入，都有明确的去向。
把模型能力嵌入应用，输入组织与结果处理同样重要。
围绕目标能力生成
选择承担理解、人物表达或视频生成的模型，按对应版本的接口约定组织一次调用。
- 确认模型与能力范围
- 记录输入及生成条件
- 观察输出质量和响应时间
把结果交给真实体验
应用负责展示、播放与后续业务操作。结合实际结果，决定下一轮输入和交互如何继续。
- 处理失败、重试与取消
- 维护会话和业务状态
- 记录版本与用户反馈
从一个具体项目开始接入。
准备好目标场景与代表性输入，让接入沟通更直接。
申请时，可以告诉我们
- 要构建什么
- 面向谁、解决什么问题，以及希望模型承担哪部分工作。
- 如何使用模型
- 目标模型、输入素材、输出形式，以及预计调用规模。
- 怎样判断效果
- 代表性场景，以及你关注的质量、延迟和成本要求。
提交访问申请
通过表单介绍团队、应用方向与集成需求。
确认适用范围
沟通模型版本、能力范围、访问安排和运行条件。
获取接入资料
访问安排确认后，依据对应接口资料开展集成与验证。
用可复核的结果，推进开发。
结合研究资料与任务评测，建立适合自己应用的验证方式。
开始之前，你可能想了解。
如何获得 API 访问权限？
通过本页的“申请访问 API”提交模型方向、应用场景和接入需求。团队会通过填写的邮箱沟通适用版本、访问安排及后续资料。
多轮对话的上下文由谁管理？
应用负责保存与筛选对话历史，并在请求中传入需要的上下文。OmniSoul 根据当前请求中的人物设定、历史对话和新消息生成回应。
接口、配额和部署要求在哪里确认？
接入沟通时按目标模型与版本确认接口格式、鉴权方式、可用能力、调用配额和部署条件，随后使用对应的接入资料。
应该怎样评估模型是否适合应用？
先整理一组能代表真实使用场景的输入，明确输出要求。对话任务观察上下文理解与角色一致性，视听任务观察人物、动作、画面和声音。将质量、延迟与成本放在同一次验证中记录。