Von Pi Agent unterstützte KI-Anbieter

Das Folgende ist eine vollständige Liste aller von Pi Agent unterstützten KI-Anbieter.


Anbieter, die die Anmeldung per Abonnement unterstützen

Führen Sie die OAuth-Anmeldung mit dem/login-Befehl durch:

ProviderVoraussetzungBeschreibung
Claude Pro/MaxAnthropic-AbonnementZusätzliche Nutzung wird pro Token abgerechnet
ChatGPT Plus/Pro (Codex)OpenAI-AbonnementOffiziell von OpenAI anerkannt
GitHub CopilotGitHub Copilot-AbonnementUnterstützt Unternehmensserver
xAI (Grok)X Premium-AbonnementVerwendet das Grok-Modell
OpenRouterOpenRouter-KontoOAuth erstellt einen API-Schlüssel
RadiusRadius-KontoDynamisches pi-messages-Gateway

Abonnement-Einträge richten sich nach der tatsächlichen Anzeige des Pi Agent /login-Menüs; unterschiedliche Versionen können leicht variieren.


Anbieter, die API-Schlüssel unterstützen

API-Schlüssel über Umgebungsvariablen oder~/.pi/agent/auth.json konfigurieren:

$ export ANTHROPIC_API_KEY=sk-ant-api03-xxxx
ProviderUmgebungsvariableauth.json-Schlüssel
AnthropicANTHROPIC_API_KEYanthropic
Ant LingANT_LING_API_KEYant-ling
Azure OpenAI ResponsesAZURE_OPENAI_API_KEYazure-openai-responses
OpenAIOPENAI_API_KEYopenai
DeepSeekDEEPSEEK_API_KEYdeepseek
NVIDIA NIMNVIDIA_API_KEYnvidia
Google GeminiGEMINI_API_KEYgoogle
Amazon BedrockAWS_BEARER_TOKEN_BEDROCKamazon-bedrock
MistralMISTRAL_API_KEYmistral
GroqGROQ_API_KEYgroq
CerebrasCEREBRAS_API_KEYcerebras
Cloudflare AI GatewayCLOUDFLARE_API_KEY (erfordert außerdem CLOUDFLARE_ACCOUNT_ID und CLOUDFLARE_GATEWAY_ID)cloudflare-ai-gateway
Cloudflare Workers AICLOUDFLARE_API_KEY (erfordert außerdem CLOUDFLARE_ACCOUNT_ID)cloudflare-workers-ai
xAIXAI_API_KEYxai
OpenRouterOPENROUTER_API_KEYopenrouter
Vercel AI GatewayAI_GATEWAY_API_KEYvercel-ai-gateway
ZAI Coding PlanZAI_API_KEYzai
ZAI Codierungsplan (China)ZAI_CODING_CN_API_KEYzai-coding-cn
OpenCode ZenOPENCODE_API_KEYopencode
OpenCode GoOPENCODE_API_KEYopencode-go
RadiusRADIUS_API_KEYradius
Hugging FaceHF_TOKENhuggingface
FireworksFIREWORKS_API_KEYfireworks
Together AITOGETHER_API_KEYzusammen
BasetenBASETEN_API_KEYbaseten
Kimi für CodingKIMI_API_KEYkimi-coding
MiniMaxMINIMAX_API_KEYminimax
MiniMax (China)MINIMAX_CN_API_KEYminimax-cn
Qwen Token PlanQWEN_TOKEN_PLAN_API_KEYqwen-token-plan
Qwen Token Plan(Individuell)QWEN_TOKEN_PLAN_API_KEYqwen-token-plan-individual
Qwen Token Plan (China)QWEN_TOKEN_PLAN_CN_API_KEYqwen-token-plan-cn
Xiaomi MiMoXIAOMI_API_KEYxiaomi
Xiaomi MiMo Token-Plan (China)XIAOMI_TOKEN_PLAN_CN_API_KEYxiaomi-token-plan-cn
Xiaomi MiMo Token-Plan (Amsterdam)XIAOMI_TOKEN_PLAN_AMS_API_KEYxiaomi-token-plan-ams
Xiaomi MiMo Token-Plan (Singapur)XIAOMI_TOKEN_PLAN_SGP_API_KEYxiaomi-token-plan-sgp

Insgesamt gibt es 35 API-Key-Anbieter, die eins zu eins der Umgebungsvariablenliste in der offiziellen providers.md entsprechen.

Unter ihnen teilen sich Qwen Token-Plan (Individual) und Qwen Token-Plan dieselbe Umgebungsvariable QWEN_TOKEN_PLAN_API_KEY; der Unterschied liegt im Schlüsselnamen in auth.json und im Bereich der auswählbaren Modelle.

Die Konto- und Gateway-IDs für die beiden Cloudflare-Einträge können entweder als Umgebungsvariablen festgelegt oder in das env-Objekt der auth.json-Anmeldedaten geschrieben werden.


Lokale und benutzerdefinierte Anbieter

Lokale Inferenz-Backends werden über Konfigurationsdateien angebunden, während benutzerdefinierte APIs über die Erweiterungsmethode registriert werden können.

ProviderBeschreibungKonfigurationsmethode
llama.cppLokale Open-Source-Modellinferenz/login llama.cpp, Modelle über /llama verwalten
Benutzerdefinierte APIEntwicklung von ErweiterungenRegistrierung über pi.registerProvider()

Ein vollständiges Beispiel für die Registrierung eines Anbieters über die Erweiterungsmethode finden Sie im Kapitel "Lokale Modelle mit llama.cpp".

Die folgenden drei lokalen Backends sind alle über die OpenAI-kompatible API angebunden:

BackendStandardportBeschreibung
Ollama11434Ohne weitere Einrichtung ein Modell mit einem einzigen Befehl herunterladen und ausführen
LM Studio1234Bietet eine grafische Oberfläche, geeignet für die Verwaltung lokaler Modelle auf dem Desktop
vLLM8000面向高吞吐量的服务化部署

将以下最小示例写入~/.pi/agent/models.json,以 Ollama 为例;对于 LM Studio 和 vLLM,只需替换名称和 baseUrl:

Beispiele

{
  "providers": {
    "ollama": {
      "baseUrl": "http://127.0.0.1:11434/v1",
      "api": "openai-completions",
      "apiKey": "ollama",
      "models": [
        {
          "id": "qwen3-coder-30b",
          "name": "Qwen3 Coder 30B",
          "contextWindow": 131072,
          "maxTokens": 8192,
          "input": ["text"]
        }
      ]
    }
  }
}

Der apiKey-Wert "ollama" im Beispiel ist nur ein Platzhalter; der lokale Server ignoriert ihn direkt.

Du kannst ihn aus diesem Grund jedoch nicht löschen: Wenn kein Authentifizierungsfeld konfiguriert ist, wird das Modell normal geladen, erscheint aber nicht im /model-Selektor, und die offizielle Empfehlung ist, den Platzhalterwert beizubehalten.

Die Bedeutungen der einzelnen Felder außer apiKey sind wie folgt:

FeldBeschreibung
baseUrlOpenAI-kompatible API-Adresse; für LM Studio verwende http://127.0.0.1:1234/v1, für vLLM gib die tatsächliche Dienstadresse ein
apiVerwendet das OpenAI-kompatible Protokoll, schreibe immer openai-completions
apiKeyPlatzhalterwert; behalte ihn auch für lokale nicht authentifizierte Dienste bei, sonst erscheint das Modell nicht in /model
models[].idDie beim Aufruf verwendete Modell-ID muss mit dem Namen des lokal heruntergeladenen Modells übereinstimmen
models[].nameDer im Selektor angezeigte Name
models[].contextWindowGröße des Kontextfensters (Tokens)
models[].maxTokensMaximale Ausgabelänge pro Anfrage (Tokens)
models[].inputUnterstützte Eingabetypen
Weitere Erweiterungen