Allgemeine Einstellungen: Sprache, Default-Modell, AI-Zugriff, Rate-Limit, Site-Wissen

Diese Seite erklärt die site-weiten Grundeinstellungen von AnyLLM auf der Einstellungsseite Allgemein: die Oberflächensprache (UI-Sprache), das Default-Modell (vorausgewähltes Modell), die Zugriffs-Policy der KI für Jira und Confluence (Tool-Stufe, Lese-/Schreibrechte der KI), das stündliche Rate-Limit pro Person und das Site-Wissen (Hintergrund zur Organisation für die KI). Die dritte Karte derselben Seite — Web-Suche und Bild-Generierung — hat eine eigene Seite: Web-Suche und Bild-Generierung aktivieren.

Zweck

Allgemein enthält die Einstellungen, die jeden Chat für alle Nutzer:innen in Jira und Confluence gleichermaßen prägen. Sie sind Teil der einen gemeinsamen Konfiguration der Installation — im anderen Produkt gibt es nichts zu wiederholen.

Berechtigung

Produkt-Administrator:innen (Jira- oder Confluence-Administration) auf der Einstellungsseite AnyLLM Chat — Einstellungen — siehe Einstellungen öffnen und Ersteinrichtung.

Voraussetzungen

Mindestens eine gespeicherte Verbindung mit API-Key (LLM-Verbindungen einrichten); sonst ist die Liste Default-Modell leer.

Oberflächensprache

Zweck — festlegen, in welcher Sprache die AnyLLM-Oberfläche erscheint.

Auswirkungen

• Gilt für den Chat auf allen Flächen, die Einstellungsseiten, die Confluence-Schnellaktionen und die Chat-Leiste, das Dashboard-Gadget sowie die Beschriftungen archivierter Chat-Seiten in Confluence (diese sind nur dann deutsch, wenn hier Deutsch eingestellt ist — siehe Verläufe verwalten).
• Menü-Titel in Jira und Confluence (z. B. AnyLLM Chat, AnyLLM Chat — Einstellungen) folgen immer der eigenen Atlassian-Sprache der Person — unabhängig von dieser Einstellung.
• Die Einstellungsseite wechselt ihre Sprache sofort beim Umstellen der Auswahl — noch bevor Sie auf Speichern klicken. Nutzer:innen sehen die Änderung beim nächsten Öffnen des Chats.
• Meldungen, die der Server erzeugt (Validierungs- und Fehlertexte), bleiben in beiden Sprachen englisch — mit einer Ausnahme: Der Hinweis auf eine fehlende Endpoint-Freigabe erscheint in der Oberflächensprache.

Default-Modell

Zweck — das Modell, das für alle vorausgewählt ist, die selbst noch kein Modell gewählt haben.

Schritte

1. Wählen Sie unter Default-Modell ein Modell. Die Liste gruppiert die Modelle nach Verbindungsname und bietet die Modelle aller gespeicherten Verbindungen an — auch solcher ohne hinterlegten API-Key.
2. Wählen Sie ein Modell, dessen Verbindung einen Key hat.
3. Klicken Sie auf Speichern.

Ergebnis — neue Nutzer:innen und alle, die das Modell nie umgestellt haben, erhalten dieses Modell. Eine eigene Wahl der Person (pro Person gemerkt, in Jira und Confluence dieselbe) hat Vorrang.

AI-Zugriff auf Jira & Confluence

Zweck — festlegen, was die KI innerhalb von Jira und Confluence tun darf — für alle Nutzer:innen und alle Agents.

Auswirkungen

• Die KI sieht nie mehr als die fragende Person; jede Abfrage läuft mit deren Atlassian-Berechtigungen. Auch bei Lesen + Schreiben wird nichts ohne Klick auf ✓ Ausführen geschrieben (Die KI in Jira und Confluence suchen, lesen und erstellen lassen).
• Bei Aus wird Seiten- und Vorgangs-Kontext gar nicht erst an Nachrichten angehängt, und die Seiten-Schnellaktionen in Confluence (Seite zusammenfassen, Aufgaben extrahieren, Seite übersetzen) zeigen „Der Seitenzugriff für die AI ist vom Admin deaktiviert — Seiten-Aktionen sind nicht verfügbar." mit ausgegrauten Buttons. Aktionen auf markiertem Text funktionieren weiter, weil die Auswahl mit der Anfrage mitgeschickt wird.
• Die Einstellung Jira/Confluence-Tools eines Agents kann diese Policy nur einschränken, nie erweitern (Agents, Prompts und Skills bereitstellen).
• Web-Suche und Bild-Generierung sind von dieser Einstellung unabhängig; sie werden separat aktiviert (Web-Suche und Bild-Generierung aktivieren).
• Ein Verschärfen wirkt sofort: Verlassen Sie Lesen + Schreiben, scheitert der Klick auf ✓ Ausführen bei einer noch offenen Vorschlagskarte mit „Write actions are not enabled by the admin." (Schreibaktionen sind vom Admin nicht freigegeben).

Rate-Limit

Zweck — begrenzen, wie viele Anfragen eine Person pro Stunde senden darf — als Kosten- und Missbrauchsschutz.

Schritte

1. Tragen Sie in Rate-Limit: max. Anfragen pro Nutzer und Stunde (0 = aus) eine Zahl von 0 bis 100.000 ein.
2. Klicken Sie auf Speichern.

So wird gezählt

• Pro Person, nicht site-weit — und ein Zähler gilt für Jira und Confluence zusammen.
• Die Stunde ist ein festes Zeitfenster, das mit der ersten Anfrage der Person beginnt und eine Stunde später endet; danach beginnt ein neues Fenster. Abgewiesene Versuche verlängern das Fenster nicht.
• Jedes Senden zählt: Fragen im Chat, ↻ Antwort neu generieren, Bearbeiten & erneut senden, Skills, die Confluence-Schnellaktionen und die Chat-Leiste sowie jedes ↻ Aktualisieren eines Dashboard-Gadgets (gezählt für die Person, die klickt).
• Kann der Zähler aus technischen Gründen nicht gelesen werden, wird die Anfrage zugelassen statt blockiert.

Ergebnis — ist das Limit erreicht, sieht die Person „Hourly limit reached (N requests/hour) — please try again later." (Stundenlimit erreicht) und kann nach Ablauf des Fensters weitermachen.

Site-Wissen

Zweck — der KI Hintergrund zu Ihrer Organisation mitgeben, den sie in jeder Unterhaltung kennen soll: Projektkürzel, Bereichskonventionen, Team-Begriffe.

Schritte

1. Schreiben Sie den Text in Site-Wissen (für die AI) — höchstens 4.000 Zeichen.
2. Klicken Sie auf Speichern.

Beispiel: „Jira-Projekte: ABC = Produktentwicklung, OPS = Betrieb. Confluence: im Bereich DOCS liegt die Kundendokumentation. Sprints nennen wir ‚Wellen‘."

Auswirkungen — der Text wird bei jeder Anfrage auf jeder Fläche an den KI-Dienst gesendet, in Jira und Confluence gleichermaßen, und prägt damit die Antworten aller Nutzer:innen. Änderungen gelten ab der nächsten Anfrage.

⚠️ Warnung: Hinterlegen Sie im Site-Wissen keine Geheimnisse, Zugangsdaten oder personenbezogenen Daten. Alles, was hier steht, geht an Ihren KI-Dienst und beeinflusst den Chat aller Nutzer:innen.

Häufige Probleme

So wirkt Speichern auf dieser Seite

Speichern auf Allgemein speichert die gesamte Konfiguration auf einmal — einschließlich Verbindungskarten, die Sie unter Verbindungen bearbeitet, aber noch nicht gespeichert haben, samt dort eingetippter API-Keys, sowie der Modul-Schalter. Ist eine neue Endpoint-Adresse beteiligt, öffnet sich zuerst der Atlassian-Freigabedialog; lehnen Sie ihn ab, wird nichts gespeichert (Endpoint-Freigaben verwalten). Der Status neben dem Button meldet Speichere …, dann Gespeichert. oder Speichern fehlgeschlagen.

Verwandte Themen

• Administration & Konfiguration
• Einstellungen öffnen und Ersteinrichtung
• LLM-Verbindungen einrichten
• Endpoint-Freigaben verwalten
• Agents, Prompts und Skills für alle bereitstellen
• Web-Suche und Bild-Generierung aktivieren
• Die KI in Jira und Confluence suchen, lesen und erstellen lassen — die Nutzer:innen-Seite des AI-Zugriffs
• Berechtigungen, Rollen und Datensichtbarkeit
• Fehlerbehebung
• Häufige Fragen (FAQ)