Skip to main content
This page checks public integration scope against the current source. Route registration, channel support, model capabilities, and token permissions are separate requirements. “Provided” means a route and handler exist, not that every model supports the feature.

Documented integrations

SDK features you cannot assume

Additional protocols and tasks

Coverage now includes legacy Completions, native Gemini embeddings, tasks and artifacts, Alpha Search, and Midjourney. Specialized search and plugin submission require deployment-specific request schemas, not an invented universal payload. Compatibility routes and plugin boundaries covers historical entries, model catalog protocol selection, dynamic native routes, and Playground differences. Management /api/* uses separate authentication and permissions and is outside these inference contracts. Local checks include a source route inventory; model support and real artifacts still require deployment acceptance.

Review after upgrades

This review checked router/relay-router.go, router/task-plugin-protocol-router.go, pkg/jsplugin/routing.go, and relevant handlers at 30a6d88a4. Plugin declarations and deployment settings affect availability. The site’s OpenAPI is a curated contract with source revisions per operation, not automatic coverage of every route. Start with model capabilities, then complete production acceptance. The existence of an SDK method does not replace either step. 阅读中文

Topic audit against OpenRouter

This table checks developer integration topics against the OpenRouter documentation index. Local implementation and the actual channel determine support, not another platform’s navigation. The topic audit complements the source-route inventory: automation detects registered route changes but cannot prove parameter semantics or upstream compatibility.

Remaining-topic audit in this pass

  • Audio extends beyond TTS/STT: Chat audio input now explains input and the limits of audio output and assistant audio-ID replay.
  • Video generation does not cover understanding: native Gemini video input explains Chat video_url parsing differences and Files/Interactions gaps.
  • Text latency coverage adds predicted outputs, describing the existing Chat prediction field without conversion or performance guarantees.
  • Troubleshooting adds media size/encoding, hidden SDK resource calls, ineffective parameters, and request-stop boundaries.

Tool and output-control audit

Tool controls covers tool_choice, explicit false, and conversion boundaries; JSON mode adds json_object examples in both protocols. Source inspection confirms function-tool strict is not copied by Chat ↔ Responses conversion. Guides and API references now document that boundary without backend changes or cross-protocol strict guarantees.

Native server-tool audit

Gemini built-ins adds search grounding, URL retrieval status, and code execution parts. The native handler preserves raw response metadata; typed request re-serialization and protocol conversion are separate boundaries. This is conditional upstream support, not OpenRouter’s cross-model search/fetch service.