Groq sdk patterns
'Apply production-ready Groq SDK patterns for TypeScript and Python.From its SKILL.md
npx -y skills add jeremylongshore/claude-code-plugins-plus-skills --skill groq-sdk-patternsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its file declares
Copied from the file, not written here
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
6.1 KB, ~1.4k tokens by cl100k_base, as published. Nobody here has run it
Groq SDK Patterns
Overview
Production patterns for the groq-sdk package. The Groq SDK mirrors the OpenAI SDK interface (chat.completions.create), so patterns feel familiar but must account for Groq-specific behavior: extreme speed (500+ tok/s), aggressive rate limits on free tier, and unique response metadata like queue_time and completion_time.
The full, copy-paste-ready implementations live in references/ so this file stays a fast map of the workflow. Read the summary here, then drill into the language file you need.
Prerequisites
groq-sdk(TypeScript) orgroq(Python) installedGROQ_API_KEYset in the environment- Understanding of async/await and error handling
- Familiarity with OpenAI SDK patterns (Groq is API-compatible)
Instructions
Build the integration in layers. Each step below is a one-line summary; the full typed implementation is in references/typescript-patterns.md (steps 1–5, 7) and references/python-patterns.md (step 6).
- Typed client singleton — one shared
Groqclient withmaxRetriesandtimeout, so the whole app reuses one connection pool and config. - Type-safe completion wrapper — return a typed result that surfaces Groq's unique timing fields (
queue_time,completion_time,total_time) and a computedtokensPerSec. - Streaming with typed events — an
AsyncGenerator<string>that yieldsdelta.contenttokens. - Error handling with Groq error types — branch on
Groq.APIError(429, 401, other) andGroq.APIConnectionError; rethrow the unknown. - Retry with exponential backoff — honor the
retry-afterheader on 429s, else jittered backoff. - Python patterns — sync
Groq(),AsyncGroq(), and streaming (see the Python reference). - Multi-tenant client factory — cache one client per tenant so API keys stay isolated.
The essential skeleton — a shared singleton every other pattern builds on:
// src/groq/client.ts
import Groq from "groq-sdk";
let _client: Groq | null = null;
export function getGroq(): Groq {
if (!_client) {
_client = new Groq({
apiKey: process.env.GROQ_API_KEY,
maxRetries: 3,
timeout: 30_000,
});
}
return _client;
}
Groq differs from OpenAI in a few details (package name, base URL, extra usage timing fields, error class names). The full comparison and error-handling matrix are in references/sdk-differences.md.
Output
Applying these patterns produces:
- A reusable
getGroq()client module and, for multi-tenant apps, agetClientForTenant()factory. - A
complete()wrapper returning a typedCompletionResult—content,model,tokens(prompt/completion/total), andtiming(queueMs,totalMs,tokensPerSec). - A
safeComplete()variant returning{ data, error }so callers never face an uncaught exception. - Streaming helpers that yield string tokens as they arrive.
Error Handling
| Pattern | Use Case | Benefit |
|---|---|---|
safeComplete wrapper | All API calls | Prevents uncaught exceptions |
withRetry | Rate-limited calls | Respects retry-after header |
| Typed error checking | instanceof Groq.APIError | Handles each status code specifically |
| Client singleton | App-wide usage | Single connection pool, consistent config |
- 429 (rate limited): read
err.headers["retry-after"]and wait that long before retrying; free tier hits this often. - 401 (bad key): surface a clear "Check GROQ_API_KEY" message — do not retry.
APIConnectionError: network issue reachingapi.groq.com; retry or fail fast per context.- Unknown errors: rethrow so they are not silently swallowed.
Full typed handlers: references/typescript-patterns.md (Step 4 and Step 5).
Examples
Non-streaming completion with timing metadata (full code in references/typescript-patterns.md, Step 2):
const result = await complete(
[{ role: "user", content: "Summarize Groq's speed advantage." }],
"llama-3.3-70b-versatile"
);
console.log(result.content);
console.log(`${result.timing.tokensPerSec.toFixed(0)} tok/s`);
Streaming tokens to stdout (full code in the TS reference, Step 3):
for await (const token of streamCompletion([{ role: "user", content: "Hello" }])) {
process.stdout.write(token);
}
Python one-liner (full sync/async/streaming in references/python-patterns.md):
from groq import Groq
client = Groq()
print(client.chat.completions.create(
model="llama-3.3-70b-versatile",
messages=[{"role": "user", "content": "Hello"}],
).choices[0].message.content)
Resources
- Groq TypeScript SDK
- Groq API Reference
- Groq Error Codes
- references/typescript-patterns.md — full TS implementations (steps 1–5, 7)
- references/python-patterns.md — full Python implementations (step 6)
- references/sdk-differences.md — OpenAI-vs-Groq comparison and error matrix
Next Steps
Apply these patterns in groq-core-workflow-a for real-world chat completions, then wire safeComplete and withRetry into every call site so rate limits and network errors are handled consistently across the codebase.
What ships with it: 3 files
7.1 KB alongside SKILL.md
references/
- python-patterns.md1.0 KB
- sdk-differences.md1.1 KB
- typescript-patterns.md5.0 KB