Instanzverwaltung

Die Administrationskonsole einer Instanz verwenden

Instanzadministration ist von Projekteigentum getrennt. ADMIN_EMAILS im Server enthält bestätigte autorisierte Kontoadressen. Serverseitig signiertes app_metadata.role=admin ist eine weitere zulässige Rollenzuweisung. Sitzungen verlangen zusätzlich aal2, verifizierte MFA und aktuelle Liveprüfungen von Konto und Sitzung. Schlagen diese fehl, bleibt Zugriff gesperrt. Melden Sie sich an, bestätigen Sie TOTP und öffnen Sie /admin. Ändern Sie keine Datenbankrollen zur Umgehung der MFA-Einrichtung. Konsole und private APIs bleiben noindex.

Übersicht zeigt zusammengefasste Kennzahlen der Instanz. Finanzen fehlt in diesem Demoprofil, weil kein verwalteter OpenRouter-Schlüssel eingerichtet ist.

Modelle legt Standardwerte und besondere Verwendungszwecke fest. Die Aufnahme zeigt die vorhandene Konfiguration; keine Modell- oder Anbietereinstellung wurde geändert.

Vorhandene Funktionen verwenden

Die Konsole enthält Übersicht, Benutzer, Modelle und bedingt Finanzen. Finanzen fehlt ohne konfigurierte verwaltete OpenRouter-Funktion; Planvergabe hängt von eingerichteter Abrechnung oder bestehendem Override ab. Selbsthosting ohne kommerzielle Anbieter erhält durch Öffnen der Konsole keine Cloud-Abrechnung. Benutzer findet ein Konto nur über seine exakte E-Mail-Adresse. Öffnen Sie es, um den Bestätigungsstatus seiner E-Mail zu sehen, sein KI-Nutzungsbudget zu prüfen oder zurückzusetzen, unter der oben genannten Bedingung einen Plan zu verschenken oder es als internes Konto zu markieren, das dann in keiner Statistik mehr zählt. Das Panel zeigt weder Kontoaktivität noch persönliche Inhalte; öffnen Sie ein Konto nur für eine Support- oder Abrechnungsaufgabe. Prüfen Sie Modelle, Standardwerte und Nutzer-/Quotenkontrollen in der tatsächlich installierten Version vor Änderungen. Administration betrifft die Instanz, nicht ein einzelnes Projekt. Testen Sie mit Demokonten.

KI-Entscheidungsmodell wählen

Unter Modelle, Abschnitt Automatisierungen, legt Entscheidungsmodell das eine Entscheidungsmodell fest, das alle KI-Entscheidungen der Instanz beantwortet: Smart Fill, Smart Assign und die Prüfung von Feedback. Es gibt keine Auswahl pro Projekt, Benutzer oder Funktion. Die Auswahl zeigt nur OpenRouter-Modelle, die die Entscheidungsfähigkeit veröffentlichen; Chat-, Embedding- und Transkriptionsmodelle erscheinen nie. Beim Speichern wird der Kandidat mit einer repräsentativen Entscheidung testweise aufgerufen. Ein Modell, das kein Entscheidungsmodell ist, die Anfrage ablehnt, eine ungültige Antwort liefert oder länger als 5 Sekunden braucht, wird abgelehnt, und das aktuelle Modell bleibt in Gebrauch. Lässt sich der Katalog nicht laden, wird jede Änderung abgelehnt. Selbst gehostete Instanzen ohne verwaltete KI haben keinen Plattformkatalog und behalten den Standard, Jev.

Neue Entscheidungen verwenden das gespeicherte Modell nach etwa einer Minute auf jedem Serverprozess. Scheitert das Modell oder antwortet es unter der Konfidenzschwelle, fällt die Entscheidung wie bisher auf das eigene LLM-Modell der Funktion zurück. Die Schwelle wurde auf Jev kalibriert, und andere Entscheidungsmodelle verteilen ihre Konfidenz anders: Prüfen Sie nach einem Wechsel die Übereinstimmung pro Modell in der Datenbankansicht ai_decision_evaluations_weekly. Nutzungszeilen erfassen das Modell, das geantwortet hat.

Smart-Fill-Beziehungen konfigurieren

Nach dem Speichern eines Problems kann Smart Fill es indexieren und mit verwandten Problemen verknüpfen. Zwei Felder unter Modelle, Abschnitt Automatisierungen, steuern diese Arbeit:

• Problem-Embeddings wählt das Modell, das Titel und Beschreibung von Problemen in Vektoren umwandelt. Standard ist openai/text-embedding-3-small. Ein Wechsel startet eine neue Indexversion: Alte und neue Vektoren werden nie verglichen. Der stündliche Job /api/cron/issue-index indexiert danach bestehende Probleme, 100 pro Lauf, und belastet den Eigentümer des jeweiligen Projekts; er legt nie Beziehungen an. Dasselbe Modell wandelt jede Anfrage der inhaltlichen Suche mit den KI-Anbietereinstellungen des suchenden Mitglieds in einen Vektor um; Anfragen werden nur mit Vektoren der aktuellen Indexversion verglichen. Bis ein Problem neu indexiert ist, finden die Suche nach verwandten Problemen und die inhaltliche Suche es nur über seine Wörter. Derselbe Job wandelt unverschlüsselt gespeicherte Vektoren in verschlüsselte um, sobald ihr Projekt verschlüsselt wird.
• Modell für Beziehungsentscheidungen ist das LLM-Ausweichmodell, das Beziehungsentscheidungen beantwortet, wenn das Entscheidungsmodell scheitert oder unsicher ist, wie das eigene LLM-Modell jeder Funktion. Standard ist deepseek/deepseek-v4-flash.

Embedding- und Transkriptionsfelder lehnen beim Speichern ein Modell der falschen Familie ab, etwa ein Chat-Modell in einem Embedding-Feld, und das aktuelle Modell bleibt in Gebrauch. Diese Prüfung braucht den Plattformkatalog: Lässt er sich nicht laden, etwa auf einer selbst gehosteten Instanz ohne verwaltete KI, kann die Auswahl nicht geprüft werden und wird angenommen. Für Mitglieder, die Automatisierungen mit ihrem eigenen Schlüssel ausführen, enthalten die Standardwerte pro Anbieter issue_embedding_model: text-embedding-3-small für OpenAI und gemini-embedding-001 für Google.

Betreiberpflichten erfüllen

Sie verantworten weiterhin minimale Administratorrechte, MFA-Wiederherstellung, Hostgeheimnisse, Sicherungen, Aufbewahrung, Vorfälle und Anbieterkosten. Die Konsole ersetzt weder Datenbank-/Storage-Restore noch SMTP-Test. Prüfen Sie bei verweigertem Zugang bestätigte Adresse, Allowlist, MFA und aktive Sitzung vor Änderungen. Widerrufene oder gesperrte Sitzungen behalten Rechte nicht wegen noch gültigem JWT. Screenshots dürfen keine privaten Daten anderer Nutzer, Sicherheitsfaktoren oder Finanzdetails enthalten.