OpenAI-compatible API: the supported surface, exactly

BrokenGPT accepts a subset of the familiar OpenAI chat-completions request shape. That can reduce integration work for clients already built around model, messages, sampling controls, and streaming. It does not mean BrokenGPT serves OpenAI models, reproduces every response, or implements every OpenAI endpoint.

The safest interpretation is narrow: if your client can set a custom base URL and stays inside the documented chat-completions subset, migration may be small. If it uses multimodal content blocks, tool calls, embeddings, files, assistants, responses, batches, or provider-specific extensions, inventory those dependencies first.

This table describes BrokenGPT’s current application route, not every feature an upstream model might support. The live API documentation remains the operational source of truth.

1. Base URL: point the client at https://brokengpt.com/v1.
2. API key: replace the provider credential with a BrokenGPT server-side key.
3. Model: use the public alias published in the current docs.

import OpenAI from "openai";

const client = new OpenAI({
  apiKey: process.env.BROKENGPT_API_KEY,
  baseURL: "https://brokengpt.com/v1",
});

const response = await client.chat.completions.create({
  model: "broken-one",
  messages: [{ role: "user", content: "Explain this plainly." }],
  stream: false,
});

The snippet illustrates the compatible shape; it is not a guarantee for every SDK release. Pin the SDK version, run a non-streamed request first, then test streaming separately. If your client silently adds unsupported fields, inspect the final wire request rather than guessing.

Use representative prompts and verify the complete application path:

• JSON parsing, role order, Unicode, long input, stop sequences, and requested output length;
• SSE framing, partial chunks, disconnects, [DONE], and stream-level usage;
• 401, 400, 404, 429, and 503 handling without leaking secrets or retrying forever;
• request IDs, rate-limit headers, timeouts, cancellation, and idempotency assumptions;
• input/output metering, credit exhaustion, dashboard attribution, and cost alerts;
• refusal behavior, factual quality, application-level validation, and human escalation.

BrokenGPT is an independent product. OpenAI and ChatGPT are associated with OpenAI; mentioning them here explains the client interface and migration context. It does not imply endorsement, partnership, model equivalence, or access to an OpenAI model.

For the upstream interface being referenced, consult OpenAI’s own API reference. For the destination interface, use BrokenGPT’s live docs. Comparing both contracts is more reliable than a generic “drop-in replacement” claim.