Connect applications to text, image, audio and video models through a unified API, with model-specific requests and usage-based billing.
CometAPI
Explore features, practical uses and pricing below.
CometAPI is a developer service for accessing multiple AI models through a shared API account. Its catalog covers text and media generation, allowing an application to call supported models without maintaining a separate integration for every provider. It suits a software team evaluating model choices or adding several generation capabilities to a product.
The documentation includes OpenAI-compatible chat requests alongside image, video and audio interfaces. Compatibility is useful for adapting an existing client, but the chosen model still determines which inputs, options and output formats the application must handle.
The account guide describes creating a named key in the Tokens menu, selecting the appropriate base URL and supplying the complete model identifier. Changing the model parameter switches the target, while the live model catalog supplies the identifiers and access details.
Text completions and longer media jobs require different application flows. The video guide shows task creation followed by a stored task ID and status polling. Available result fields depend on the selected adapter. Callback payloads are provider-specific rather than one guaranteed schema for every video model.
CometAPI also documents usage monitoring and wallet billing. These help a team connect requests with their account spend. They do not remove the need to decide which models a user-facing feature can invoke or how much work one request may trigger.
A developer could begin with a small set of non-sensitive sample documents and define the expected summary format. Create an application key, choose a supported text model and send the same instructions across the sample set. Check whether the responses preserve qualifications and distinguish missing information from a firm conclusion.
Repeat the task with a second supported model, recording the model ID, request settings, usage and reviewed output. Keep the evaluation focused on the actual feature rather than assuming a larger model catalog guarantees a better result. If the product later adds generated video, implement that as a task with status handling rather than treating it as an immediate text response.
Before expanding access, follow the concurrency guidance. Bound simultaneous requests and handle rate-limit responses with delayed retries. Show a recoverable failure to the user when a job cannot complete instead of retrying indefinitely.
CometAPI uses paid usage billing with an entry route that includes test credit. Review the current rates for the exact model and operation. Text token usage and media-generation billing are different units, so one account balance does not correspond to a fixed number of outputs.
Check model-specific request fields, rate limits and result handling before changing a production model. A common API surface does not establish identical behavior across models or guarantee that every provider feature is exposed. Review the service terms and data handling for the intended inputs, and keep credentials in the application's controlled configuration.