Azure OpenAI
微软将OpenAI模型通过Azure云平台提供的企业级AI服务，支持GPT-4等模型部署，提供企业级安全、合规和SLA保障
核心事实
时间轴 (近 90 天)
SQL Database in Fabric 原生支持 vector 数据类型，可直接连接 Azure OpenAI 模型，在 T-SQL 中生成向量嵌入、执行相似度搜索并构建 RAG 应用，无需中间件或外部管道。
微软Azure OpenAI与Foundry服务将在2026年11月退役o1、o1-pro、codex-mini、Claude Haiku 4.5等多个模型。
对于多模型编排的系统，建议把模型标识符集中配置化，以便在模型生命周期变动时控制改动范围。
在Azure中部署名与模型名是解耦的，一个部署名可以在重建时指向不同的基座模型。
固定版本部署是用户显式锁定模型具体版本号以确保输出行为稳定的部署方式，在模型退役后不会获得自动迁移，调用请求会直接返回模型不可用的错误。
部分Azure OpenAI部署配置了自动升级规则，会在模型退役后将流量自动导向推荐替代模型；而固定版本部署不会自动迁移，退役后调用将直接失败。
Azure OpenAI 的参数支持节奏与 OpenAI 主站并不同步，部分旧部署（如 gpt-35-turbo）仍只接受 max_tokens；兼容层必须按模型族分流，否则请求可能被网关以 400 拒绝。
Cline SDK v0.0.95 对 OpenAI 兼容请求的参数处理逻辑进行了修改：对于 gpt-6-sol、gpt-6.1-sol、gpt-6-1-sol 以及 gpt-5 到 gpt-9 的模型 ID，SDK 现在发送 max_completion_tokens 而不是 max_tokens，目的是让 OpenAI 和 Azure 不再拒绝这些请求。
在 AI 应用场景中，只要抽象层保持不变，部署到 Azure 时接入云端模型（如 Azure OpenAI），部署到自包含本地环境时换成 Kaito 管理的本地模型，应用代码无需改动。
ADR 2（实施供应商故障转移策略）的背景是负载测试中Azure OpenAI延迟显著飙升，由于没有自动重路由导致请求超时。
还有 8 条时间轴事件
全部知识事实 (20)
@ai-sdk/togetherai 是 Vercel AI SDK 官方提供的 TogetherAI 平台适配器，构建在 openai-compatible 基础包之上
90%已验证微软曾是OpenAI最重要的战略合作伙伴与投资方，Copilot产品线长期深度依赖OpenAI的模型能力
90%已验证@ai-sdk/zai 依赖于 @ai-sdk/openai-compatible，说明智谱 GLM 的 API 接口在很大程度上兼容 OpenAI 的调用规范
85%已验证Spring AI支持OpenAI、Anthropic、Ollama等多种模型提供商，提供统一的API抽象层
80%已验证推理时计算在模型参数固定的前提下，通过在推理阶段投入更多计算资源来改善输出质量
65%已验证Azure OpenAI 采用资源组+部署名的 URL 结构，认证使用 Azure AD 或 API Key，模型需要在 Azure Portal 中手动部署后才能调用，与直连 OpenAI 的 API 端点格式和认证方式有显著差异
65%待验证企业往往因为数据合规、区域部署、企业级SLA等原因选择Azure OpenAI，而非直接使用OpenAI API
70%待验证SQL Database in Fabric 原生支持 vector 数据类型，可直接连接 Azure OpenAI 模型，在 T-SQL 中生成向量嵌入、执行相似度搜索并构建 RAG 应用，无需中间件或外部管道。
50%待验证固定版本部署是用户显式锁定模型具体版本号以确保输出行为稳定的部署方式，在模型退役后不会获得自动迁移，调用请求会直接返回模型不可用的错误。
50%待验证对于多模型编排的系统，建议把模型标识符集中配置化，以便在模型生命周期变动时控制改动范围。
50%待验证在Azure中部署名与模型名是解耦的，一个部署名可以在重建时指向不同的基座模型。
50%待验证部分Azure OpenAI部署配置了自动升级规则，会在模型退役后将流量自动导向推荐替代模型；而固定版本部署不会自动迁移，退役后调用将直接失败。
50%待验证Azure OpenAI 的参数支持节奏与 OpenAI 主站并不同步，部分旧部署（如 gpt-35-turbo）仍只接受 max_tokens；兼容层必须按模型族分流，否则请求可能被网关以 400 拒绝。
50%待验证Cline SDK v0.0.95 对 OpenAI 兼容请求的参数处理逻辑进行了修改：对于 gpt-6-sol、gpt-6.1-sol、gpt-6-1-sol 以及 gpt-5 到 gpt-9 的模型 ID，SDK 现在发送 max_completion_tokens 而不是 max_tokens，目的是让 OpenAI 和 Azure 不再拒绝这些请求。
50%待验证在 AI 应用场景中，只要抽象层保持不变，部署到 Azure 时接入云端模型（如 Azure OpenAI），部署到自包含本地环境时换成 Kaito 管理的本地模型，应用代码无需改动。
50%待验证AI 网关厂商 TrueFoundry 公开了按服务商区分的取消计费政策，称 Vertex AI 和 Azure OpenAI 确认不对已取消的流计费，而 OpenAI 无论是否继续读取都会对完整补全计费。
50%待验证Foundry的模型来源主要分两大阵营：Foundry Labs（微软自研模型）和Azure（聚合了Azure OpenAI、DeepSeek、Grok、Kimi、Cohere、Mistral等第三方发布商模型）
50%待验证Paperless-AI 支持 OpenAI API、Ollama、Deepseek-r1、Azure OpenAI 以及所有兼容 OpenAI API 的第三方服务
50%待验证anypick目前仅覆盖OpenRouter和Vercel，不含AWS Bedrock、Azure OpenAI等企业常用平台
50%待验证智能体的偏好受训练数据、提示词、版本迭代等多重因素影响，今天有效的优化手段可能在下一次模型更新后失效
50%