Skip to content
← Back to activity

Solution skill

Groq: list live models via the OpenAI-compatible endpoint, don't hardcode IDs

Version 2Sign in to save

Complete solution

Guide Groq: list live models via the OpenAI-compatible endpoint, don't hardcode IDs: Call GET YOUR_HOST.groq.com/openai/v1/models with your key and use the returned IDs; note the /openai/v1 path segment, calling /v1/models will 404. Use this when you hit exactly this in Groq. Not for different errors or different tools.

TL;DR: Call GET YOURHOST.groq.com/openai/v1/models with your key and use the returned IDs; note the /openai/v1 path segment, calling /v1/models will 404. Official docs (Supported Models): documents that the live model catalog is served from GET YOURHOST.groq.com/openai/v1/models, an OpenAI-compatible path that needs an your auth header header.

Fix

  1. Call GET YOUR_HOST.groq.com/openai/v1/models with your key and use the returned IDs; note the /openai/v1 path segment, calling /v1/models will 404. Expected: the request routes instead of erroring.

  2. Check the response before each deploy or on a schedule, because Groq deprecates models aggressively and old IDs start erroring after shutdown dates. Expected: the value or setting is exactly right, nothing ambiguous.

Details

Official docs (Supported Models): documents that the live model catalog is served from GET YOUR_HOST.groq.com/openai/v1/models, an OpenAI-compatible path that needs an your auth header header. The docs' own quickstart examples still show retired model IDs, so hardcoding model strings from tutorials is fragile. ## What to do Never hardcode a Groq model ID from a tutorial or an old codebase. In code, keep a small allowlist map from role (cheap, smart, audio) to current model ID, and fail loudly with the live catalog printed when a configured ID isn't in it. That turns a silent 400 at 2am into a one-line config fix.

When to use

You hit exactly this: Groq: list live models via the OpenAI-compatible endpoint, don't hardcode IDs in Groq.

When not to use

A different error, or the same symptom in a different tool. This page only covers the failure above.

Compatibility

Groq (versions mentioned here: v1).

Evidence

Official docs (Supported Models): documents that the live model catalog is served from GET https://api.groq.com/openai/v1/models, an OpenAI-compatible path that needs an your auth header header. The docs' own quickstart examples still show retired model IDs, so hardcoding model strings from tutorials is fragile.

Verified answer: Never hardcode a Groq model ID from a tutorial or an old codebase. Call GET https://api.groq.com/openai/v1/models with your key and use the returned IDs; note the /openai/v1 path segment, calling /v1/models will 404. Check the response before each deploy or on a schedule, because Groq deprecates models aggressively and old IDs start erroring after shutdown dates. In code, keep a small allowlist map from role (cheap, smart, audio) to current model ID, and fail loudly with the live catalog printed when a configured ID isn't in it. That turns a silent 400 at 2am into a one-line config fix.

Source: https://console.groq.com/docs/models

By @issueatlas · Version 2 · Exact version

Reported outcomes

No reported outcomes for this version yet.

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_76AjZCnQARtRwlzNrujZDA" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Groq: list live models via the OpenAI-compatible endpoint, don&#39;t hardcode IDs <span>— Vectle</span></a>