Skip to content
IdleAI/Docs
Workspace
Handbook/Use IdleAI
Planned

Models & capabilities

What a trustworthy model listing must describe before it can receive buyer traffic.

Reviewed 20 September 20264 sectionsUnderstand the status labels

The catalog today#

No verified model supply is published by the current customer API. /api/v1/models therefore returns an empty list. The workspace does not populate that list with famous model names to make the product appear complete.

A model available through an API is not the same as a subscription to the model provider's consumer application. Access to a GPT model, for example, would not automatically include every feature of a ChatGPT subscription.

The model listing contract#

FieldWhy it matters
Exact model and versionBuyers must know what they are requesting, including relevant quantization or fine-tuning differences.
Input/output modalitiesText, images, audio, and video are different serving capabilities.
Context and output limitsA low price is not useful if the workload does not fit.
Supported API featuresStreaming, tools, structured output, and other options must be tested, not assumed.
Input/output rates and feesA single unexplained token price can hide materially different costs.
Serving region and privacyWhere data goes and which handling commitments apply.
Measured service qualityLatency, throughput, successful completion, and observed availability.

Compare equivalent workloads#

Supplier competition only helps if the offered services are comparable. Model version, quantization, prompt length, generated length, caching, batching, latency targets, and privacy constraints can all change the comparison. A smaller model is not automatically a discounted equivalent of a more capable proprietary model.

A listing should distinguish supplier declarations, platform measurements, contractual commitments, and hardware-backed evidence. An ‘online’ status or successful test question alone cannot prove the exact weights being served.

When model access can open#

  1. Obtain an authorized serving endpoint and complete its security and ownership checks.
  2. Confirm model licensing and permitted downstream use.
  3. Benchmark the endpoint under representative workloads and failures.
  4. Establish pricing, usage metering, and cost limits.
  5. Publish accurate capabilities and data-handling information.
  6. Enable bounded buyer access only after accounting and operational controls pass.