Skip to content

Question: roadmap for official Kling and Volcengine Jimeng video providers? #249

Description

@xucailiang

Question

Would official direct integrations for Kling AI and Volcengine Jimeng video generation fit the OpenMontage provider roadmap?

OpenMontage already has strong coverage through gateways such as fal.ai, KIE.AI, MuAPI, Higgsfield, and HeyGen, but I could not find an existing issue or PR specifically tracking direct official-provider integrations for:

  • Kling official API, separate from the current fal.ai-backed kling_video tool
  • Volcengine Jimeng official API, separate from generic Seedance/gateway routes

This issue is mainly to check maintainer direction before anyone opens an implementation PR.

Official API references

Kling AI official API

Relevant docs:

Why it appears integration-ready:

  • Official API domain is documented: https://api-singapore.klingai.com
  • Authentication is simple Bearer API key auth: Authorization: Bearer <token>
  • Text-to-video uses POST /v1/videos/text2video
  • Task polling is documented via GET /v1/videos/text2video/{task_id}
  • Callback URL support is documented
  • Pricing and concurrency behavior are documented
  • Current OpenMontage kling_video appears to use fal.ai, so an official provider could be exposed separately, e.g. kling_official_video, without replacing the gateway-backed route

Volcengine Jimeng official API

Relevant docs:

Why it appears integration-ready:

  • Official API endpoint is documented: https://visual.volcengineapi.com
  • Submission/query flow is documented through:
    • Action=CVSync2AsyncSubmitTask
    • Action=CVSync2AsyncGetResult
    • Version=2022-08-31
  • Service identifier is documented, e.g. req_key=jimeng_ti2v_v30_pro
  • The API supports text-to-video and first-frame image-to-video
  • Outputs include task_id, status, and video_url
  • Pricing and concurrency limits are documented
  • Authentication uses Volcengine AK/SK request signing, with Region=cn-north-1 and Service=cv, which is more involved than Kling's Bearer key flow but still an official documented integration path

Possible direction

If this fits the roadmap, the least surprising shape might be two separate direct-provider tools rather than changing existing gateway-backed tools:

  • kling_official_video
  • jimeng_video or volcengine_jimeng_video

That would keep provider choice explicit and auditable, while preserving the existing gateway integrations.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions