AYVI

Provider einrichten

Wähle, wohin deine Anfrage geht.

AYVI wechselt nie still zwischen lokalem und Cloud-Anbieter. Prüfe Provider und Modell vor dem Senden. Apple Foundation Models wurde mit synthetischer Eingabe lokal smoke-getestet; Live-Cloud-Verbindungen sind nicht belegt.

Apple Foundation Models · auf dem Gerät

Auf unterstützten macOS-26+-Systemen wird dieser Provider bei einer Neuinstallation vorausgewählt, wenn macOS das Systemmodell als verfügbar meldet. Er läuft lokal und benötigt keine Cloud-Offenlegung. Das System unterscheidet nicht unterstütztes Gerät, deaktivierte Apple Intelligence, noch ladendes Modell und verfügbar. Auf älteren oder nicht verfügbaren Systemen bleibt Mock der Standard. Das kleinere Systemmodell kann bei komplexem Debugging weniger leistungsfähig sein als größere Modelle. Der Streamingpfad hat auf diesem Mac einen synthetischen lokalen Smoke-Test bestanden; Antwortqualität und App-Oberfläche wurden damit nicht bewertet.

Mock · ohne KI-Anfrage

Der gekennzeichnete Demo-Provider ist der Fallback, wenn Apple Foundation Models nicht verfügbar ist. Er liefert vorgefertigte Beispielausgaben und sendet keine Auswahl an ein Modell. Nutze ihn für einen UI-/Ablauftest, nicht als Bewertung der Antwortqualität echter Modelle.

Ollama · lokaler Endpunkt

Installiere Ollama über die offizielle Ollama-Seite. Wenn der Dienst lokal läuft, kannst du ein Modell laden und die Standardeinstellungen von AYVI prüfen:

ollama serve
ollama pull llama3.2

Der lokale Server verwendet üblicherweise http://localhost:11434. In AYVI: Einstellungen → KI → Ollama, Modell und Base URL prüfen und Verbindungstest starten. Erwartet: der lokale Dienst antwortet und das Modell ist verfügbar. Nur localhost, 127.0.0.1 und ::1 gelten als lokal. Eine LAN- oder entfernte Adresse wird als Cloud behandelt und benötigt eine Offenlegung; „Nur lokale Modelle“ blockiert sie. Die konkreten Schritte hängen von deiner Ollama-Installation ab.

Häufige Ursachen bei Verbindungsfehlern: Ollama ist nicht gestartet, Base URL/Port stimmt nicht, Modellname ist falsch geschrieben oder der Modell-Download ist nicht abgeschlossen. Ein erfolgreicher Parser-/Transporttest im Repository ist kein Live-Kompatibilitätstest.

Anthropic · Cloud

  1. Erstelle einen API-Schlüssel im offiziellen Anthropic-Konto und prüfe dort Kosten- und Aufbewahrungsbedingungen.
  2. Öffne Einstellungen → KI, wähle Anthropic und trage den Schlüssel im vorgesehenen Feld ein.
  3. AYVI speichert den Schlüssel über macOS Keychain. Der Schlüssel gehört nicht in die Auswahl, Frage, Website oder Logs.
  4. Beim ersten Cloud-Senden liest du den Hinweis zu Anbieter, Modell und Daten und bestätigst bewusst.
  5. Teste mit harmloser, nicht vertraulicher Auswahl.

Ein gültiger Schlüssel und ein korrektes Modell sind notwendig. Dieser Stand hat keinen echten Anthropic-Endpunkt mit Zugangsdaten getestet.

OpenAI-kompatible APIs · Cloud oder eigener lokaler Server

In Einstellungen → KI konfigurierst du Base URL, Modell und gegebenenfalls einen API-Schlüssel. Der Standard-Endpunkt ist OpenAI-kompatibel; LM Studio, vLLM oder andere kompatible Server können andere lokale Adressen und Modelle verwenden. Prüfe die jeweilige Anbieter-Dokumentation statt Beispiel-Schlüssel zu kopieren – die Website zeigt absichtlich keine Credentials.

Loopback-Adressen wie localhost werden vom Provider-Klassifizierer als lokal behandelt. Ein beliebiger Server im privaten Netzwerk ist dadurch nicht automatisch sicher oder lokal. Kein Live-Endpunkt wurde hier verifiziert.

Vor jeder Anfrage

  • Der Provider-/Modellname ist in der App sichtbar.
  • Cloud benötigt eine ausdrückliche Bestätigung beim ersten Einsatz dieses Providers.
  • „Nur lokale Modelle“ blockiert Cloud-Anbieter und erlaubt keinen Fallback.
  • Vor Cloud-Anfragen maskiert der lokale Secret Scanner erkannte Schlüssel standardmäßig; er ist heuristisch und kann Treffer verpassen.
  • Provider verwalten ihre eigene Speicherung; lies deren aktuelle Bedingungen.

Zum Entfernen eines Zugangsschlüssels öffne in AYVI Einstellungen → KI und entferne die gespeicherte Provider-Zugangsdaten dort. Wenn Credential-Verwaltung nicht verfügbar ist, entferne den entsprechenden Keychain-Eintrag nur nachdem du dessen App-/Service-Zuordnung sicher identifiziert hast.