跳到正文

迁移指南从 Eden AI

从 Eden AI 迁移 LLM 流量

Eden AI 把 LLM 和专业模型(OCR、内容审核、翻译等)放在同一个密钥之后,从其积分中扣费,或使用你自己的提供商密钥。INFRO 只覆盖模型这一侧:对话、媒体,以及围绕它们的控制。本页介绍如何迁移 LLM 调用,并说明哪些保留不变。

独立公司(里昂);API v3;基于积分的自有提供商访问,包含 BYOK 的套餐另可使用 BYOK

INFRO 账号可自助开通。 模型目录、文档和 API 契约已公开,网关已部署,v1 之后的所有功能都标注为“后续”。 套餐与试用

现状

现状

正在运营且独立;当前 API 为 v3,位于 https://api.edenai.run/v3。另一家位于旧金山的公司 Eden AI Labs 与其无关。

由谁的账号处理请求

默认使用 Eden AI 的提供商访问,从预付积分中扣费。BYOK 视套餐而定,可以添加你自己的提供商密钥,两者可以在路由中混合使用。

迁移的部分

/v3/chat/completions 调用可以。用于专业模型的 /v3/universal-ai 调用不行。

Eden AI 覆盖的远不止 LLM。以下用途请继续使用它。

  • 通过 /v3/universal-ai 提供的 OCR、文档解析、内容审核、翻译、NER 和其他专业模型。INFRO 不提供这些。
  • 按请求根据成本、速度或延迟选择提供商(routing.sort、:cost 后缀)。INFRO 没有按请求的排序。
  • 在没有你自己的提供商账号的情况下访问模型。
  • 它的欧盟端点和零数据保留路由。INFRO 的数据驻留在路线图上。

需要的修改,每项一行。未在此列出的内容都保持不变。

 Eden AIINFRO
基础 URLhttps://api.edenai.run/v3https://api.infro.io/v1
密钥一个 Eden AI 密钥。一个 INFRO 网关密钥;你的提供商密钥变为连接。
模型 IDopenai/gpt-latest, vertex/gemini-flash-latest, gpt-5.6-sol:cost.openai/gpt-5.6-sol、google/gemini-3.8-flash;没有 -latest 别名或排序后缀。
请求体字段fallbacks(最多 3 个)、routing { sort, allowed_providers }、session_id。fallbacks(最多 5 个)、routing.providers { allow, deny }、metadata.session_id。

之前 · Eden AI

import OpenAI from "openai";

const client = new OpenAI({
  baseURL: "https://api.edenai.run/v3",
  apiKey: process.env.EDEN_AI_API_KEY,
});

await client.chat.completions.create({
  model: "openai/gpt-latest",
  messages: [{ role: "user", content: "Hello" }],
  // @ts-expect-error Eden AI extension
  fallbacks: ["anthropic/claude-sonnet-latest"],
});

之后 · INFRO

import OpenAI from "openai";

const client = new OpenAI({
  baseURL: "https://api.infro.io/v1",
  apiKey: process.env.INFRO_API_KEY,
});

await client.chat.completions.create({
  model: "openai/gpt-5.6-sol",
  messages: [{ role: "user", content: "Hello" }],
  // @ts-expect-error INFRO extension
  fallbacks: ["anthropic/claude-sonnet-5.5"],
});

固定版本

INFRO 的 ID 指向一个具体模型,而不是系列别名:把 gpt-latest 替换成你真正要用的模型。可以由路由规则保存这个选择,这样代码只发送一个名称,你在控制台中修改即可。

暂时使用两个客户端

保留 Eden AI 客户端用于 /v3/universal-ai,并把 LLM 客户端指向 INFRO。

每请求成本

两者都返回成本估算。INFRO 的估算会说明其来源(usage.price_source),在没有已知价格时不返回该字段,而不是返回零。

Eden AI 的对象与 INFRO 的对照,依据 2026年10月19日 阅读的 Eden AI 公开文档,并已按网关实际实现的内容核对。 有一行显示 INFRO 没有对应项。

Eden AI它在那里的作用在 INFRO 中
Eden AI 密钥和积分不同一个密钥;提供商用量默认从积分中扣费。一个作用于你自己连接的网关密钥;每家提供商向你收费。
回退形式相同每个请求最多 3 个备用模型。最多 5 个 fallbacks,另加带故障规则的路由规则。
智能路由不同按成本、速度或延迟为提供商排序;限定范围;粘性会话。用 routing.providers 限定范围;在路由规则上设置顺序。不按成本或速度排序。
自定义 API 密钥形式相同按密钥的预算、重置周期、到期时间、成员、默认标签。网关密钥,带支出限额、允许列表、环境和轮换;另有四个范围的预算。
组织护栏形式相同模型访问、速率限制和成员预算。允许列表、按成员和密钥的预算、请求速率层级;内容护栏单独设置。
监控形式相同按密钥、成员、功能、提供商统计的用量和成本。按项目、密钥、模型、用户和标签统计的用量和预估费用,以及逐请求日志。
专业模型(Universal AI)无对应OCR、内容审核、NER、翻译等。无。

这是我们对 Eden AI 已发布文档的理解,而非试用或基准测试。如果我们理解有误,告诉我们,我们会修正那一行。

INFRO 不做的事

  • 提供 OCR、内容审核、翻译或其他专业模型。
  • 按请求根据成本、速度或延迟为提供商排序。
  • 在你没有自己的提供商账号的情况下提供模型访问。
  • 将流量固定在欧盟。

哪些无法迁移过来

  • 你 Eden AI 账号上的用量历史和积分。
  • 作为对象的自定义密钥和护栏。将它们重建为网关密钥、预算和允许列表。

问题

我可以只迁移 LLM 调用吗?
可以。把对话客户端指向 INFRO,专业模型继续使用 Eden AI 客户端。
`fallbacks` 的工作方式相同吗?
基本相同:INFRO 最多接受 5 个模型 ID,在 model 的所有连接都失败后尝试。
在 INFRO 上,模型用量由谁付费?
由你直接向你的提供商付费。INFRO 是订阅制,对模型支出加价 0%。

和我们一起迁移,或自行迁移

迁移计划会在一次通话中把你的 Eden AI 设置映射为 INFRO 的连接、路由规则和预算,并和你一起迁移第一个服务。你的提供商继续直接向你收费;INFRO 是一项订阅,对模型支出零加价。

来源

本页关于 Eden AI 的每一项陈述都来自以下来源之一,阅读于 2026年10月19日。没有任何内容是从试用、基准测试或交谈中推断的。