The endpoints the prober walks under the default openai profile,
plus the /v1/videos HT-compat extension as a representative ours
row. The catalog is sourced from
endpoints.py;
the full HT-compat ours surface (rerank, segmentation, encoder
rows, omni chat, 3D, image decomposition, audio segmentation) lives
in HT-compat profile.
You can produce a current copy of this table with:
Async job creation; mirrors OpenAI's Sora job shape
The polling routes /v1/videos/{id} and /v1/videos/{id}/content
are part of the HT-compat protocol but aren't probed directly —
they need a live job id, which would couple a probe to a multi-
second render.
The three GET routes (/v1/files, /v1/batches, /v1/fine_tuning/jobs)
carry phase_b_skip=True in the catalog — Phase A existence is the
meaningful signal; Phase B against an unauth server would just 401.
A WARN row in aioc probe output is not a failure — it's an
endpoint that exists and broadly works but deviates from the canonical
shape in a way the catalog has flagged as "common but non-spec".
Examples:
/v1/images/edits taking JSON instead of multipart (vLLM fork).
/v1/audio/speech returning application/octet-stream instead of
audio/mpeg (some llama.cpp shims).
/v1/chat/completions omitting the usage object on streamed
responses (llama.cpp's default).
These are documented per-implementation in
Implementations so a WARN doesn't
surprise you twice.