模板与能力
GET
/api/templates查询模板,只返回当前可提交的公开模板。
GET
/api/capabilities查询 capability,了解输入、输出和自动检测口径。
POST
/api/quotes按模板、规格和服务策略试算价格与预算预留。
开发者 API
Web 和 API 共用任务、状态、事件、结果和结算字段。你可以从网页试算开始,也可以直接用 API 创建任务并接收 Webhook。
Webhook payload
{
"task_id": 123,
"status": "completed",
"event_type": "task.completed",
"created_at": "2026-05-16T00:00:00Z",
"artifact_ids": [456],
"final_charge": 19.9
}默认不暴露 provider 内部细节;需要排查时再开启调试字段。
公开契约
开发者传入业务输入、模板、规格和幂等键。具体生成路线由系统自动编排,公开 API 不要求你选择内部供应商。
/api/templates查询模板,只返回当前可提交的公开模板。
/api/capabilities查询 capability,了解输入、输出和自动检测口径。
/api/quotes按模板、规格和服务策略试算价格与预算预留。
/api/tasks提交任务,input_payload 可带 prompt、规格和 assets。
/api/tasks/{id}查询同一个 task_id 的状态、events、runs、artifacts 和 cost。
/api/tasks/{id}/artifacts查看交付文件列表。
/api/tasks/{id}/share-links创建私密分享链接,只分享交付结果。
/api/account/webhooks查看 Webhook endpoint。
/api/account/webhooks创建 Webhook endpoint。
/api/account/webhooks/deliveries查询投递记录和失败原因。
/api/account/webhooks/deliveries/{id}/retry重新排队一次 Webhook delivery。
/api/account/api-keys查看 API key 列表和最后使用时间。
/api/account/api-keys创建 API key,完整密钥只返回一次。
/api/account/api-keys/{id}撤销 API key。
API examples
创建任务时建议同时传请求头 Idempotency-Key 和请求体里的幂等键。重复提交同一个业务订单时,系统会返回同一条任务,避免重复预留预算。capability_chain 和 provider_strategy 由公开模板契约返回,默认使用 auto 编排。
GET /api/templates
GET /api/capabilities
POST /api/quotes
{
"template_id": "product-launch",
"task_type": "text_to_video",
"provider_strategy": "auto",
"strategy": "stable",
"duration_seconds": 5,
"resolution": "1080p",
"output_count": 1,
"execution_mode": "hybrid"
}POST /api/tasks
Idempotency-Key: client-order-10001
{
"template_id": "product-launch",
"task_type": "text_to_video",
"provider_strategy": "auto",
"strategy": "stable",
"execution_mode": "hybrid",
"input_payload": {
"prompt": "围绕这张产品图生成 5 秒电商展示短视频",
"duration_seconds": 5,
"resolution": "1080p",
"assets": [
{
"kind": "product",
"uri": "imported://product-image-001"
}
]
},
"idempotency_key": "client-order-10001"
}GET /api/tasks/{id}GET /api/tasks/{id}/artifactsPOST /api/tasks/{id}/share-linksPOST /api/account/webhooks/deliveries/{id}/retry事件覆盖
每条 delivery 都会留下可查询记录。投递失败后可以重新排队,不需要把任务状态和回调状态混在一起。