Compatibility
Python
使用 OpenAI Python 客户端并替换 base_url。流式、工具调用与结构化输出需按模型逐项验证。
Developer SDKs
保留熟悉的 SDK，只替换模型入口。
CLSSAI 优先兼容 OpenAI 风格的 Chat Completions 接口。官方专用 SDK、类型生成、重试助手和框架适配器会在接口稳定后逐步提供。
OpenAI-style首个兼容接口
HTTPS通用调用方式
Streaming协议目标
SDK TBD专用包状态
临时实现 · 使用现有 OpenAI-compatible SDK
Python、TypeScript 和 cURL 示例是接入契约预览；CLSSAI 自有 npm/pip 包尚未发布，也没有版本兼容承诺。
查看实现队列START WITH WHAT YOU HAVE
三种最短接入路径。
示例不会假装成已发布的 CLSSAI SDK。先用成熟客户端验证真实接口，再决定专用封装。
Compatibility
TypeScript
使用 OpenAI JavaScript 客户端或标准 fetch。边缘运行时和超时语义仍在测试。
Baseline
cURL
直接查看 HTTP 请求和 SSE 响应，适合排查认证、header 与错误契约。
Python · compatibility preview
from openai import OpenAI
client = OpenAI(
base_url="https://api.clssai.com/v1",
api_key=os.environ["CLSSAI_API_KEY"],
)
result = client.chat.completions.create(
model="provider/model",
messages=[{"role": "user", "content": "Hello"}],
)TypeScript · compatibility preview
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api.clssai.com/v1",
apiKey: process.env.CLSSAI_API_KEY,
});
const result = await client.chat.completions.create({
model: "provider/model", messages,
});SDK ROADMAP
只有接口稳定后，封装才有价值。
专用 SDK 将围绕 CLSSAI 特有能力补充类型，而不是重新包装每个 HTTP 方法。
Planned
Generated types
从经过验证的 API 契约生成请求、响应、错误与事件类型。
Planned
Routing controls
为 Provider 偏好、数据策略、兼容模式和重放元数据提供明确类型。
Planned
Operational helpers
针对幂等、流式中断、请求 ID 和可安全重试错误提供小而透明的助手。
NEXT STEP
从一条真实请求开始。
先使用兼容客户端和 API Reference 核对当前能力，尚未实现的字段会留在 Workbench。