Wöchentliche Zusammenfassung der KI-Themen

Nachrichten und Veranstaltungen Forenzusammenfassungen
113

Überblick

Diese Woche drehten sich die KI-Gespräche auf Meta darum, Discourse AI für Nutzer verständlicher und im großen Maßstab einfacher zu bedienen zu machen. Auf der Produktseite gab es starke Dynamik bei der Umbenennung von „AI Persona

114

Überblick

In der vergangenen Woche (2026-03-09 → 2026-03-16) konzentrierten sich die #ai-Diskussionen bei Meta auf Produktpflege, Zuverlässigkeit und den „realen Betrieb".

Auf der Produktseite schritt Discourse der Standardisierung der Terminologie näher, indem die Umbenennung von AI Persona zu AI Agent umgesetzt wurde (Umbenennung von AI Persona zu AI Agent). Auf der Infrastrukturseite erweiterte Discourse die Kapazitäten für sein gehostetes LLM-Angebot erheblich – die Limits wurden für alle Stufen erhöht und die Modellqualität sowie Latenzeigenschaften verbessert (Alle Discourse-AI-Funktionen mit unserem gehosteten LLM freischalten).

Gleichzeitig konzentrierten sich die Betreiber darauf, wie AI in die Rhythmen der Community passt: Eine Anfrage, Antworten des AI Agent zu verzögern (damit sie sich weniger wie ein Chatbot und mehr wie ein Teilnehmer anfühlen), tauchte sowohl als neues Support-Thema (Hinzufügen einer konfigurierbaren Verzögerung für AI Agent-Antworten) als auch als Nachfolgebeitrag im länger laufenden „Agents"-Leitfaden auf. Dort wies das Discourse-Personal darauf hin, dass verzögerte Antworten wahrscheinlich Teil eines zukünftigen #automation-Overhauls sein werden und nicht von ai selbst (AI bot - Agents).

Auch die Integrationsgespräche verzeichneten einen deutlichen Anstieg: Googles Einschränkungen und Abschaffungen bei Programmable Search / Custom Search zwingen zu einer Neubewertung der Web-Suchwerkzeuge. Discourse untersucht alternative Anbieter und sogar „native Suchtools" von LLM-Anbietern (Google Search für Discourse AI – Programmable Search Engine und Custom Search API). Parallel dazu wuchsen Community-Leitfäden rund um das Discourse-MCP-Ökosystem weiter, einschließlich eines neu veröffentlichten Walkthroughs zur Einrichtung von OpenCode CLI (Discourse MCP-Einrichtung in OpenCode CLI).

Schließlich tauchten wiederholt praktische Admin-Workflows auf: Verbesserung der Beobachtbarkeit für die AI-Spam-Erkennung durch direkte Datenbankabfragen (Discourse AI – Spam-Erkennung), Fragen zur Nachholung und Fehlersuche bei der Sentiment-Analyse (Probleme bei der Einrichtung von Sentiment) sowie GDPR-bezogene Bedenken bezüglich der Sentiment-Verarbeitung in Abhängigkeit vom Anbieter/den Konfigurationen (Einführung der Discourse AI Sentiment-Analyse: Neuer Admin-Bericht verfügbar). Es gab auch einen offenen Support-Thread (auf Chinesisch) zu Tool-Aufruf-Timeouts, der sich noch in der Phase „weitere Details erforderlich" befindet (Wie löse ich Tool-Aufruf-Timeouts in Discourse AI? Kann die Discourse-Timeout-Zeit angepasst werden? Wenn ja, wie?).

Interessante Themen

  • **Umbenennung von „AI Persona
115

Wöchentlicher AI-Zusammenfassung für meta.discourse.org (16.03.2026 → 23.03.2026)

Überblick

Die AI-Diskussionen dieser Woche konzentrierten sich auf praktische UX- und Kosteneinsparungsverbesserungen, insbesondere für Übersetzungsworkflows und die Platzierung von Zusammenfassungen. Auf der Übersetzungsseite schlug Shauny eine reibungslosere „Übersetzen“-Funktion pro Beitrag sowie eine Möglichkeit vor, übersetzte Ausgaben zu speichern/cachen, um wiederholte API-Kosten zu vermeiden (Beitrag mit AI übersetzen und Übersetzung speichern). Moin verknüpfte diese Idee mit früheren Überlegungen zur Lokalisierung (Beitrag mit AI übersetzen und Übersetzung speichern, Übersetzungen durch AI Helper als Inhaltslokalisierung speichern).

Im Bereich der Zusammenfassungs-UI veröffentlichte Ivan_Rapekas eine Theme-Komponente, die die AI-Zusammenfassungsaktion in den Topic-Header / Seitenleiste-Timeline-Bereich integriert und dies mit langjährigen Anfragen zur Platzierung des Zusammenfassungs-Buttons verknüpfte (AI-Zusammenfassung im Topic-Header, Feedback: Zusammenfassungs-Button an den Anfang des Topics verschieben, Platzierung des Zusammenfassungs-Buttons in mobilen Ansichten).

Mehrere Threads konzentrierten sich auf Politur und Zuverlässigkeit in den AI-Admin-Einstellungen: Wortlautfehler wie die wiederholte Fehlerbeschriftung „Default LLM“ wurden anerkannt und zur Behebung eingereiht (Warum wird ‘Default LLM’ wiederholt…, Warum wird ‘Default LLM’ wiederholt…), und i18n-Layoutprobleme in der LLM-Kostenkonfigurations-UI (Deutsch) wurden weiter verfeinert (Feldausrichtungsprobleme… auf Deutsch, Feldausrichtungsprobleme… auf Deutsch).

Inzwischen kehrte die Community zu Sicherheitsgrenzen für Agenten zurück (insbesondere Bedenken, dass AI „als Benutzer“ ohne Admin-Aufsicht agiert) (Wird Discourse offiziell eine offizielle OpenClaw-Fähigkeit herausbringen?, OpenClaw-Plugin für Discourse-Integration), und beschäftigte sich mit Integrationsbeschränkungen wie Timeouts bei Tool-Aufrufen und der Verbindung von Discourse AI mit selbst gehosteten RAG-Wissensdatenbanken (Wie löst man Timeouts bei Tool-Aufrufen in Discourse AI?, Wie integriert man eine selbstgebaute Wissensdatenbank RAG in Discourse AI?). Es gab auch eine kleine, aber bemerkenswerte Frage, ob Discourse MCP über das Protokoll auf PDF-Anhänge zugreifen kann (Discourse MCP ist da!).

Interessante Themen

Aktivität

Vielen Dank fürs Lesen, und wir sehen uns nächste Woche wieder! :slight_smile:

116

Überblick

Die KI-Aktivitäten dieser Woche auf Meta Discourse konzentrierten sich darauf, KI-gestützte Lokalisierung genauer und vorhersehbarer zu gestalten, insbesondere für kleine, aber wichtige UI-Oberflächen wie Tags und Kategorien. Moin brachte mehrere Übersetzungsfehler hervor, die auf „LLMs ohne Kontext

117

Überblick

Diese Woche (2026-03-30 → 2026-04-06) auf meta.discourse.org drehten sich die Diskussionen zu Discourse AI um drei große Themen:

  1. MCP-Momentum und Agentenfähigkeiten: Discourse AI hat sich mit der Ankündigung der clientseitigen MCP-Unterstützung noch stärker auf das Model Context Protocol konzentriert – wodurch Discourse AI-Agenten externe MCP-Tool-Server anrufen können (Bring your own MCP!) – sowie einen vollständigen Admin-Leitfaden (AI Bot – Bring Your Own MCP Server). Parallel dazu entwickelte sich die serverseitige MCP-Tooling weiter, unter anderem durch die Hinzufügung eines Editier-Tools, damit LLMs über MCP bestehende Beiträge/Wiki-Inhalte aktualisieren können (Discourse MCP is here!).

  2. Moderation und Datenschutzgrenzen in der AI-Automatisierung: Eine praktische Moderationsfrage – ob AI-Triage private Nachrichten (DMs) scannen kann – entpuppte sich eher als UI-/Konfigurationsfalle als als feste Einschränkung und löste Folgeideen für klarere Steuerungsmöglichkeiten in der Automatisierungs-UI aus (Does AI triage automation scan DMs between regular users?, Lösung).

  3. Modellspezifische Eigenheiten bei Lokalisierung und Embeddings: Mehrere Threads zeigten, dass „AI-Funktionen

118

Überblick

Die wöchentliche, KI-fokussierte Aktivität auf Meta (abgedeckt: 2026-04-06 → 2026-04-13) konzentrierte sich auf praktische Integrationsdetails – insbesondere rund um KI-Entdeckbarkeitsdateien, die Wahl von Anbietern/Modellen für GDPR-konforme Bereitstellungen sowie die Robustheit von Übersetzungen.

Im Bereich der „KI-Entdeckbarkeit

119

Überblick (2026-04-13 → 2026-04-20)

Die Diskussionen rund um KI auf meta.discourse.org in dieser Woche konzentrierten sich auf Zuverlässigkeit von Übersetzungen und Lokalisierungs-Workflows, wobei der Großteil der Aktivitäten in den Threads bug und Support mit den Tags ai, dynaloc und content-localization stattfand. Das dominierende Thema waren intermittierende, schwer reproduzierbare Übersetzungsfehler – darunter das zufällige Überspringen von Sprachen und Backend-Fehler – was zu Debugging-Vorschlägen wie dem Aktivieren versteckter ausführlicher Protokollierung und der Überprüfung von /logs führte (siehe AI Translation skips Portuguese (pt) locale, Follow-up-Debugging und Backend-Fehlerbericht).

Es gab auch einen praktischen Support-Thread zu Spracherkennung und manuellen Überschreibungen, wenn Beiträge gemischte Sprachen enthalten (z. B. deutsche Titel mit englischen Inhalten), und wie Übersetzungen aufgrund externer Konfigurationsprobleme wie veralteter API-Schlüssel „kaputt

120

Überblick

Diese Woche konzentrierte sich die Diskussion zu KI-Themen auf meta.discourse.org darauf, Discourse-KI-Funktionen zuverlässiger, automatisierbarer und kostengünstiger in externe LLM-Workflows zu integrieren. Im Bereich der Zuverlässigkeit untersuchten Administratoren, *warum Übersetzungen übersprungen werden oder „stecken bleiben

121

Überblick

Die Diskussion zu KI-Themen auf Meta konzentrierte sich diese Woche auf das Polieren neuer UX- und Automatisierungs-Workflows sowie auf die Verschärfung der Korrektheitsgarantien bei KI-gestütztem Bearbeiten und Übersetzen.

Das größte Thema war eine praktische Fehlersuche im neuen angesteuerten KI-Composer: Lilly dokumentierte Probleme beim Bearbeiten, Zitieren, mobilen Scrollen und beim Hochladen von Dateien in Neuer angesteuerter KI-Composer. keegan iterierte schnell bei den Fixes und schaltete das Feature schließlich vorübergehend ab, während es weiter verfeinert wird (Update). Parallel dazu gab es im Proofreading-Flow des KI-Helfers Diskussionen über die Erhaltung von Zitattexten – besonders wichtig bei sensiblen oder exakten Zitaten. Es wurde bestätigt, dass ein Fix implementiert wurde und weitere Konfigurationsempfehlungen folgten (Proofread bricht Zitate, Beispiele und Anleitung).

Auf der Operations-Seite tauschten sich Admins in Was passiert mit Übersetzungen, wenn sich das LLM ändert? darüber aus, dass Übersetzungsaufträge aufgrund von LLM-Ratenbegrenzungen und Konfigurationsfragen „stecken bleiben“. Im Bereich der Enablement-Maßnahmen veröffentlichte Discourse eine neue Anleitung, die zeigt, wie man Themen automatisch kategorisiert, indem man Discourse AI-Triage mit Discourse Automation kombiniert (Themen automatisch kategorisieren mit KI). Gleichzeitig erkundete eine Plugin-Diskussion die Auslieferung von text/markdown, um KI- und MCP-Nutzer zufriedener zu machen (Discourse zu Markdown-Plugin).

Interessante Themen

  • Regressionen im angesteuerten KI-Composer + schnelle Fixes (bug, ai, composer): Lilly berichtete, dass der neue angesteuerte Composer Bearbeitungsvorgänge blockieren, beim Zitieren seltsam reagieren und im Vergleich zum regulären Composer inkonsistent wirken könnte – insbesondere bei Zeilenumbrüchen (Bericht, Shift+Enter-Feedback). keegan lieferte mehrere Fixes und Folgearbeiten und erläuterte dabei das beabsichtigte Verhalten sowie die nächsten Schritte (Zusammenfassung der Fixes, Ankündigung der Abschaltung).

  • RTE-first-Design-Entscheidung im angesteuerten Composer (Markdown unterstützt, aber keine Vorschau): Es wurde klargestellt, dass der angesteuerte Composer primär als RTE (Rich Text Editor) konzipiert ist, während Markdown weiterhin verfügbar bleibt, jedoch ohne Vorschau aufgrund von Platzbeschränkungen (Design-Erklärung, Bestätigung).

  • Zitieren + Seitenleiste + Navigations-Sonderfälle bei Interaktion mit der Bot-Oberfläche: Das Zitieren des Bots wurde mit Lücken in der Seitenleiste, verschwindender Benutzeroberfläche und sogar dem Feststecken von Nutzern in der Bot-Konversation in Verbindung gebracht. Dies verbesserte sich nach nachfolgenden Fixes (anfängliches Verhalten, späterer Status).

  • Datei-Uploads scheitern nach dem ersten Beitrag im angesteuerten Composer: Nachdem andere Probleme behoben wurden, konnte Lilly die verbleibenden Probleme auf fehlgeschlagene Uploads nach dem ersten Beitrag sowie auf intermittierende Zitierprobleme eingrenzen, die sich nach einem Neuaufbau auflösten (Fehlerbericht, Triage-Update, Antwort des Maintainers).

  • KI-Proofreading sollte zitierten Text NICHT „verbessern“ (bug, ai-helper): bksubhuti hob das Risiko hervor, dass KI zitierte religiöse oder Quellentexte verändert, und argumentierte, dass Zitate wortwörtlich erhalten bleiben müssen (Bedenken). Falco wies darauf hin, dass das Problem behoben sei, und schlug vor, bei fortbestehenden Problemen ein besseres Modell zu testen (Fix-Referenz).

  • Konfiguration von Proofreader-Agents mit Beispielen + spezialisierten Personas: bksubhuti teilte eine spezialisierte, auf Pāḷi ausgerichtete Persona-Prompt und fragte nach Engine-Optionen (Persona-Details). Falco fragte, ob Beispiele verwendet würden, und merkte an, dass der Standard-Proofreader mit mehreren Beispielen ausgeliefert wird, um die Handhabung von Zitaten zu unterstützen (Vorschlag zu Beispielen).

  • Durch Ratenbegrenzungen blockierte Übersetzungsaufträge + Verwirrung über „Thinking“-Einstellungen (Support, ai): In einem Thread zur Fehlerbehebung bei Übersetzungen schlug Falco vor, „Thinking“ zu deaktivieren. RBoy fragte, was das in der Discourse AI-Oberfläche bedeute, und teilte einen Fehler mit, der eine Token-Ratenbegrenzung pro Tag zeigte, die zu wiederholten Fehlern führte (Vorschlag, Ratenbegrenzungsfehler, UI-Frage).

  • Auslieferung von Markdown für bessere AI/MCP-Nutzung (#Plugin, markdown, ai): Der Thread zum Discourse-zu-Markdown-Plugin erkundete „Content Negotiation“ als sauberen Weg für KI-Clients: Versuche Accept: text/markdown gegen kanonische URLs und falle bei Nichtunterstützung auf das JSON-API-Verhalten zurück (Vorschlag, Follow-up). Dieselbe Diskussion verknüpfte dies explizit mit der MCP-Nutzung (siehe auch Discourse MCP ist da).

  • KI-generierte Bilder verbessern sich in der Qualität (und Interesse am Teilen von Prompts): In einer langlaufenden Diskussion über den Support-Bot stellte 37Rb eine deutliche Verbesserung der Bildgenerierungsqualität im Vergleich zu früheren Versuchen fest (Erfahrung). EricGT ermutigte dazu, Prompts und Tipps breiter zu teilen (Anfrage).

  • Neue Anleitung: Themen automatisch kategorisieren mit AI-Triage + Discourse Automation (#Site_Management, automation, ai): Discourse veröffentlichte eine Anleitung, die Voraussetzungen (Discourse AI, Automation, konfiguriertes LLM und ein Agent/eine Persona) sowie den gesamten Workflow beschreibt, um mit KI zu entscheiden, ob ein Thema in eine andere Kategorie gehört (Anleitung; siehe Voraussetzungsreferenzen zu Discourse AI, Discourse Automation, dem LLM-Einstellungsleitfaden und KI-Bot-Personas).

Aktivitäten

  • Lilly leitete einen detaillierten QA-Durchlauf für den angesteuerten KI-Composer, dokumentierte anfängliche Fehler (Neuer angesteuerter KI-Composer), bestätigte laufende Fixes (Follow-up) und grenzte dann verbleibende Probleme wie Zitieren und Uploads ein (Status, Ergebnis des Neuaufbaus). Sie meldete zudem die Regression „Upload nach erstem Beitrag“ als den Hauptfehler (Bericht).

  • sam bestätigte den Feedback-Loop zum angesteuerten Composer und teilte mit, dass Fixes aktiv im Gange seien, und verwies auf die laufenden Arbeiten von keegan (Antwort).

  • keegan implementierte und koordinierte Fixes für den angesteuerten Composer, erläuterte das beabsichtigte RTE-first-UX und die Markdown-Kompromisse (Erklärung) und schaltete das Feature später vorübergehend ab, während die Verfeinerung weiterging (Update).

  • bksubhuti brachte eine Korrektheits- und Ethik-Perspektive ein: KI-Proofreading muss zitierte Blöcke erhalten, insbesondere bei exakten religiösen oder Quellzitaten (Bedenken). Nach einem Update bestätigten sie das Verhalten und experimentierten weiter, darunter das Teilen einer benutzerdefinierten Proofreader-Persona und die Bitte um Model-Empfehlungen (Bestätigung, Tests, Persona-Prompt).

  • Falco leistete gezielte Fehlerbehebung in zwei Bereichen: Er wies auf einen ausgelieferten Fix für die Proofread-/Zitat-Verarbeitung hin und empfahl bei fortbestehenden Problemen ein besseres Modell (Proofread bricht Zitate), fragte nach der Verwendung von Beispielen zur Grundierung des Agents (Beispiele) und schlug vor, „Thinking“ zu deaktivieren, um das Übersetzungsverhalten zu beheben (Was passiert mit Übersetzungen, wenn sich das LLM ändert?).

  • RBoy brachte reale Übersetzungs-Operations-Probleme ein: Sie teilten mit, dass Übersetzungsversuche aufgrund von Token-Ratenbegrenzungen pro Tag wiederholt fehlschlugen, und fragten, was „Thinking“ in der Discourse AI-Konfigurations-Oberfläche bedeutet (Fehlerbericht, Klärungsfrage).

  • benword erläuterte, wie das Discourse-zu-Markdown-Plugin KI- und MCP-Nutzer über HTTP-Content Negotiation unterstützen könnte, und skizzierte eine pragmatische Strategie „Versuche Markdown, falle dann auf JSON zurück“ (Discourse zu Markdown-Plugin) und verknüpfte dies mit MCP-Integrationsmöglichkeiten (verwandt: Discourse MCP ist da).

  • jrgong bestätigte, dass der vorgeschlagene Ansatz „Content Negotiation mit Fallback“ im Wesentlichen das ist, was ein anderes LLM (Claude) bereits für sie umgesetzt hatte (Antwort).

  • 37Rb teilte positives Feldfeedback, dass die KI-Bildgenerierung sich erheblich verbessert habe, mit weniger Artefakten im Vergleich zu früheren Versuchen (Support-Bot-Diskussion).

  • EricGT verstärkte das gemeinschaftliche Lernen, indem er auf Basis der Ergebnisse von 37Rb nach dem Teilen von Prompts und Tipps fragte (Anfrage).

  • Discourse veröffentlichte eine neue, an Admins gerichtete Anleitung zur automatischen Kategorisierung von Themen mittels AI-Triage und dokumentierte dabei explizit Voraussetzungen und Setup-Referenzen (Themen automatisch kategorisieren mit KI; verwandte Docs: Discourse AI, Discourse Automation, LLM-Einstellungsleitfaden, KI-Bot-Personas).

Vielen Dank fürs Lesen, und wir sehen uns nächste Woche wieder! :slight_smile:

122

Überblick

Die KI-Diskussionen auf meta.discourse.org in dieser Woche (2026-05-04 → 2026-05-11) konzentrierten sich auf die operative Zuverlässigkeit von #ai-Übersetzungen – insbesondere darauf, wie Modelle mit „Denk-/Schlussfolgerungsfunktionen

123

Überblick

Die #ai-Diskussionen dieser Woche auf meta.discourse.org drehten sich um praktische Zuverlässigkeitskorrekturen – von der Erkennung von Sprache und Lokalisierung sowie der Nutzung von Übersetzungscredits bis hin zu kleinen UX-Unannehmlichkeiten und Problemen beim Einrichten einer Selbsthosting-Umgebung.

Auf der Lokalisierungsseite berichtete thomasjsn, dass norwegische Inhalte als no erkannt und anschließend in nb_NO übersetzt wurden. Dies führte zu fast doppelten Texten und verschwendeten Credits im Thread Norwegian is identified as no by locale detector agent, content localization supported locales is nb_NO. Der Thread entwickelte sich schnell zu einer Workaround-Lösung auf Prompt-Ebene (Beitrag 5) und anschließend zu einer Verbesserung des Kerns/des Standard-Agents, die von nat bestätigt wurde (Beitrag 7).

Inzwischen erhielt die Discourse AI-Benutzeroberfläche eine kleine, aber spürbare Verfeinerung: RBoy stellte fest, dass das Ändern des Standard-LLMs die Agent-Labels erst nach einem Neuladen aktualisierte (Minor UI bug changing default LLM). awesomerobot folgte mit einem PR zur Behebung (Beitrag 2).

Selbsthoster hatten ebenfalls einen nützlichen Moment zur Fehlerbehebung: NotAnonymous stieß beim Einrichten der Sentiment-Analyse auf einen Docker- und Hugging-Face-404-Fehler. Falco stellte eine funktionierende Workaround-Lösung bereit (Self-Hosting Sentiment and Emotion for DiscourseAI) (siehe Beitrag 15 und Bestätigung in Beitrag 16).

Abschließend rundeten ein paar kleinere Updates die Woche ab: Ein Follow-up zu den Einschränkungen beim Testen des Gemini-„Thinking Budgets

124

Überblick

Die KI-bezogenen Aktivitäten auf meta.discourse.org in dieser Woche (2026-05-18 → 2026-05-25) drehten sich hauptsächlich um die Verbesserung der Flüssigkeit und Verwaltung von KI-Bot-Gesprächen, sowie um ein anhaltendes operatives Anliegen bezüglich der Lokalisierung in KI-gestützten E-Mail-Workflows.

Auf der Produktseite hat Discourse zwei kleine, aber wirkungsvolle UX-Verbesserungen für den KI-Chat eingeführt: die Möglichkeit, KI-Gespräche zu markieren (sternen), damit wichtige Chats oben angeheftet bleiben (Häufige KI-Gespräche markieren, ebenfalls referenziert in Häufige KI-Gespräche markieren), sowie einen angehefteten Composer, der das Eingabefeld in KI-Bot-Themen dauerhaft verfügbar hält, um „Antwort-Reibung

125

Überblick

Die KI-bezogenen Diskussionen auf meta.discourse.org in dieser Woche (2026-05-25 → 2026-06-01) konzentrierten sich auf drei Hauptthemen:

  1. KI-Integrationen & Automatisierung — Das Interesse an ereignisgesteuerten KI-Funktionen wächst, etwa das Auslösen externer Automatisierungen bei Änderungen von KI-Artifact-Daten. Die Anfrage nach Webhooks für Artifact-Aktualisierungen in Webhook-/Event-Unterstützung für Diskurse-KI-Artifact-Schlüssel-Wert-Aktualisierungen hinzufügen (oder Sandboxing für Administratoren deaktivieren) wurde mit der Empfehlung beantwortet, dies nach der bevorstehenden Automatisierungsrichtung von Discourse („Workflows“) erneut zu prüfen (Antwort), sowie mit der Zustimmung, dass serverseitige, eingeschränkte Webhooks wertvoll wären (Nachtrag).

  2. KI-UX und Inhaltstreue — Mehrere Threads hoben Bereiche hervor, in denen die KI-nahe UX noch Verfeinerung benötigt: das Verhalten „Enter zum Senden“ im dockten KI-Bot-Composer (Diskussion, mehr), die Beschädigung der Markdown-Zitat-Syntax durch Übersetzungsausgaben (Fehlerbericht) und das anhaltende Verlangen nach vollständiger Markdown-Parität in Bot-/Chat-Kontexten (Anfrage fortsetzen).

  3. Lokalisierung & Multi-Modell-Unterstützung — Mehrere Beiträge konzentrierten sich auf Sprach- und Modellflexibilität: Anfrage zur Lokalisierung von KI-Prompts ins Chinesische (Anfrage, Antwort), Fortschritte bei der Verwendung von Übersetzungen in nutzerorientierten Mitteilungen (einschließlich eines korrigierten Merges für korrekt angezeigte übersetzte „Flaggründe“) in Verwendung übersetzter Beiträge beim E-Mailen an Benutzer mit eingestellter Benutzersprache sowie die Erweiterung der Sentiment-/Emotionsanalyse auf weitere LLM-Anbieter wie Gemini (Frage, Update).

Interessante Themen

Aktivität

Vielen Dank fürs Lesen, und wir sehen uns nächste Woche wieder! :slight_smile: