Hilfe
Agentic Coding

Unsere Modelle laufen hinter einem OpenAI-kompatiblen Gateway - gängige Coding-Agents funktionieren direkt. Am schnellsten geht es mit Pi, einem schlanken TUI-Coding-Agent.

Schnellstart

Erstelle unter Mein Konto → API Keys einen Key. Wähle dann dein Betriebssystem:

Führe im Terminal aus:

curl -fsSL https://ai.dev.wyna.info/pi-setup.sh | sh

Führe im Terminal aus:

curl -fsSL https://ai.dev.wyna.info/pi-setup.sh | sh

Native Windows wird nicht unterstützt - nutze WSL (Windows-Subsystem für Linux). Einmal eingerichtet, fühlt es sich wie ein normales Linux-Terminal an.

WSL einrichten (einmalig)

In einer PowerShell als Administrator:

wsl --install

Das installiert WSL 2 und Ubuntu. Nach einem Neustart legst du beim ersten Ubuntu-Start Benutzernamen und Passwort fest.

Öffne danach das Ubuntu-Terminal (Startmenü) und führe darin aus:

curl -fsSL https://ai.dev.wyna.info/pi-setup.sh | sh

Der Befehl installiert Pi (falls noch nicht vorhanden), fragt nach deinem API Key und richtet damit unsere Modelle ein: die stabilen Tags wyna-pro und wyna-lite sowie die direkten Modell-Tags deepseek-v4-flash und qwen36-35b. Zum Schluss bietet er dir unsere Erweiterungen an (Enter = installieren, n = überspringen): pi-permission-modes (Sandbox-Berechtigungen) und pi-web-research (Websuche direkt im Agent - nutzt denselben API Key, abgerechnet pro Suche wie im Chat). Danach loslegen:

pi --model wyna/wyna-pro
Script-Referenz: Flags & Wiederholbarkeit
curl -fsSL https://ai.dev.wyna.info/pi-setup.sh | sh -s -- <your-api-key> [--all-models]
  • --all-models (kurz -a) - richtet zusätzlich die Partner-Modelle ein (mistral-small-4, kimi-k2.6, apertus-70b). Ohne Flag: nur unsere eigenen Modelle.
  • Ohne Key-Argument fragt das Script danach - bzw. behält bei einem erneuten Lauf deinen bereits konfigurierten Key.

Beliebig oft ausführbar. Jeder Lauf bringt die Wyna-Modellliste auf den aktuellen Stand: Neue Modelle kommen dazu, nicht mehr angebotene werden entfernt (auch beim Wechsel mit/ohne --all-models). Pi und die Erweiterungen werden nur installiert, wenn sie fehlen; andere Provider in deiner Pi-Konfiguration bleiben unangetastet. Fehlende Sandbox-Abhängigkeiten bietet das Script gleich zur Installation an: unter Linux bubblewrap, socat und ripgrep über apt, pacman oder dnf; unter macOS ripgrep über Homebrew (die Sandbox selbst nutzt das eingebaute sandbox-exec).

Lieber manuell? Was der Befehl macht

Der Befehl trägt Wyna als Provider in ~/.pi/agent/models.json ein - das kannst du auch von Hand tun. Der stabile Tag wyna-pro zeigt immer auf unser stärkstes Modell - er läuft also nach einem Modellwechsel unverändert weiter. Wer stattdessen ein bestimmtes Modell festnageln will, nutzt dessen direkten Tag (deepseek-v4-flash, qwen36-35b); der schlägt fehl, sobald wir das Modell ablösen:

{
  "providers": {
    "wyna": {
      "name": "Wyna AI",
      "baseUrl": "https://ai.dev.wyna.info/v1",
      "apiKey": "$WYNA_API_KEY",
      "api": "openai-completions",
      "models": [
        {
          "id": "wyna-pro",
          "name": "wyna-pro",
          "reasoning": true,
          "input": ["text"],
          "contextWindow": 1048576,
          "maxTokens": 65536,
          "compat": { "supportsDeveloperRole": false, "supportsReasoningEffort": false }
        },
        {
          "id": "wyna-lite",
          "name": "wyna-lite",
          "reasoning": true,
          "input": ["text", "image"],
          "contextWindow": 131072,
          "maxTokens": 65536,
          "compat": { "supportsDeveloperRole": false, "supportsReasoningEffort": false }
        }
      ]
    }
  }
}

compat.supportsDeveloperRole: false ist wichtig - unsere Modelle erwarten die Systemnachricht als system-Rolle. Setz den Key als export WYNA_API_KEY="sk-..." und referenziere ihn als "$WYNA_API_KEY", statt ihn in die Datei zu schreiben. contextWindow / maxTokens sind Startwerte.

Andere Coding-Agents

Unser Gateway ist OpenAI-kompatibel - es funktioniert mit jedem Agent, der eigene Endpoints unterstützt. Überall brauchst du dieselben drei Angaben: die Basis-URL https://ai.dev.wyna.info/v1, deinen API Key und einen Modellnamen (wyna-pro oder wyna-lite).

Aider - Pair Programming im Terminal

Basis-URL und Key als Umgebungsvariablen, Modell mit dem Präfix openai/ (so weiss Aider, dass es ein OpenAI-kompatibler Endpoint ist):

export OPENAI_API_BASE=https://ai.dev.wyna.info/v1
export OPENAI_API_KEY=<your-api-key>
aider --model openai/wyna-pro

Kontextfenster und Preise teilst du Aider über eine .aider.model.metadata.json im Projektordner mit - dann stimmen Kontext-Management und Kostenanzeige (Preise in CHF pro Token):

{
  "openai/wyna-pro": {
    "max_input_tokens": 1048576,
    "max_output_tokens": 65536,
    "input_cost_per_token": 0.0000012,
    "output_cost_per_token": 0.0000065
  }
}

Referenz: OpenAI-compatible APIs in der Aider-Doku - Projektseite

Cline - Agent in VS Code

In den Cline-Einstellungen als API Provider „OpenAI Compatible" wählen, dann eintragen:

  • Base URL: https://ai.dev.wyna.info/v1
  • API Key: dein Key
  • Model ID: wyna-pro

Im Block Model Configuration lohnt sich das Feintuning: Kontextfenster 1048576 (bei wyna-lite: 131072), Output 65536, „Supports Images" nur bei wyna-lite. Hinterlegst du zusätzlich die Token-Preise (CHF 1.20 Input / 6.50 Output pro Mio.), stimmt auch Clines Kosten-Tracking.

Referenz: OpenAI Compatible in der Cline-Doku - Projektseite

OpenCode - Terminal-Agent

Provider in der opencode.json (im Projekt oder unter ~/.config/opencode/) ergänzen, Key als Umgebungsvariable. Mit limit weiss OpenCode, wann es den Verlauf automatisch kompaktieren muss; mit cost (CHF pro Mio. Tokens) zeigt es dir die Sessionkosten live an:

{
  "provider": {
    "wyna": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Wyna AI",
      "options": {
        "baseURL": "https://ai.dev.wyna.info/v1",
        "apiKey": "{env:WYNA_API_KEY}"
      },
      "models": {
        "wyna-pro": {
          "name": "Wyna AI Pro",
          "limit": { "context": 1048576, "output": 65536 },
          "cost": { "input": 1.20, "output": 6.50 }
        },
        "wyna-lite": {
          "name": "Wyna AI Lite",
          "limit": { "context": 131072, "output": 65536 },
          "cost": { "input": 0.60, "output": 3.50 }
        }
      }
    }
  }
}

Danach in OpenCode das Modell wyna/wyna-pro auswählen.

Referenz: Providers in der OpenCode-Doku - Projektseite

OpenClaw - persönlicher KI-Assistent

Provider in ~/.openclaw/openclaw.json unter models.providers eintragen und das Modell in der Allowlist freischalten. Kontextfenster und Preise (CHF pro Mio. Tokens) verbessern Kompaktierung und Kostenanzeige:

{
  "models": {
    "providers": {
      "wyna": {
        "baseUrl": "https://ai.dev.wyna.info/v1",
        "apiKey": "<your-api-key>",
        "api": "openai-completions",
        "models": [
          {
            "id": "wyna-pro",
            "name": "Wyna AI Pro",
            "reasoning": true,
            "input": ["text"],
            "contextWindow": 1048576,
            "maxTokens": 65536,
            "cost": { "input": 1.20, "output": 6.50 }
          }
        ]
      }
    }
  },
  "agents": { "defaults": { "models": { "wyna/wyna-pro": {} } } }
}

Der Allowlist-Eintrag wyna/wyna-pro ist Pflicht - ohne ihn lehnt OpenClaw das Modell ab.

Referenz: Model providers in der OpenClaw-Doku - Projektseite

VS Code Copilot - eigener Endpoint (BYOK)

In der Chat-Modellauswahl das Zahnrad „Manage Language Models" öffnen (oder Command Palette: Chat: Manage Language Models), dann Add Models → Custom Endpoint:

  • API-Typ: Chat Completions
  • URL: https://ai.dev.wyna.info/v1
  • API Key und Modell-ID wyna-pro

Gilt für Chat und Agent-Mode; die Inline-Vervollständigung nutzt weiterhin Copilot-eigene Modelle.

Referenz: AI language models in VS Code - Projektseite