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.
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_videotoolThis 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:
https://api-singapore.klingai.comAuthorization: Bearer <token>POST /v1/videos/text2videoGET /v1/videos/text2video/{task_id}kling_videoappears to use fal.ai, so an official provider could be exposed separately, e.g.kling_official_video, without replacing the gateway-backed routeVolcengine Jimeng official API
Relevant docs:
Why it appears integration-ready:
https://visual.volcengineapi.comAction=CVSync2AsyncSubmitTaskAction=CVSync2AsyncGetResultVersion=2022-08-31req_key=jimeng_ti2v_v30_protask_id,status, andvideo_urlRegion=cn-north-1andService=cv, which is more involved than Kling's Bearer key flow but still an official documented integration pathPossible 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_videojimeng_videoorvolcengine_jimeng_videoThat would keep provider choice explicit and auditable, while preserving the existing gateway integrations.