Wöchentliche Zusammenfassung der KI-Themen

Nachrichten und Veranstaltungen Forenzusammenfassungen
113

Überblick

Die KI-Debatten auf Meta drehten sich diese Woche um die Verbesserung der Nutzerfreundlichkeit und der skalierbaren Bedienung von Discourse AI. Auf Produktseite gab es starken Schwung, „AI Persona“ in das allgemein bekanntere „AI Agent“ umzubenennen (mit Auswirkungen auf den Übersetzungsworkflow), wie in Renaming AI Persona → AI Agent und den Folgebeiträgen wie Renaming AI Persona → AI Agent diskutiert. Auch die Administratorerfahrung stand im Fokus: Bei Foren, bei denen KI deaktiviert war, wurden weiterhin KI-Dashboards und -Berichte angezeigt, was als Bug bestätigt und in die umfassenderen Berichterstattungsarbeiten in Don’t show AI reports if AI is not enabled sowie im zugehörigen Oberthread Admin Reporting & Analysis: Incremental Changes eingeordnet wurde.

Operativ beschäftigte sich die Community mit Kosten-/Leistungssteuerungen und Skalierungsproblemen: Discourse führte Service-Tiers für OpenAI/Azure-Anbieter in Service tiers on Open AI providers ein, während eine große selbst gehostete Instanz erhebliche Lastprobleme meldete, als die semantische Embedding-Suche aktiviert wurde, in Enabling AI search crippled my server. Es gab zudem weitere Verfeinerungen im Bereich KI-unterstützter UX – insbesondere dort, wo KI Lokalisierung und Editor-UI betrifft – in Saving translations by AI-helper as content localization und The title suggester :star: button is placed outside of the title field when editing a translated title.

Schließlich setzte sich die Arbeit am KI-nahen Ökosystem mit MCP-Tooling fort: Ein praktischer Einrichtungsleitfaden für die Codex CLI wurde in Discourse MCP Setup in OpenAI Codex CLI veröffentlicht und in den zentralen Ankündigungsthread Discourse MCP is here! verlinkt.

Interessante Themen

Aktivität

Insgesamt (letzte 7 Tage): 6 neue Themen und 25 Beiträge, mit der höchsten Interaktion rund um Benennung/UX-Polishing und praktische Skalierungs-/Kostensteuerungen für Embeddings und OpenAI-Nutzung – siehe Renaming AI Persona → AI Agent, Service tiers on Open AI providers und Enabling AI search crippled my server.

Danke fürs Lesen, und ich sehe dich nächste Woche wieder! :slight_smile:

114

Überblick

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

Auf Produktseite rückte Discourse näher an die Standardisierung der Terminologie heran, indem es die Umbenennung von AI Persona (KI-Persona) in AI Agent (KI-Agent) umsetzte (Umbenennung von AI Persona → AI Agent). Auf Infrastrukturebene erweiterte Discourse die Kapazitäten für sein gehostetes LLM-Angebot erheblich – die Limits in allen Tarifen wurden erhöht und die Modellqualität sowie die Latenzeigenschaften verbessert (Alle Discourse KI-Funktionen mit unserem gehosteten LLM freischalten).

Währenddessen konzentrierten sich die Betreiber auf die Einbindung von KI in die Community-Rhythmen: Die Bitte, Antworten von KI-Agenten zu verzögern (damit sie sich weniger wie ein Chatbot und mehr wie ein Teilnehmer anfühlen), wurde sowohl als neues Support-Thema (Hinzufügen einer konfigurierbaren Verzögerung zu KI-Agent-Antworten) als auch als Follow-up im länger laufenden Leitfaden-Thread zu „Agents“ thematisiert. Dort deuteten Discourse-Mitarbeiter an, dass verzögerte Antworten wahrscheinlich in einem zukünftigen #automation-Overhaul statt in ai selbst enthalten sein würden (KI-Bot - Agents).

Auch die Integrationsgespräche hatten einen deutlichen Aufschwung: Die Einschränkungen und die Ausmusterung von Google Programmable Search / Custom Search zwingen dazu, die Web-Suchwerkzeuge neu zu überdenken. Discourse erforscht alternative Anbieter und sogar „native Suchwerkzeuge“ von LLM-Anbietern (Google-Suche für Discourse KI - Programmable Search Engine und Custom Search API). Parallel dazu wurden die Community-Leitfäden rund um das Discourse MCP-Ökosystem weiter ausgebaut, darunter ein neu veröffentlichter Einrichtungs-Guide für die OpenCode CLI (Discourse MCP-Einrichtung in OpenCode CLI).

Schließlich kamen praktische Admin-Arbeitsabläufe wiederholt zur Sprache: Die Verbesserung der Beobachtbarkeit (Observability) für die KI-Spamerkennung durch direkte Datenbankabfragen (Discourse KI - Spamerkennung), Fragen zum Nachberechnen (Backfilling) und Debuggen der Stimmungsanalyse (Probleme bei der Einrichtung von Sentiment) und datenschutzrechtliche (GDPR-bezogene) Bedenken hinsichtlich der Verarbeitung von Stimmungsdaten, die vom Anbieter/Konfiguration abhängen (Einführung der Discourse KI Stimmungsanalyse: Neuer Admin-Bericht verfügbar). Es gab außerdem einen offenen Support-Thread (auf Chinesisch) zu Tool-Aufruf-Timeouts, der sich noch im Stadium „mehr Details werden benötigt“ befindet (Wie löst man Timeouts bei Discourse-KI-Toolaufrufen? Kann man die Discourse-Timeout-Zeit anpassen und wie?).

Interessante Themen

Aktivität

Vielen Dank fürs Lesen, und ich sehe Sie nächste Woche wieder! :slight_smile:

115

Wöchentliche KI-Zusammenfassung für meta.discourse.org (2026-03-16 → 2026-03-23)

Überblick

Die KI-Diskussionen dieser Woche konzentrierten sich auf praktische UX- und Kostenkontroll-Verbesserungen, insbesondere für Übersetzungsworkflows und die Platzierung von Zusammenfassungen. Im Bereich der Übersetzung schlug Shauny eine benutzerfreundlichere pro-Beitrag-„Übersetzen“-Funktion sowie eine Möglichkeit vor, übersetzte Ausgaben zu speichern/zwischenspeichern, um wiederholte API-Kosten zu vermeiden (Translate post with AI and save translation), wobei Moin diese Idee mit früheren Überlegungen zur Lokalisierung verknüpfte (Translate post with AI and save translation, Saving translations by AI Helper as content localization).

Bezüglich der Zusammenfassungs-UI veröffentlichte Ivan_Rapekas eine Theme-Komponente, die die KI-Zusammenfassungsaktion in den Themenkopf / die Seitenleisten-Zeitlinie einfügt und diese an langjährige Forderungen zur Platzierung der Zusammenfassungsschaltfläche anknüpft (AI summary in topic header, Feedback: Move summarize button at the top of the topic, Summarize button placement on mobile views).

Mehrere Threads konzentrierten sich auf Polish und Zuverlässigkeit in den KI-Admin-Einstellungen: Wortungsfehler wie das wiederholte Fehlerlabel „Default LLM“ wurden anerkannt und zur Behebung in die Warteschlange gestellt (Why is ‘Default LLM’ repeated…, Why is ‘Default LLM’ repeated…), und Layout-Probleme bei der i18n in der LLM-Kostenkonfigurations-UI (Deutsch) wurden weiter verfeinert (Field alignment issues… in German, Field alignment issues… in German).

In der Zwischenzeit beschäftigte sich die Community erneut mit Grenzen der Agentensicherheit (insbesondere Bedenken bezüglich KI, die „als Benutzer“ ohne Admin-Aufsicht handelt) (Discourse官方会出个官方的openclaw skill么？, openclaw plugin for discourse integration), und beschäftigte sich mit Integrationsbeschränkungen wie Tool-Aufruf-Timeouts und der Anbindung von Discourse AI an selbst gehostete RAG/Wissensdatenbanken (Discourse ai 的工具调用超时如何解决？, Discourse ai 如何引入自建知识库RAG？). Es gab auch eine kleine, aber bemerkenswerte Frage, ob Discourse MCP PDF-Anhänge über das Protokoll zugreifen kann (Discourse MCP is here!).

Interessante Themen

Aktivität

Danke fürs Lesen, und ich sehe Sie 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 (30.03.2026 → 06.04.2026) auf meta.discourse.org konzentrierten sich die Diskussionen über Discourse AI auf drei große Themen:

  1. MCP-Dynamik und Agentenfähigkeiten: Discourse AI hat den Model Context Protocol (MCP) weiter vorangetrieben, indem die Client-seitige MCP-Unterstützung angekündigt wurde – dies ermöglicht es Discourse-AI-Agenten, externe MCP-Tool-Server aufzurufen (Bring your own MCP!) und einen vollständigen Admin-Leitfaden bereitzustellen (AI Bot – Bring Your Own MCP Server). Parallel dazu entwickelte sich die serverseitige MCP-Tooling weiter, einschließlich der Addition eines Editier-Tools, damit LLMs bestehende Beiträge/Wiki-Inhalte über MCP aktualisieren können (Discourse MCP is here!).

  2. Moderation und Privatsphäre-Grenzen in der KI-Automatisierung: Eine praktische Moderationsfrage – ob KI-Triage private Nachrichten (DMs) scannen kann – erwies sich eher als UI-/Konfigurationsfalle als als harte Einschränkung und löste Folgeideen für klarere Steuerelemente 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 „KI-Funktionen“ oft „Modellverhalten + Integrationsdetails“ sind. Übersetzungsprobleme reichten von deutschem „KI-Kommentar/Denktext“-Leckage, das schnell behoben wurde (AI Commentary on German Translations) bis zu fehlenden Bildern bei der Übersetzung über Mistral Small, was durch den Wechsel des Modells gemildert wurde (Images missing in translated posts when using Mistral as translation model). Auf der Embedding-Seite führte die API-Inkompatibilität von Mistral (dimensions vs. output_dimension) zu Konfigurationsproblemen (Use Mistral for embeddings). Es gab auch reale Probleme für Administratoren durch veraltete Gemini-Modell-IDs in KI-Bot-Konfigurationen (Issue with AI bots forum bots).

Interessante Themen

  • Discourse AI-Agenten können sich nun mit jedem MCP-Server verbinden („Bring your own MCP“) (ai, #Announcements)
    sam kündigte an, dass Discourse-AI-Agenten externe MCP-Server-URLs (GitHub, Notion, Linear, Suchanbieter usw.) registrieren und dann die entdeckten Tools direkt vom LLM-Agenten nutzen können (Bring your own MCP!). Das begleitende How-To erklärt die Einrichtung, Tool-Entdeckung und wie sich dies von JS-basierten benutzerdefinierten Tools unterscheidet (AI Bot – Bring Your Own MCP Server).

  • MCP-Nutzbarkeit: Anfrage nach „Remote/Web-MCP“ + Hinzufügen der Möglichkeit, bestehende Beiträge zu bearbeiten (ai, mcp, News and Events > Blog)
    Im Rahmen des laufenden MCP-Feedbacks untersuchte pacharanero, wie MCP für Nicht-CLI-Nutzer über einen über das Web veröffentlichten Endpunkt zugänglicher gemacht werden könnte (Discourse MCP is here!). jrgong hob einen Wissensdatenbank-/Dokumentations-Anwendungsfall hervor, der Bearbeitungen bestehender Themen/Beiträge benötigte (ref), und Falco bestätigte, dass ein Editier-Tool hinzugefügt wurde („aktualisieren Sie einfach auf die neueste Version“) (ref).

  • KI-Triage-Moderation + DM-Scannen: „Persönliche Nachrichten einschließen“ funktioniert, aber „Alle Themen“ verursachte Verwirrung (automation, ai, Support)
    Denis_Kovalenko testete „Triage-Beiträge mit KI“ und stellte fest, dass PMs zwischen regulären Nutzern nicht gescannt wurden (Does AI triage automation scan DMs between regular users?, Testdetails). RGJ bestätigte, dass die PMs die Audit-Logs nicht erreichten, und identifizierte die Umgehungslösung: lassen Sie „Thementyp“ leer, anstatt „Alle Themen“ auszuwählen (ref). Die Korrektur funktionierte sofort (ref), und der Thread entwickelte sich zu einer UX-Diskussion über klarere Optionen (ref, ref).

  • Übersetzte deutsche Beiträge enthielten „KI-Kommentar/Denkprozess“-Text – schnell behoben (ai, content-localization, Contribute > Bug, fixed)
    putty meldete, dass deutsche Übersetzungen „Denk-/Übersetzungs“-Kommentare in die Ausgabe durchsickern ließen (AI Commentary on German Translations). nat veröffentlichte ein Update, um das Format zu verschärfen, und bereinigte die betroffenen Inhalte (ref), mit anschließender Nutzerbestätigung (ref).

  • Mistral-Übersetzungen ließen Bilder in übersetzten Ansichten fallen (upload://-Links), behoben durch Modellupgrade (ai, content-localization, Support)
    Denis_Kovalenko stellte fest, dass der Wechsel des Übersetzungsmodells von OpenAI zu Mistral dazu führte, dass übersetzte Versionen Text, aber keine Bilder renderten (Images missing in translated posts when using Mistral as translation model, Verhaltendetails). RGJ schlug eine Verhärtung des Prompts und/oder das Ausprobieren eines besseren Modells vor (ref), und der Wechsel von Mistral Small → Mistral Large behob das Problem (ref). Später fragte Falco nach Klarstellung, welches „Mistral Small“ gemeint war, und empfahl, bei Bedarf stärkere Modelle der kleinen Klasse zu verwenden (ref).

  • Embeddings mit Mistral: OpenAI-kompatible Konfiguration schlägt bei der Parameterbenennung dimensions fehl (ai, Contribute > Feature)
    RGJ dokumentierte, dass die Konfiguration von Mistral-Embeddings über eine OpenAI-ähnliche Integration fehlschlägt, wenn Discourse dimensions sendet, da Mistral output_dimension erwartet (Use Mistral for embeddings). Das Entfernen des Parameters lässt den Test erfolgreich verlaufen, was darauf hindeutet, dass eine Kompatibilitätsschicht oder eine anbieterspezifische Zuordnung erforderlich sein könnte (ref).

  • KI-Bot-Fehler auf veraltete Gemini-Modell-IDs zurückgeführt + Richtlinien für Bildgenerierungsmodelle (ai, ai-bot, Support)
    ice.d stieß auf „Not found“-Fehler bei der Legacy-Bot-Konfiguration (Issue with AI bots forum bots). Lilly wies auf die wahrscheinliche Abwertung von gemini-2.5-flash-pre hin und schlug vor, die Modell-URL/ID zu aktualisieren (einschließlich einer bildfähigen Option) (ref, Konfigurationsbeispiel), wobei NateDhaliwal prüfte, ob LLMs konfiguriert waren (ref).

  • Sollten KI-Personas nur auf @-Erwähnungen antworten? Das Team neigt zu Workflows statt zu Nischen-Schaltern (ai, ai-bot, Contribute > Feature)
    In einer bestehenden Feature-Anfrage hinterfragte sam, ob „nur auf @-Erwähnungen antworten“ besser als Standard als als weitere Einstellung ist (Allow AI Persona/Agent to respond only to @mentions…). Falco argumentierte, dass Randfälle besser durch die bevorstehenden Projekt-Workflows bedient werden – z. B. kann ein Erwähnungsauslöser-Workflow das Verhalten handhaben, ohne weitere Schalter hinzuzufügen (ref).

  • Verzögerung der Agentenantwort: Workflows sollen Timing-Steuerungen abdecken (ai, Support)
    sam bemerkte, dass konfigurierbare Verzögerungen für KI-Agentenantworten genau die Art von Dingen sind, die Workflows unterstützen sollten, auch wenn dies nicht sofort der Fall ist; andernfalls erfordert der API-Pfad benutzerdefinierte Entwicklung (Adding a configurable delay to AI Agent responses).

  • Nutzerebene Kontrolle über KI („KI-Nudges deaktivieren“) und Migration der PM-Übersetzungseinstellungen (ai, ai-summarize, content-localization, Contribute > UX/#contribute:feature)
    paco argumentierte, dass ein pro-Nutzer-Äquivalent zu discourse_ai_enabled Nutzern helfen könnte, sich von KI-UI-Nudges abzumelden, ohne KI site-weit zu deaktivieren (User Interface Preferences: include setting to disable AI nudges). Unabhängig davon entwickelten sich die Übersetzungseinstellungen weiter rund um persönliche Nachrichten: nat verknüpfte ein Migrations-PR und beschrieb, wie frühere Einstellungen „nur öffentliche Inhalte“ in neue Kategorien- + PM-Zielsteuerungen übersetzt werden (AI translation of all PMs).

Aktivität

Danke, dass Sie gelesen haben, und ich sehe Sie nächste Woche wieder! :slight_smile:

118

Überblick

Die wöchentliche, auf KI ausgerichtete Aktivität auf Meta (für den Zeitraum 2026-04-06 → 2026-04-13) konzentrierte sich auf praktische Integrationsdetails – insbesondere rund um KI-Entdeckbarkeitsdateien, die Wahl des Anbieters/Modells für GDPR-konforme Bereitstellungen sowie die Robustheit der Übersetzung.

Im Bereich der „KI-Entdeckbarkeit

119

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

Die KI-bezogene Diskussion auf meta.discourse.org drehte sich diese Woche um Übersetzungszuverlässigkeit und Lokalisierungs-Workflows, wobei der Großteil der Aktivitäten in den Threads Contribute > Bug und Support mit den Tags ai, dynaloc und content-localization stattfand. Das größte Thema waren intermittierende, schwer reproduzierbare Übersetzungsfehler – darunter Sprachen, die willkürlich übersprungen wurden, und Backend-Fehler – was zu Debugging-Vorschlägen wie dem Aktivieren der versteckten ausführlichen Protokollierung und der Inspektion von /logs führte (siehe AI Translation skips Portuguese (pt) locale, Follow-up-Debugging und Backend-Fehlerbericht).

Es gab zudem einen praktischen Support-Thread zu Spracherkennung und manuellen Überschreibungen, wenn Beiträge mehrsprachig sind (Deutsch + englische Titel), und wie die Übersetzung aufgrund externer Konfigurationsprobleme wie veralteter API-Schlüssel „kaputt“ aussehen kann (siehe Post wird nicht als Deutsch erkannt und die Lösung). Separat stellte sich heraus, dass ein nur für Administratoren sichtbarer Fehler beim Wechseln der Locale durch einen veralteten Theme-Vorschau-Query-Parameter in Chrome verursacht wurde (siehe Fehler beim Wechseln der Locale und die Behebung).

Auf der Seite der „KI-Plattform“ gab es neues Interesse an der Discourse MCP-Konnektivität (einschließlich Claude-Connectors und HTTP-Verfügbarkeit) (siehe Discourse MCP ist da! sowie die Bestätigung, dass HTTP unterstützt wird). Schließlich erhielt der lang laufende How-to-Thread zu KI-Agenten eine neue Frage zu benutzerdefinierten Agenten-Fähigkeiten für maßgeschneiderte Szenarien (siehe AI bot - Agents).

Trendlinie: Die meisten „KI-Probleme“ in dieser Woche betrafen nicht die Ausgabequalität, sondern die operative Robustheit (Job-Verhalten, Wiederholungen, Backend-Verfügbarkeit und Konfigurationssichtbarkeit) (z. B. übersprungene Übersetzungen, ausführliche Protokollierung und Fragen zum Wiederholungsverhalten).

Interessante Themen

  • KI-Übersetzungen überspringen intermittierend Locales (ursprünglich beobachtet als fehlendes Portugiesisch) in Contribute > Bug
    Denis_Kovalenko berichtete, dass das Aktivieren vieler Locales dazu führen kann, dass Portugiesisch nicht generiert wird (und später: jede Locale wird willkürlich übersprungen), wobei Titel und Texte inkonsistent übersetzt wurden (siehe den ursprünglichen Bericht: AI Translation skips Portuguese (pt) locale, Klärung der Einstellungen: Frage zu unterstützten Locales und das Update zum „willkürlich übersprungenen Locale“: inkonsistente Ergebnisse).
    Das Debugging konzentrierte sich auf Logs und tiefere Interna: nat schlug vor, /logs zu überprüfen und die versteckte Einstellung ai_translation_verbose_logs zu aktivieren (siehe Vorschlag für versteckte ausführliche Logs), während RGJ später Backend-Ausfälle (503 unreachable_backend) für Tags/Themen/Beiträge aufdeckte (siehe Fehlerausgabe). Der Thread warf auch Implementierungsfragen auf, warum Übersetzungs-Jobs mit retry: false konfiguriert sind (siehe Frage zur Wiederholung).

  • Verwendung versteckter Einstellungen zur Fehlerbehebung bei der KI-Übersetzungsprotokollierung
    Als Denis_Kovalenko ai_translation_verbose_logs in der Admin-Suche nicht fand (siehe Einstellung kann nicht gefunden werden), erklärte Moin, dass dies erwartet wird, da es sich um eine versteckte Site-Einstellung handelt, und verwies auf die Dokumentation zu versteckten Einstellungen (siehe Hinweis zur Dokumentation zu versteckten Einstellungen und das referenzierte Handbuch: Verwendung versteckter Site-Einstellungen). Kurz darauf aktivierte RGJ die Einstellung, um die Untersuchung zu unterstützen (siehe ausführliche Logs aktiviert).

  • Mehrsprachige Beiträge können die Erkennung verwirren; manuelle Sprachauswahl erzwingt die Erkennung in Support
    putty teilte einen Fall, in dem ein deutscher Beitrag nicht übersetzt wurde, und fragte, ob die Auswahl von Deutsch die Sprache erzwingt (siehe Probericht). Falco bestätigte, dass die Auswahl einer Sprache genau das tut, und merkte an, dass der Beitrag Englisch/Deutsch gemischt war und englische Titel die Erkennung beeinflussten (siehe Bestätigung + Erklärung).

  • Übersetzung „funktioniert nicht“ geht auf Konfiguration (API-Schlüssel / Anbieter) zurück, nicht auf die Funktion selbst
    Im selben Thread sah putty zunächst, dass keine Übersetzung eingefügt wurde, obwohl er sie erzwungen hatte (siehe Erzwingen der Übersetzung half nicht), und bemerkte später einen Fehler, dass der übersetzte Titel fehlte (siehe Fehler: Titel fehlt). Letztlich löste sich das Problem, als sie ihre Übersetzerkonfiguration korrigierten (ein alter API-Schlüssel während eines Claude-Planwechsels) und wieder zu CDCKs LLM wechselten – danach funktionierte die Titelübersetzung (siehe Lösung).

  • Composer UX-Änderung: Locale-Auswahl in die Composer-Werkzeugleiste verschoben
    Moin klärte, dass das Sprachdropdown in die Composer-Werkzeugleiste verschoben wurde und verlinkte dies auf eine Core-Änderung (siehe Vorher/Nachher-Screenshots + PR-Verweis). Dies kam während der Diskussion über Übersetzungsworkflows und manuelle Eingabe auf (siehe Follow-up-Diskussion zu Präferenzen).

  • Nur für Administratoren sichtbarer Fehler „Thema existiert nicht / Theme wird angezeigt“, wenn die Locale gewechselt wird, wird durch einen veralteten preview_theme_id verursacht
    Denis_Kovalenko berichtete über ein nur für Administratoren sichtbares Problem: Beim Wechseln der Benutzeroberflächensprache in einem Thema wurde ein anhaltender Fehler angezeigt, dass ein Theme angezeigt werden soll, das nicht existiert (siehe Bericht). pmusaraj diagnostizierte dies als einen steckengebliebenen ?preview_theme_id=ID-Parameter in Chrome (siehe Diagnose), und das Entfernen löste das Problem (siehe Bestätigung der Lösung).

  • Übersetzungsqualität & Grenzen: Beitragsgröße/Kontextfenster und Modell-Empfehlungen
    Während des Debuggings sporadischer Übersetzungsprobleme erwähnte nat ein separates Szenario, in dem Titel übersetzt wurden, Texte aber aufgrund der Größe übersprungen wurden, und schlug vor, die LLM-Kontextfenster-Einstellungen zu überprüfen; sie riet auch dringend davon ab, „GPT mini“ für Übersetzungen zu verwenden, basierend auf Kundenfeedback und frühen Tests (siehe Modell- + Größen-/Kontexthinweise). Denis_Kovalenko bestätigte, dass sie ein sehr großes Kontextfenster konfiguriert hatten (siehe Detail zum Kontextfenster).

  • Discourse MCP-Konnektivität: Anfrage nach Claude.ai-Connector-Unterstützung; HTTP bereits unterstützt
    Im #news-and-events:blog-Thread über MCP fragte putty, ob eine HTTP/SSE-Streaming-Version des Discourse MCP-Servers veröffentlicht werden könnte, um sie als Connector in Claude.ai Chat zu verwenden (siehe Frage). Falco antwortete, dass HTTP-Unterstützung bereits vorhanden ist, und verwies auf frühere Antworten im Ankündigungsthread (siehe HTTP-Unterstützung-Antwort).

  • KI-Agenten-Erweiterbarkeit: Anfrage nach benutzerdefinierten Fähigkeiten in KI-Bot-Agenten
    赤丸的小烧酒 fragte (auf Chinesisch), ob Agenten benutzerdefinierte Fähigkeiten für Antworten in verschiedenen Szenarien hinzufügen können, und suchte die Möglichkeit, das Verhalten des eigenen KI-Agenten anzupassen (siehe Anfrage nach benutzerdefinierten Fähigkeiten).

Aktivität

  • Denis_Kovalenko leitete diese Woche zwei Lokalisierungs-/KI-Fehlerbehebungs-Themen:

  • pmusaraj konzentrierte sich auf Diagnose und Eingrenzung von Konfigurationsursachen:

  • nat gab funktionsbezogene Debugging-Anleitungen und Modellvorbehalte:

    • Schlug vor, /logs zu überprüfen und ausführliche Protokollierung zu aktivieren in AI Translation skips Portuguese (pt) locale, und diskutierte Größen-/Kontextfenster-Betrachtungen plus Modell-Empfehlungen in dieser tiefergehenden Analyse.
    • In Post wird nicht als Deutsch erkannt hinterfragte sie eine Hypothese zu einem unabhängigen Commit, fragte nach dem verwendeten LLM und markierte Gemini-Deprecations kontextuell (innerhalb derselben Antwort).
    • Forderte ein neues Thema für einen separaten Fehlerbericht an, sobald der Thread zur Deutsch-Erkennung gelöst war (siehe Anfrage).

  • RGJ half bei der Operationalisierung des Debuggings und machte konkrete Ausfallsignale sichtbar:

  • Moin verwies auf Docs und klärte UI-Änderungen, die Lokalisierungs-Workflows betreffen:

  • putty trug maßgeblich zu Übersetzungs-Support und MCP-Diskussion bei:

    • Brachte das Problem der mehrsprachigen Erkennung/Übersetzung in Post wird nicht als Deutsch erkannt ein, teilte fehlgeschlagene Versuche, die Übersetzung zu erzwingen, in diesem Follow-up, und bestätigte später, dass die wahre Ursache ein veralteter API-Schlüssel / Anbieter-Abgleich war, in der Lösung.
    • Fragte nach der Kompatibilität des Claude.ai-Connectors über HTTP/SSE-Streaming in Discourse MCP ist da!.
    • Drückte auch eine UI-Präferenz bezüglich der alten Platzierung des Locale-Auswahlfeldes in diesem Kommentar aus.

  • Falco beantwortete Nutzungsfragen und klärte MCP-Funktionen:

    • Bestätigte, dass die manuelle Auswahl einer Sprache die Beitragssprache erzwingt, und erklärte, warum mehrsprachige Titel die Erkennung verzerren können, in Post wird nicht als Deutsch erkannt.
    • Antwortete, dass Discourse MCP bereits HTTP unterstützt, in Discourse MCP ist da!.

  • canbekcan erkundete Übersetzungs-Workflow-Probleme und Hypothesen zu kürzlichen Änderungen:

    • Schlug einen „Sprache zuerst auswählen, dann Titel/Inhalt hinzufügen“-Workflow vor und beschrieb, dass es nötig war, Sprachoptionen neu zu erstellen, in Post wird nicht als Deutsch erkannt.
    • Untersuchte ein „fehlender Titel“-Problem, verdächtigte zunächst themenbezogenes Verhalten in dieser Antwort, dann meldete sie, dass sie Fehler reproduzieren konnte, und verwies auf kürzliche Code-Änderungen in diesem Beitrag.
    • Klärte, dass sie keine KI-Übersetzung verwendet (akademische Anforderungen), und beendete ihre Teilnahme nach UI-Klärung in dieser Notiz.

  • 赤丸的小烧酒 fügte eine Produkt-Richtungsfrage zu KI-Agenten hinzu, indem sie nach der Erweiterbarkeit von Agenten durch benutzerdefinierte Fähigkeiten in AI bot - Agents fragte.

Danke, dass du gelesen hast, und wir sehen uns nächste Woche wieder! :slight_smile:

120

Überblick

Die wöchentliche KI-bezogene Diskussion auf meta.discourse.org konzentrierte sich darauf, KI-Funktionen von Discourse 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 – einschließlich vorübergehender Anbieterfehler und Geschwindigkeitsbegrenzungen (Rate Limits) – sowie praktische Debugging-Schritte wie das Aktivieren ausführlicher Protokolle und das Überprüfen von Audit-/Protokolltabellen (AI Translation überspringt die Portugiesisch (pt)-Lokale, Was passiert mit Übersetzungen, wenn sich das LLM ändert?). Auf der Automatisierungsseite gab es einen neuen How-to-Leitfaden für das automatische Taggen von Themen mittels KI-Triage und Discourse Automation (Themen mit KI taggen) sowie eine tiefgehende Analyse, wie Agenten-„Beispiele“ interpretiert werden (und wie dies versehentlich zu übermäßigen Flagging-Vorgängen führen kann) (KI-Triage-Beispiele nicht korrekt übermittelt?). Schließlich erhielten Integration und Effizienz einen Schub durch ein neues Plugin, das aufbereiteten Inhalt als Markdown ausliefert, was die Token-Kosten für nachgelagerte LLM-Nutzung senkt und sich möglicherweise gut mit API/MCP-Nutzung kombinieren lässt (Discourse-zu-Markdown-Plugin, Discourse-zu-Markdown-Plugin).

Interessante Themen

Aktivitäten

Zusätzliche Referenzlinks, die diese Woche erwähnt wurden (Kontext für die oben genannten Threads)

Diese wurden direkt in den Diskussionen der Woche referenziert und helfen, das umgebende Ökosystem zu erklären: Discourse AI-Plugin, Discourse Automation, Leitfaden zu LLM-Einstellungen, KI-Bot-Personas / Agenten, Discourse MCP ist da, Discourse Chatbot ist jetzt schlauer als ChatGPT und der referenzierte KI-Suche-500-Thread (Alle KI-Funktionen funktionieren ordnungsgemäß, aber KI-Suche gibt 500-Fehler).

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

121

Überblick

Die KI-bezogene Diskussion auf Meta konzentrierte sich diese Woche auf die Verfeinerung neuer UX- und Automatisierungsworkflows sowie auf die Verbesserung der Korrektheitsgarantien bei KI-unterstützter Bearbeitung und Übersetzung.

Der wichtigste Thread war eine praktische Fehlersuche im neuen feststehenden KI-Editor: Lilly dokumentierte Probleme im Zusammenhang mit Bearbeitung, Zitieren, mobilem Scrollen und Datei-Uploads in New ai docked composer, wobei keegan schnell Fixes implementierte und die Funktion vorübergehend sperrte, während sie verfeinert wurde (Update). Parallel dazu gab es Diskussionen zum Proofreading-Flow des KI-Assistenten über die Bewahrung von Zitaten – was besonders für sensible oder exakte Zitate wichtig ist – wobei bestätigt wurde, dass ein Fix bereitgestellt wurde und daraufhin weitere Konfigurationsvorschläge folgten (Proofread breaks quotes, Empfehlungen zu Beispielen).

Im Bereich der Administration tauschten sich Administratoren über Übersetzungsaufgaben aus, die aufgrund von LLM-Ratenbegrenzungen und Konfigurationsfragen in What happens to translations when LLM changes? „stecken blieben“. Und im Bereich der Enablement-Features veröffentlichte Discourse ein neues How-to, das zeigt, wie Themen automatisch kategorisiert werden können, indem Discourse AI Triage mit Discourse Automation kombiniert wird (Auto-categorize topics using AI), während eine Plugin-Diskussion die Auslieferung von text/markdown erkundete, um KI/MCP-Verbraucher zufriedener zu stellen (Discourse to Markdown Plugin).

Interessante Themen

  • Regressionen im feststehenden KI-Editor + schnelle Fixes (Contribute > Bug, ai, composer): Lilly berichtete, dass der neue feststehende Editor Bearbeitungsvorgänge blockieren, sich beim Zitieren seltsam verhalten und im Vergleich zum regulären Editor inkonsistent wirken könnte – insbesondere bei Zeilenumbrüchen (Bericht, Feedback zu Shift+Enter). keegan stellte mehrere Fixes und Folgemaßnahmen bereit, während er das beabsichtigte Verhalten und die nächsten Schritte erklärte (Zusammenfassung der Fixes, Ankündigung der Sperrung).

  • RTE-first-Designentscheidung im feststehenden Editor (Markdown unterstützt, aber keine Vorschau): Es gab Klarstellung, dass der feststehende Editor primär als RTE (Rich Text Editor) gedacht ist, während Markdown weiterhin verfügbar ist, jedoch ohne Vorschau aufgrund von Platzbeschränkungen (Design-Erklärung, Bestätigung).

  • Ecken und Kanten beim Zitieren + Seitenleiste + Navigation bei der Interaktion mit der Bot-Benutzeroberfläche: Das Zitieren des Bots wurde mit Lücken in der Seitenleiste, verschwindender UI und sogar dem Einschließen von Nutzern in der Bot-Konversation in Verbindung gebracht, was sich nach nachfolgenden Fixes verbesserte (Anfängliches Verhalten, späterer Status).

  • Fehlgeschlagene Datei-Uploads nach dem ersten Beitrag im feststehenden Editor: Nachdem andere Probleme behoben waren, engte Lilly die verbleibenden Probleme auf Uploads ein, die nach dem ersten Beitrag fehlschlugen, sowie auf intermittierende Zitierprobleme, die später nach einem Neuaufbau behoben wurden (Bug-Bericht, Triage-Update, Antwort des Maintainers).

  • KI-Proofreading sollte zitierten Text nicht „verbessern“ (Contribute > Bug, ai-helper): bksubhuti wies auf das Risiko hin, dass KI zitierten religiösen/Quelltext verändert, und argumentierte, dass Zitate wörtlich erhalten bleiben müssen (Bedenken). Falco wies darauf hin, dass das Problem behoben wurde, und schlug vor, ein besseres Modell zu testen, falls es weiterhin auftritt (Fix-Referenz).

  • Konfiguration von Proofreading-Agenten mit Beispielen + spezialisierten Personas: bksubhuti teilte eine spezialisierte Pāḷi-orientierte Persona-Prompt mit und fragte nach Engine-Wahlen (Personadetails), während Falco fragte, ob sie Beispiele verwendeten, und darauf hinwies, dass der Standard-Proofreader mit mehreren Beispielen ausgeliefert wird, um das Zitat-Handling zu erleichtern (Beispiel-Empfehlung).

  • Übersetzungsaufgaben durch Ratenbegrenzungen gestoppt + Verwirrung über „Thinking“-Einstellungen (Support, ai): In einem Thread zur Fehlerbehebung bei Übersetzungen schlug Falco vor, „Thinking“ zu deaktivieren, während RBoy fragte, was das in der Discourse AI-Benutzeroberfläche bedeutet, und einen Fehler teilte, der zeigte, dass die Ratenbegrenzung pro Tag (Token-per-day) wiederholte Ausfälle verursachte (Vorschlag, Ratenbegrenzungsfehler, UI-Frage).

  • Markdown-Auslieferung für eine bessere KI/MCP-Verarbeitung (Customization > 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 auf JSON-API-Verhalten zurück, wenn es nicht unterstützt wird (Vorschlag, Follow-up). Dieselbe Diskussion stellte explizit eine Verbindung zur MCP-Nutzung her (siehe auch Discourse MCP is here).

  • KI-generierte Bilder verbessern sich in der Qualität (und Interesse am Teilen von Prompts): In einer lang laufenden Support-Bot-Diskussion bemerkte 37Rb einen großen Sprung in der Qualität der Bildgenerierung im Vergleich zu früheren Versuchen (Erfahrung), und EricGT ermutigte dazu, Prompts und Tipps breiter zu teilen (Anfrage).

  • Neues How-to: Automatische Kategorisierung von Themen mit AI Triage + Discourse Automation (#Site_Management, automation, ai): Discourse veröffentlichte einen Leitfaden, der Voraussetzungen (Discourse AI, Automation, konfigurierte LLM und ein Agent/Persona) und den allgemeinen Workflow für die Verwendung von KI zur Entscheidung, ob ein Thema in eine andere Kategorie gehört, detailliert beschreibt (Leitfaden; siehe Voraussetzungsreferenzen zu Discourse AI, Discourse Automation, dem LLM-Einstellungen-Leitfaden und KI-Bot-Personas).

Aktivitäten

  • Lilly leitete eine detaillierte QA-Runde für den feststehenden KI-Editor, dokumentierte anfängliche Ausfälle (New ai docked composer), erkannte laufende Fixes an (Follow-up) und engte dann die verbleibenden Probleme wie Zitieren und Uploads ein (Status, Neuaufbau-Ergebnis). Sie markierte auch die Regression „Upload nach erstem Beitrag“ als den Haupt-Verbleibenden Bug (Bericht).

  • sam erkannte den Feedback-Loop des feststehenden Editors an und übermittelte, dass Fixes aktiv im Gange sind, und verwies auf die laufende Arbeit von keegan (Antwort).

  • keegan implementierte und koordinierte Fixes für den feststehenden Editor, erklärte die beabsichtigte RTE-first-UX und Markdown-Abwägungen (Erklärung) und sperrte die Funktion später hinter bevorstehende Änderungen, während die Verfeinerung weiterging (Update).

  • bksubhuti hob einen Korrektur-/Ethik-Aspekt hervor: KI-Proofreading muss Zitateblöcke erhalten, insbesondere für exakte religiöse/Quellzitate (Bedenken). Nach dem Update bestätigte er das Verhalten und experimentierte weiter, einschließlich des Teilens einer benutzerdefinierten Proofreading-Persona und der Anfrage nach Modellvorschlägen (Bestätigung, Testen, Persona-Prompt).

  • Falco bot gezielte Fehlerbehebung in zwei Bereichen: Er verwies auf einen bereitgestellten Fix für das Proofread/Quote-Handling und empfahl, ein besseres Modell zu testen, falls Probleme bestehen blieben (Proofread breaks quotes), fragte nach der Verwendung von Beispielen, um den Agenten zu verankern (Beispiele), und schlug vor, „Thinking“ zu deaktivieren, um das Übersetzungsverhalten zu adressieren (What happens to translations when LLM changes?).

  • RBoy brachte reale Schmerzpunkte bei Übersetzungsoperationen ein: Er teilte mit, dass Übersetzungsversuche aufgrund von Ratenbegrenzungen pro Tag (Token-per-day) wiederholt fehlschlugen, und fragte, was „Thinking“ in der Discourse AI-Konfigurations-Benutzeroberfläche bedeutet (Fehlerbericht, Klärungsfrage).

  • benword erweiterte die Diskussion darüber, wie das Discourse-zu-Markdown-Plugin KI/MCP-Clients über HTTP-Content-Negotiation unterstützen könnte, und skizzierte eine pragmatische Strategie „Markdown versuchen, dann auf JSON zurückfallen“ (Discourse to Markdown Plugin) und verknüpfte dies mit möglichen MCP-Integrationen (Verwandt: Discourse MCP is here).

  • jrgong bestätigte, dass der vorgeschlagene Ansatz „Content-Negotiation dann Fallback“ im Wesentlichen das war, was ein anderer LLM (Claude) bereits für sie implementiert hatte (Antwort).

  • 37Rb teilte positives Feedback aus der Praxis, dass die KI-Bildgenerierung sich erheblich verbessert habe, und verwies auf weniger Artefakte im Vergleich zu früheren Versuchen (Support-Bot-Diskussion).

  • EricGT verstärkte das Lernen in der Community, indem er basierend auf den Ergebnissen von 37Rb zum Teilen von Prompts und Tipps aufforderte (Anfrage).

  • Discourse veröffentlichte einen neuen, für Administratoren bestimmten Leitfaden zur Verwendung von AI Triage zur automatischen Kategorisierung von Themen, wobei Voraussetzungen und Einrichtungsreferenzen explizit dokumentiert wurden (Auto-categorize topics using AI; verwandte Docs: Discourse AI, Discourse Automation, LLM-Einstellungen-Leitfaden, KI-Bot-Personas).

Vielen Dank fürs Lesen, und ich sehe Sie nächste Woche wieder! :slight_smile:

122

Überblick

Die KI-Diskussionen auf meta.discourse.org in dieser Woche (2026-05-04 → 2026-05-11) drehten sich um die betriebliche Zuverlässigkeit von #ai-Übersetzungen – insbesondere darüber, wie Modelle mit „Thinking/Reasoning“-Funktionen die Spracherkennung (Locale Detection) stören, das Budget für die Antwortgenerierung (Completion Budget) erschöpfen und Übersetzungsaufgaben auf verwirrende Weise hängen lassen oder fehlschlagen lassen (siehe AI translations errors und What happens to translations when LLM changes?). Ein zweiter Themenstrang des Debuggings konzentrierte sich auf Überraschungen durch Token-Limits (Anfragegröße vs. Antwortgröße, TPM/TPD-Ratenlimits) und wie diese mit der LLM-Konfiguration von Discourse AI interagieren (siehe AI exceeds LLM token thresholds randomly and unpredictably).

Auf der UX-/Konfigurationsseite gab es kleinere, aber praktische Updates: Anpassung der Korrekturlese-Prompts für den Umgang mit Zitaten (siehe Proofread breaks quotes), eine Regression beim Hochladen von Bildern in PM/Agent-Follow-ups, die bereits upstream behoben wurde (siehe Can’t post image in Agent follow-up via PM) und eine Frage zur Neukonfiguration bezüglich der Google Gemini-Modellkonfiguration auf der LLM-Einstellungsseite (siehe Discourse AI - Large Language Model (LLM) settings page).

Zusammenfassend: 26 neue Beiträge in 3 neuen Themen, wobei die meiste Aktivität von Falco und RBoy ausging, hauptsächlich in #contribute:bug- und #Support-Threads mit dem Tag ai (z. B. AI translations errors, AI exceeds LLM token thresholds randomly and unpredictably und Can’t post image in Agent follow-up via PM).

Interessante Themen

  • Übersetzungsfehler durch „Thinking“-Ausgaben, die das Completion-Budget verbrauchen
    RBoy meldete Übersetzungsfehler wie Validation failed: Raw can't be blank, Cooked can't be blank in AI translations errors, und Falco identifizierte, dass Reasoning-Tokens unter max_tokens „alle Tokens fressen“ können, was zu leeren/ungültigen Ausgaben führt (Analyse im Kontext). Die Debugging-Diskussion berührte auch die Frage, warum Discourse bei Übersetzungen auf Reasoning verzichtet (gleicher Thread) und verwies auf die vorherige Geschichte großer Übersetzungsfehler (verwandte Diskussion).

  • Übersetzungen „stecken“ nach einem LLM-Wechsel: Die Spracherkennung ist mit Thinking-Modellen fragil
    In What happens to translations when LLM changes? beschrieb RBoy Übersetzungen, die als unvollständig angezeigt wurden, ohne neue Logs oder Fortschritt (Symptome des Steckenbleibens). Falco erklärte das zugrunde liegende Problem: Man kann kein Thinking-Modell für die Spracherkennung verwenden, da „Thinking-Blöcke“ die Parsing-Funktion stören und ohne Spracherkennung keine Übersetzungen stattfinden (Erklärung der Root-Cause; Schlussfolgerung in Follow-up anerkannt).

  • Anforderungen an strukturierte Ausgaben für Übersetzungsmodelle (z. B. json_schema)
    Nach dem Wechsel zu einem Nicht-Reasoning-Modell stieß RBoy auf einen 400-Fehler, der anzeigte, dass das ausgewählte Modell response_format: json_schema nicht unterstützt (Fehlerbericht). Falco klärte auf, dass Übersetzungen ein Modell benötigen, das strukturierte Ausgaben unterstützt – „im Grunde jedes kürzlich veröffentlichte State-of-the-Art-Modell“ (Hinweise).

  • Praktisches Übersetzungs-Debugging: Verwenden Sie /p/POST_ID und Audit-Logs, aber filtern Sie nicht nach response_tokens
    Falco riet dazu, den fehlerhaften Beitrag über /p/120 zu überprüfen und ai_api_audit_logs zu inspizieren (Debug-Ansatz). Als RBoy keine passenden Audit-Zeilen sah (Abfrage + Diskrepanz), empfahl Falco, die response_tokens-Klausel aus dem SQL-Filter zu entfernen (Fix). Der Thread klärte auch den Unterschied zwischen /p/ und /t/ während der Untersuchung (Follow-up).

  • Verwirrung um Token-Limits: 413-Fehler beziehen sich auf die Anfragegröße, nicht auf „max output tokens“
    RBoy meldete scheinbar zufällige Token-Limit-Überschreitungen, trotz Senkung der Caps für Ausgabetokens (Erstbericht). Falco betonte, dass 413 bedeutet, dass die Anfrage zu groß ist (nicht die angeforderte Antwort), und riet dazu, sich auf die Konfiguration des LLM-„Context Window“ zu konzentrieren, wobei er auch darauf hinwies, dass 8k nach modernen Maßstäben ungewöhnlich klein ist (Klärung). RBoy antwortete mit seinem konfigurierten Context Window und dem Limit des Anbieters und fragte, warum Discourse die konfigurierten Grenzen überschreiten würde (Details).

  • Druck durch Ratenlimits (TPD/TPM) als ein Beitrag zur Übersetzungsinstabilität
    Im selben Token-Thread bemerkte RBoy, dass die Übersetzungs-Pipeline zunächst unter täglichen Token-Ratenlimits (429) ins Stocken geriet, später dann mit 413-Fehlern (Anfrage zu groß) fehlschlug, nachdem sie wieder aufgenommen wurde (Ablauf der Fehler). Dies passte zur laufenden Übersetzungs-Fehlersuche in What happens to translations when LLM changes? und AI translations errors.

  • Anpassung des Proofreaders: Wo man die integrierten Beispiele findet, um das Zitierverhalten anzupassen (ai-helper)
    bksubhuti fragte, wie man Beispiele findet, um seine benutzerdefinierte Korrekturlese-Persönlichkeit so anzupassen, dass Zitate nicht kaputtgehen (Frage). Falco wies ihn auf die Proofreader-Agent-Beispiele in der Admin-Oberfläche hin (admin/plugins/discourse-ai/ai-agents/-22/edit) (Hinweis), und bksubhuti bestätigte, dass er den Beispielsatz gefunden hat und dass dieser JSON ausgibt (Bestätigung).

  • PM-Agent-Follow-up konnte keine Bilder posten (upstream behoben)
    Ethsim2 meldete, dass er kein Bild posten konnte, als er am 2026.5.0 ein Follow-up mit einem Agenten via PM durchführte (Bug-Report). Lilly antwortete, dass es bereits behoben wurde (und verwies auf einen verwandten unvollständigen Report) (Antwort), und Ethsim2 identifizierte den fehlenden Upstream-Commit, den er benötigte (Follow-up). (Verwandt: New AI docked composer.)

  • Neue LLM-Konfigurationsfrage: Verwirrung bezüglich Gemini-Modell-ID / Provider-URL
    danhanghai bat um Hilfe bei der Konfiguration von gemini-3.1-flash-lite über den Google-Provider auf der LLM-Einstellungsseite und teilte seine Modell-ID und Endpunkt-URL mit (Frage). Für einen breiteren Kontext steht diese Frage im lang laufenden Referenzthema Discourse AI - Large Language Model (LLM) settings page (how-to ai).

Aktivität

Danke fürs Lesen, und ich sehe dich nächste Woche wieder! :slight_smile:

123

Überblick

Die #ai-Diskussionen auf meta.discourse.org drehten sich diese Woche vor allem um praktische Zuverlässigkeitskorrekturen – von der Erkennung von Sprache/Lokalisierung und der Nutzung von Übersetzungsguthaben bis hin zu kleinen UX-Problemen und Problemen bei der Einrichtung von Self-Hosting-Lösungen.

Im Bereich Lokalisierung meldete thomasjsn, dass norwegische Inhalte als no erkannt und dann in nb_NO übersetzt wurden, was zu fast dupliziertem Text und verschwendeten Credits führte (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 Core/Default-Agents, die von nat bestätigt wurde (Beitrag 7).

Unterdessen erhielt die Discourse AI-Benutzeroberfläche eine kleine, aber bemerkenswerte Optimierung: RBoy stellte fest, dass sich die Agent-Labels nach der Änderung des Standard-LLM nicht sofort aktualisierten, bis die Seite neu geladen wurde (Minor UI bug changing default LLM), und awesomerobot reagierte mit einem Fix-PR (Beitrag 2).

Auch Self-Hoster hatten eine nützliche Fehlerbehebungs-Erfahrung: NotAnonymous stieß auf einen Docker- und Hugging-Face-404-Fehler beim Einrichten der Sentiment-Analyse, und Falco stellte einen funktionierenden Workaround in Self-Hosting Sentiment and Emotion for DiscourseAI zur Verfügung (siehe Beitrag 15 und Bestätigung in Beitrag 16).

Abschließend rundeten einige kleinere Rückmeldungen die Woche ab: ein Follow-up zu den Testbeschränkungen des Gemini-„Thinking-Budgets“ in Thinking budget for Gemini Pro, error when using 0 or -1, erneutes Interesse an „Me too“-/Bestätigungsmustern mit Hinweisen auf die neuen #solved-Verbesserungen in Option to hide ‘me too’ replies und ein neuer Bericht auf Chinesisch darüber, dass Hyperlinks im AI-Plugin nicht reagierten, in 社区官方的ai插件中的超链接未能正常跳转，点击后无反应.

Interessante Themen

Aktivitäten

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

124

Überblick

Die KI-bezogenen Aktivitäten auf meta.discourse.org in dieser Woche (18.05.2026 → 25.05.2026) drehten sich hauptsächlich darum, KI-Bot-Gespräche flüssiger und einfacher zu verwalten, sowie um eine laufende operative Herausforderung im Zusammenhang mit 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, damit wichtige Chats oben angeheftet bleiben (Häufige KI-Gespräche markieren, ebenfalls erwähnt in Häufige KI-Gespräche markieren), sowie einen angehefteten Editor, der das Eingabefeld in KI-Bot-Themen dauerhaft verfügbar hält, um „Antwort-Hürden

125

Überblick

Die KI-bezogene Diskussion auf meta.discourse.org diese Woche (2026-05-25 → 2026-06-01) konzentrierte sich auf drei Themen:

  1. KI-Integrationen & Automatisierung — Es wächst das Interesse an ereignisgesteuerten KI-Funktionen, wie z. B. dem Auslösen externer Automatisierungen, wenn sich KI-Artifact-Daten ändern. Die Anfrage nach Webhooks für Artifact-Updates in Webhook-/Event-Unterstützung für KI-Artifact-Key-Value-Updates hinzufügen (oder Sandboxing für Admins deaktivieren) wurde mit der Empfehlung aufgenommen, dies nach der bevorstehenden Ausrichtung von Discourse zur Automatisierung („Workflows“) erneut zu prüfen (Antwort), sowie mit der Zustimmung, dass serverseitige Webhooks mit begrenztem Geltungsbereich wertvoll wären (Nachfolgebeitrag).

  2. KI-UX und Inhaltsqualität — Mehrere Threads hoben Bereiche hervor, in denen die KI-nahe UX noch verfeinert werden muss: das Verhalten „Enter zum Senden“ im angedockten KI-Bot-Composer (Diskussion, weitere Infos), die Korruption von Markdown-Zitat-Syntax durch Übersetzungsausgaben (Fehlerbericht) und das anhaltende Bestreben nach vollständiger Markdown-Kompatibilität in Bot-/Chat-Kontexten (Anfrage fortsetzen).

  3. Lokalisierung & Unterstützung mehrerer Modelle — 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 einer gefixten Meldung, dass übersetzte „Flaggründe“ korrekt erscheinen) in Verwendung übersetzter Beiträge beim E-Mail-Versand an Nutzer mit eingestellter Nutzersprache sowie die Erweiterung der Stimmungs-/Emotionsanalyse auf weitere LLM-Anbieter wie Gemini (Frage, Update).

Interessante Themen

Aktivitäten

126

Überblick

Die KI-bezogenen Diskussionen auf meta.discourse.org dieser Woche konzentrierten sich auf drei praktische Themen:

  1. KI-gestützte Texterstellung und Moderation UX: Administratoren wünschen sich eine feinere Kontrolle darüber, was der KI-Assistent generiert (Titel vs. Tags vs. Kategorien) und wie er in eingeschränkten Kategoriensettings funktioniert. Dies führte sowohl zu einer Feature-Anfrage für Umschalter pro Button im Editor (Feature-Anfrage für KI-Titelgenerator: Umschalter für Titel/Tag/Kategorie) als auch zu einem Fehler, bei dem Tag-Vorschläge die Tag-Einschränkungen der Kategorie nicht beachteten (KI-Assistent kann Tags vorschlagen, die in der Kategorie nicht erlaubt sind).

  2. **Klärung von „KI

127

Überblick

Diese Woche (08.06.2026 → 15.06.2026) verzeichnete eine kleine, aber praxisnahe Welle an Diskussionen zu Discourse AI im Meta-Bereich (12 neue Beiträge in 2 neuen Themen), die sich hauptsächlich auf Änderungen der Konfiguration der KI-Übersetzung sowie die Sichtbarkeit von Kosten und Umfang konzentrierten, sowie auf einige Operations- und Administrationsfallen im Zusammenhang mit den integrierten KI-Tools.

Ein zentrales Thema war das Verständnis der Änderungen in den Einstellungen der KI-Übersetzung – insbesondere der Wechsel vom Modell der „übersetzbaren Kategorien“ zu einem Modell der „ausgeschlossenen Kategorien“ und wie Communities migriert wurden – sowie Möglichkeiten zur Auditierung/Messung des Übersetzungsumfangs und -volumens über die Mitarbeiterprotokolle und den Data Explorer (KI-Übersetzung: Was ist mit den „übersetzbaren Kategorien“ passiert und wie werden die Übersetzungskosten berechnet?, Migrationsklärung im Thread zitiert, Vorschlag für Data Explorer-Abfrage und die erwähnte frühere Erklärung unter 392993/7).

An anderer Stelle diskutierten Mitarbeiter und Community-Mitglieder inkrementelle Verbesserungen und Einschränkungen bei der unbeaufsichtigten maschinellen Übersetzung von Tags (KI-generierte Tag-Übersetzungen funktionieren nicht perfekt), klärten eine Port/Protokoll-Sonderheit im KI-Tools-Testrunner (Der KI-Tools-Testrunner verwendet bei HTTP-URLs intern SSL) und behandelten das, was man anpassen kann und was nicht, im integrierten Sentiment-Klassifikator – wobei Administratoren oft auf das Self-Hosting verwiesen wurden, wenn sie mehr Kontrolle benötigen (Klassifizierung im Discourse-Sentiment-Dashboard, plus der Hinweis auf Self-Hosting von Sentiment und Emotion). Schließlich fragte ein Administrator nach dem Entfernen eines automatisch erstellten KI-bezogenen Admin-Benutzerkontos („deepseek-chat“), mit der Anleitung, dass dies an das KI-Plugin/den Bot gebunden ist, sowie mit Hinweisen zu Löschvorgängen für Mitarbeiterbenutzer (Wie lösche ich das automatisch erstellte Admin-Konto deepseek-chat?, mit dem Verweis auf das Löschen unter Benutzer in der Rails-Konsole löschen).

Interessante Themen

Aktivität

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

128

Überblick

Diese Woche (15.06.2026 → 22.06.2026) konzentrierten sich die Diskussionen über KI auf meta.discourse.org auf UX-Verbesserungen des KI-Assistenten im Editor, Kostenkontrolle und Eingrenzung des Anwendungsbereichs für KI-Agenten sowie praktische Konfigurations- und Debugging-Hürden bei selbst gehosteten Setups – insbesondere im Hinblick auf Endpunkte, SSRF-Schutz und Übersetzungs-Eckfälle. Die größte produktseitige Neuerung war der neue Inline-Flow für KI-Vorschläge im Editor (Inline-Integration von KI-Vorschlägen (im Editor)), während der Großteil der Support-Aktivitäten darin bestand, KI-Setups zuverlässig und kostengünstig zum Laufen zu bringen (z. B. kategorienbegrenzte Suche zur Reduzierung des Token-Verbrauchs in Reduzierung des KI-Token-Verbrauchs durch Kategorienfilterung und die Überprüfung der Endpunkt-Korrektheit/Protokollanalyse in „Der Versuch, dieses Modell zu kontaktieren, ergab diesen Fehler“ ist leer).

Auf der Seite „KI in der Produktion“ stießen Selbsthoster weiterhin auf infrastrukturelle Realitäten: Die interne LLM-Routing (LiteLLM/Vertex-ähnlich) kollidierte mit SSRF-Abwehrmechanismen in Wie verwende ich interne KI-Endpunkte?, und Übersetzungsaufträge scheiterten an problematischen Inhaltsbytes in DiscourseAi::Translation: Übersetzung des Beitrags fehlgeschlagen, da die Zeichenkette ein Nullbyte enthält. Schließlich kam eine kleine, aber sehr nachvollziehbare UX-Anfrage für Übersetzungs-Nachläufe ein – ein Datumsauswahlfeld, um mentale Rechenaufgaben zu vermeiden, in Anfrage nach einem Datumsauswahlfeld in den KI-Übersetzungseinstellungen.

Die Kernaussage: KI-Features reifen in der Editor-Erfahrung (Inline-Integration von KI-Vorschlägen (im Editor)), während Administratoren zunehmend darauf fokussiert sind, Anwendungsbereich und Kosten zu kontrollieren (Reduzierung des KI-Token-Verbrauchs durch Kategorienfilterung) und die Konfiguration zu härten („Der Versuch, dieses Modell zu kontaktieren, ergab diesen Fehler“ ist leer, Wie verwende ich interne KI-Endpunkte?).

Interessante Themen

Aktivitäten

Link-Index (alle wichtigen Threads, zum schnellen Scannen)

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

129

Übersicht

Die KI-Diskussionen auf Meta konzentrierten sich diese Woche auf Qualität, Transparenz und UX-Polish bei den Discourse AI-Funktionen – insbesondere Ask Discourse, KI-Übersetzung / Content-Lokalisierung und Inline-KI-Helfer im Composer. Einige Administratoren bemerkten eine schwankende Antwortqualität bei Ask Discourse und erfuhren, dass der Dienst kürzlich zu einem lokal gehosteten Open-Weights-Modell gewechselt ist (Ask discourse moins performant, Hinweis zum Modellwechsel, Begründung + Anleitung).

Im Bereich Lokalisierung hoben mehrere Threads hervor, wie verwirrend der Übersetzungsfortschritt im großen Maßstab sein kann, aufgrund von Caching und mehrstufiger Verarbeitung, was konkrete Anfragen nach verbesserter Berichterstattung und Einstellungen auslöste (einschließlich besserer Sichtbarkeit des Fortschritts und einem Datumsauswahl / festen Stichtag) (KI-Übersetzungsfortschrittsgrafik, Caching + zweistufige Erklärung, Anfrage Datumsauswahl, Geschwindigkeitsthemen vs. Beiträge). In diesem Zusammenhang fragten Administratoren nach Sprach-Fallbacks (z. B. „Englisch anzeigen, wenn die Benutzer-Lokalisierung nicht unterstützt wird“), und das Team bestätigte, dass dies außer dem Standardverhalten der Site-Lokalisierung noch nicht unterstützt wird (Kann ich Englisch für nicht unterstützte Sprachen erzwingen, Fallback-Lokalisierungen nicht unterstützt, aktuelles Fallback-Verhalten).

Es traten auch einige praktische/operative Probleme auf: Debuggen interner LLM-Endpunkte und erlaubter Host-Einstellungen (Wie verwendet man interne KI-Endpunkte?, Vorschlag für erlaubte Hosts), Aktivieren des KI-Plugins, nachdem es „festgefahren“ war (plus Klärung, dass es auf der kostenlosen Ebene für Schlüsselfunktionen wie Spam-Erkennung aktiviert bleibt) (KI-Plugin kann nicht aktiviert werden, Korrektur in Arbeit + Hinweis zur kostenlosen Ebene), und ein kleiner, aber aufschlussreicher Randfall, bei dem HTML-Kommentare in KI-Zusammenfassungen enthalten sind (letztlich als #wontfix markiert, mit einer Prompt-Workaround) (HTML-Kommentare werden ebenfalls von KI zusammengefasst, wontfix + Workaround).

Schließlich gab es weiterhin Aufmerksamkeit für die Qualität der UI-Integration von KI-Assistenz-Schaltflächen in Bearbeitungsfällen – überlappende Symbole und absolut positionierte Schaltflächen, die Layoutprobleme verursachen – was zurück auf die breitere Arbeit an der Inline-KI-Composer-Integration verweist (Themenbearbeitungsoberfläche zeigt überlappende Symbole, Verknüpft mit Thread zur Inline-Integration, Platzierungsproblem des KI-Titelvorschlag-Symbols, Inline-Integration von KI-Vorschlägen).

Interessante Themen

  • Bedenken bezüglich der Antwortqualität von Ask Discourse nach einem Modellwechsel (ai, ask-discourse, Support)
    gilles meldete, dass Ask Discourse lately „weniger performant“ wirkte (Ask discourse moins performant). nat bestätigte einen kürzlichen Wechsel zu einem lokal gehosteten DeepSeek v4 flash-Modell (Hinweis zum Modellwechsel), und Falco klärte, dass das Ziel eine schnelle, dokumentenbasierte Fehlerbehebung ist – keine Entwicklerunterstützung – und empfahl stattdessen Entwickler-Harnesses wie dv (Erklärung + dv-Empfehlung, Verwendung von dv (Discourse Vibe) zur Konfiguration von Discourse AI in der Entwicklung).

  • Genauigkeit der Übersetzungsfortschrittsgrafik, Caching und „was bedeutet Fortschritt überhaupt?“ (translation, ai, #Data-&-reporting)
    LotusJeff fand die Fortschrittsgrafik auf einer großen Site irreführend (KI-Übersetzungsfortschrittsgrafik). Falco erklärte, dass die Seite gecacht wird, um Timeouts zu vermeiden, und dass die Übersetzung aus Spracherkennung gefolgt von Übersetzung in andere Lokalisierungen besteht – wobei der Fortschritt der frühen Erkennung nicht mehr angezeigt wird, was das initiale Erlebnis als „schrecklich“ erscheinen lässt (Caching + 2-Schritte-Pipeline). LotusJeff schlug ein klareres Berichtsmodell „berechtigt vs. übersetzt“ vor und begann, Data Explorer SQL-Prototypen zu teilen (Berichtsvorschlag, SQL-Beispiele), und nat bemerkte, dass Verbesserungen geplant sind (Nachfassende Maßnahmen des Teams).

  • Debuggen interner/lokal gehosteter LLM-Endpunkte in Discourse AI (ai, Support)
    satonotdead hatte Schwierigkeiten, eine interne Endpunkt-URL zu verwenden, die innerhalb des Containers funktionierte, aber den Discourse AI UI-Test nicht bestand (Problembericht + Stacktrace). Falco schlug vor, sicherzustellen, dass DISCOURSE_ALLOWED_INTERNAL_HOSTS den Hostnamen enthält (nicht nur einen IP-Bereich) (Vorschlag für erlaubte Hosts). Der Kontext verwies auch auf frühere Ollama-lokale Setups (Discourse AI lokal mit Ollama zum Laufen bringen).

  • Richtlinie für Lokalisierungs-Fallbacks: Englisch für nicht unterstützte Sprachen erzwingen (translation, ai, #Feature)
    Jagster fragte, ob nicht unterstützte Lokalisierungen auf Englisch zurückgreifen könnten, ohne die Standardlokalisierung einer finnisch-lastigen Site zu ändern (Frage). Falco bestätigte, dass „Fallback-Lokalisierungen“ angefordert wurden, aber noch nicht unterstützt werden (noch keine Fallback-Lokalisierungen), und nat klärte das aktuelle Verhalten: Das Deaktivieren des Fallbacks zeigt die Originalsprache; die Verwendung eines englischen Fallbacks impliziert das Setzen der Standardlokalisierung auf en (Verhaltensdetails).

  • KI-Zusammenfassung enthält HTML-Kommentare (und warum das #wontfix ist) (ai, ai-summarize, #Feature)
    ばこん bemerkte, dass HTML-Kommentare (die Leser nicht sehen können) dennoch zusammengefasst werden (Bericht, Beispiel). Falco markierte es als #wontfix und schlug eine Prompt-Anpassung vor, um den Zusammenfassungs-Agenten anzuweisen, Kommentare zu ignorieren, wenn dies für eine gegebene Instanz wichtig ist (Entscheidung + Workaround).

  • KI-Plugin bleibt deaktiviert + Klärung „KI-Plugin kann auf der kostenlosen Ebene nicht deaktiviert werden“ (ai, Support)
    ondrej konnte die KI nach früherer Deaktivierung nicht wieder aktivieren (Problem). keegan bestätigte, dass eine Korrektur für den „festgefahrenen deaktivierten“ Zustand erforderlich ist, und klärte, dass auf der kostenlosen Ebene das KI-Plugin aktiviert bleibt, da es Schlüsselfunktionen wie Spam-Erkennung unterstützt, während einzelne KI-Funktionen deaktiviert werden können (Korrektur + Richtlinie). Die Anfrage verwies auch auf bestehende Einrichtungs-Dokumentation (Quellen-Auszug der Dokumentation).

  • KI-UI-Polish: Überlappende Symbole und absolut positionierte KI-Schaltflächen (ai, ux)
    Moin meldete gestapelte/überlappende Symbole beim Bearbeiten von Themeninformationen (Überlappungsbericht), und Falco verknüpfte dies mit dem laufenden Thread zur Inline-KI-Integration (Querverweis, Inline-Integration von KI-Vorschlägen (im Composer)). In einem verwandten UX-Problem bemerkte Moin, dass die KI-Titelvorschlag-Schaltfläche fixiert bleiben kann, während das Titelfeld sich verschiebt – insbesondere bei der Bearbeitung übersetzter Titel – und dass Vorschläge auf Englisch erschienen (Platzierung des Titelsymbols); chapoi wies später darauf hin, dass die position: absolute-Schaltfläche eine wiederkehrende Ursache für Probleme ist (Nachfassende Maßnahmen).

  • Warum Themen schneller als Beiträge übersetzt werden (und was man anpassen kann) (ai, content-localization, Support)
    LotusJeff beobachtete, dass Thementitel-Daten Monate zurück übersetzt wurden, während Beiträge hinterherhinkten (Frage). Falco erklärte, dass Batches ähnliche Größen haben, aber Themen natürlich schneller abgeschlossen werden, insbesondere bei Themen mit vielen Beiträgen, und schlug vor, das maximale Alter oder die Backfill-Rate anzupassen, um Beiträgen zu helfen, aufzuholen (Erklärung + Einstellmöglichkeiten).

  • Feature-Anfrage: Datumsauswahl (fester Stichtag) für KI-Übersetzungseinstellungen (ai, dynaloc, content-localization, #Feature)
    In der Diskussion zur Datumsauswahl bemerkte mcwumbly, dass die Einstellung möglicherweise „alle Beiträge nach {Datum} übersetzen“ sein sollte, anstatt „Tage Backfill“ (Einordnung). LotusJeff argumentierte, dass rollende Fenster dazu führen können, dass ältere bearbeitete Inhalte aus dem Geltungsbereich herausfallen, und hob auch das Problem „Themen übersetzt, aber Beiträge noch nicht“ als nutzerseitiges Problem hervor (Sorge wegen rollendem Fenster, zusätzliche Begründung).

  • Wie Sentiment-/Emotionsklassifizierung im Sentiment-Dashboard zugewiesen wird (ai, ai-sentiment, Support)
    fzngagan fasste zusammen, welche Modelle die Sentiment- und Emotionsklassifizierung antreiben, und erklärte den Unterschied zwischen modellbasierter Klassifizierung und agentenbasierten Strategien über Site-Einstellungen (Übersicht zur Sentiment-Klassifizierung), verwies zurück auf den referenzierten Dokumentationsausschnitt über aktuelle Modelle (Modellreferenz) und wies darauf hin, dass Administratoren neue Agenten unter /admin/plugins/discourse-ai/ai-agents erstellen können, anstatt Standards zu bearbeiten (Kontext zum Agenten-Ansatz).

Aktivität

Danke fürs Lesen, und ich sehe euch nächste Woche wieder! :slight_smile:

130

Übersicht

Die KI-Diskussionen dieser Woche auf #meta.discourse.org drehten sich vor allem um die Kontrolle und das Verständnis von KI-Kosten sowie Hintergrundaktivitäten, die Verschärfung der Sicherheitsanforderungen bei Zusammenfassungseingaben und die Verbesserung der Benutzeroberfläche (UX) und Integrationen im gesamten Discourse-KI-Funktionsumfang.

Auf der Kosten-/Betriebsseite hat Discourse geschätzte dollarbasierte Kontingente für die Nutzung von Discourse AI eingeführt (zusätzlich zu Token-Limits), was die Budgetplanung über verschiedene Anbieter hinweg erleichtert (siehe Kontingente basierend auf Kosten für Discourse AI und den begleitenden Leitfaden Konfiguration von LLM-Nutzungskontingenten in Discourse AI). Administratoren tauschten sich zudem über periodische KI-API-Aufrufe aus, die auch dann auftreten können, wenn KI-Oberflächenfunktionen nicht aktiv genutzt werden, aufgrund von Hintergrundjobs wie Embeddings und dem Nachfüllen von Zusammenfassungen (siehe Ruft Discourse KI-APIs im Hintergrund auf? und Falcos Bestätigung).

Auf der Sicherheitsebene gab es erneut Aufmerksamkeit für das, was genau in Zusammenfassungsaufforderungen (Prompts) eingespeist wird – insbesondere, ob die Einbeziehung von HTML-Kommentaren einen „versteckten Kanal“ für Manipulationen bilden könnte (siehe HTML-Kommentare werden ebenfalls von der KI zusammengefasst, Falcos Antwort und weitere Bedenken).

Zugleich konzentrierten sich mehrere Threads darauf, „es in der realen Welt zum Laufen zu bringen“: Fehlerbehebung bei 500-Fehlern bei KI-Titelvorschlägen und die Suche nach Audit-Logs (siehe Support-Thread für Qwen3.7-plus und Hinweise zu ai_api_audit_logs), die Konfiguration von internen KI-Endpunkten / LiteLLM-Sidecars (siehe Wie verwendet man interne KI-Endpunkte? und die Lösungsbeschreibung hier), sowie die selbstgehostete Übersetzung über Ollamas OpenAI-kompatible API (siehe Selbsthosting eines Open-Source-LLM für DiscourseAI, Hinweise zu Modell/Tokenizer und die Diskussion zu Übersetzungseinschränkungen hier).

Auch UX und Produktpolitur kamen nicht zu kurz: Es wurde ein Fix für die Positionierung des Icons für KI-Titelvorschläge vorgeschlagen (siehe Icon für KI-Titelvorschlag wird oberhalb des Titelfelds platziert), „Inline“-KI-Vorschläge brachten Fragen zur Latenz und zum Verhalten auf (siehe Inline-Integration von KI-Vorschlägen (im Composer) und Frage zur Latenz), und der andockende Composer für KI-Bot-Gespräche wurde nach versehentlichem Deaktivieren wieder aktiviert (siehe Frage und Lösung).

Interessante Themen

  • Kostengestützte Kontingente für Discourse AI (geschätzte Dollarbeträge, nicht nur Tokens) in #Announcements #ai: sam kündigte eine neue Methode an, die KI-Nutzung pro Gruppe nach geschätzten Dollar-Kosten zu begrenzen, um die Budgetplanung über verschiedene Anbieter hinweg zu erleichtern (Kündigung). Die Funktion ist in den bestehenden Workflow zur Kontingentkonfiguration integriert (Konfiguration von LLM-Nutzungskontingenten in Discourse AI).

  • KI-Zusammenfassungen beinhalten HTML-Kommentare (und potenzielle Prompt-Injection-Bedenken) in #Feature ai #ai-summarize: Ed_S wies auf das Risiko hin, dass HTML-Kommentare als „versteckter Kanal“ zur Beeinflussung von Zusammenfassungen dienen könnten (Bedenken). Falco erkannte die Möglichkeit an – insbesondere bei kleineren/älteren Modellen – und verwies auf die Trennung von System- und User-Prompts als ein Konzept zur Minderung (Antwort), wogegen Ed_S einwandte, dass dies kein wirksamer Schutz gegen Jailbreaks sei (Nachtrag).

  • Qwen3.7-plus-Einrichtung: Titelgenerierungstool stößt auf 500er-Fehler + Debugging mit Audit-Logs in Support #ai: bird meldete einen 500er-Fehler bei der KI-Titelgenerierung, obwohl andere KI-Tools funktionierten (Bericht). Falco empfahl, ai_api_audit_logs für detailliertere Diagnosen abzufragen (Tipp), und erläuterte anschließend, wie man den neuesten Eintrag prüft und dass der 500er-Fehler von Discourse (nicht von Qwen) stammt (Nachtrag). Der Thread verwies zudem auf die Dokumentation zur Bildgenerierung, als gefragt wurde, ob Discourse AI diese unterstützt (Antwort + Link, sowie Verbesserter Support für Bildgenerierung in Discourse AI).

  • Discourse AI mit internen Endpunkten betreiben (LiteLLM-Sidecar, interne Host-Whitelists, MCP-Bereinigung) in Support #ai: evantobin beschrieb, wie er die interne Konnektivität für einen lokalen LiteLLM-Sidecar mit DISCOURSE_ALLOWED_INTERNAL_HOSTS zum Laufen brachte, und erwähnte weitere Arbeiten zur Vertex AI-Authentifizierung (Details). satonotdead teilte eine vollständige Lösung unter Verwendung der internen Gateway-IP von Docker, Port-Mapping und der Bereinigung defekter MCP-Tools (Lösung).

  • Feature-Anfrage / PR: {username}-Template-Parameter zu KI-Persona-Systemprompts hinzufügen in #Feature #ai: 42aross schlug vor, {username} als erlaubten Template-Parameter hinzuzufügen, damit eine KI-Persona den aktuellen Benutzer serverseitig zuverlässig identifizieren kann (statt dass das LLM es aus Thema-Text/Metadaten ableiten muss) (Anfrage + Begründung). Er erwähnte auch den Abschluss des CLA-Prozesses (Nachtrag).

  • Andockender Composer für KI-Bot-Gespräche: Auf Meta deaktiviert, dann wieder aktiviert in #Announcements ai #ai-bot: putty fragte, warum Meta die UI des andockenden Composers nicht mehr anzeigte (Frage). keegan antwortete, dass er versehentlich deaktiviert worden war, und schaltete ihn wieder ein, wobei er erwähnte, dass die Änderung in den beta-Status wechselt (Statusupdate). nicolsdennis folgte mit einer Produktfrage zur Begrenzung der Antwortlänge bei Bot-Gesprächen (Frage).

  • Inline-KI-Vorschläge im Composer: Konsistenz + Latenz- und Verhaltensfragen in #Announcements ai #ai-helper: chapoi diskutierte die Angleichung des Verhaltens über ähnliche UI-Einstiegsstellen hinweg und bat um Feedback (Beitrag). nicolsdennis fragte nach der Round-Trip-Latenz und ob Vorschläge rein auf dem Thema-Titel basieren (Frage).

  • UX-Fix: Positionierung des Icons für KI-Titelvorschläge in ux #ai: chapoi postete einen Implementierungsfix für das Problem, dass das Icon für Titelvorschläge oberhalb des Titelfelds erschien, und bat um Bestätigung bezüglich Nebenwirkungen (Fix + PR-Link).

  • Änderungen bei Gemini-API-Schlüsseln: Service Accounts, Migrationsbedenken in #Integrations how-to #ai: m_terenui wies auf Google’s gemeldete Sicherheitsänderungen bei Gemini-API-Schlüsseln hin, die möglicherweise Service Accounts erfordern und alte Schlüssel migrieren, und fragte, was Discourse Administratoren zukünftig konfigurieren erwartet (Frage). (Thread-Referenz: Einrichten von Gemini-API-Schlüsseln für Discourse AI)

  • Selbsthosting der Discourse AI-Übersetzung mit Ollama: Anbieterwahl, Tokenizer/Kontextfenster und warum „Übersetzungs-Endpunkte“ kein Drop-In sind in #Self-Hosting #ai: mononym fragte, wie man Discourse AI-Übersetzung über Ollama ausprobieren kann und wo die neueren Admin-UI-Einstellungen zu finden sind (Frage). Falco schlug vor, Ollamas OpenAI-kompatible API zu verwenden, indem man OpenAI als Anbieter auswählt (Hinweise), und lieferte anschließend praktische Konfigurationsratschläge (Tokenizer-Wahl, Kontextfenster) sowie Warnungen vor ungeeigneten/alten Modellen (Details). Der Thread behandelte auch, warum Discourse AI-Übersetzung nicht als einfacher Ersatz für LibreTranslate-Endpunkte konzipiert ist und warum das ältere Translator-Plugin weiterhin „so wie es ist“ genutzt werden kann (Einschränkungen).

Aktivitäten

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

131

Übersicht

Die dieswöchigen KI-bezogenen Diskussionen auf meta.discourse.org konzentrierten sich stark auf Zuverlässigkeit und Kontrolle bei der Lokalisierung von Inhalten (ai + dynaloc) sowie auf Feedback-Schleifen für KI-gesteuerte Funktionen wie Ask Discourse und Discobot Discoveries.

Auf der Lokalisierungs-Front gab es Fortschritte sowohl bei der Funktionalität als auch bei der Qualität: Admins forderten übersetzte benutzerdefinierte Seitenleistenabschnitte (Feature request: make it possible to translate custom sidebar links and sections, mit Kontext aus Translate sidebar documentation links), während mehrere Berichte auf Prompt-/Formatierungsfallen und stille Übersetzungsfehler hinwiesen – darunter deutsche Übersetzungen, die JSON-ähnliche Wrapper enthielten (German translations contain translation elements), und Übersetzungen, die still abgeschnitten/korrupt wurden, wenn das JSON-Streaming-Parsing fehlschlug (Translation silently truncated when JSON stream parsing breaks (no error raised)).

Mehrere Threads beschäftigten sich damit, KI-Integrationen in der Praxis nutzbarer zu machen: Ein gelöster Support-Fall erklärte, warum Claude Sonnet 5 Fehler auslösen kann, wenn es mit älteren Discourse-Versionen / strukturierten Ausgabe-Einstellungen kombiniert wird (Discourse AI: Need to Remove JSON Response to get Antrophic Sonnet 5-working…), Nutzer fragten, wie man proprietären Vokabular vor der Übersetzung schützen kann (How to prevent proprietary vocabulary from being translated by AI?), und ein neues Theme-Komponenten verbesserte Datei-Uploads in der KI-Bot-Gesprächsoberfläche (Drag & Drop Upload + File Previews for AI Bot Conversations page).

Schließlich tauchten Evaluation und Feedback als wiederkehrender Bedarf auf: Ask Discourse-Nutzer stießen auf die üblichen Discourse-Ratenlimits bei der Interaktion mit KI (Feedback for Ask Discourse), und Halluzinationen von Discobot Discoveries lösten Forderungen (und Beispiele) nach besseren Feedback-Mechanismen aus (Feedback on Discobot discoveries results on meta), was zurück auf die länger laufenden Arbeiten an der KI-Suche verwies (Conversational AI Search coming to Discourse AI).

Interessante Themen

Aktivität

Danke fürs Lesen, und ich sehe euch nächste Woche wieder! :slight_smile:

132

Übersicht

Die KI-Diskussionen auf Meta konzentrierten sich diese Woche darauf, wie sich Discourse KI in echten Communities verhält, und wo Randfälle zu Datenschutz- oder Störungs-Problemen führen können. Hosting-Kunden erhielten zudem eine klarere Erklärung des standardmäßigen Routing-Modells für gehostete Instanzen, CDCK/MoM, einschließlich der Gründe, warum Discourse einen Mixture-of-Models-Ansatz für verschiedene KI-Arbeitslasten wie Zusammenfassungen und Embeddings verwendet (Was ist CDCK/MoM?).

Was die Fehlerbehebung betrifft, wurde ein störendes Problem gemeldet, bei dem das Klicken auf Wiederholen bei einer KI-Bot-Antwort in öffentlichen Themen zu doppelten Beiträgen führte (statt sie an Ort und Stelle neu zu generieren). Dies wurde schnell mit einem上游-Fix verknüpft (KI-Bot „Wiederholen“ erstellt eine doppelte Antwort…, Nachfolge). Auch übersetzungsbezogene Probleme standen im Fokus: Ein Bericht zeigte, dass gelöschte Beiträge über zwischengespeicherte Übersetzungen weiterhin sichtbar sein können (Gelöschte Beiträge zeigen weiterhin den vollständigen Inhalt…), während in einem anderen Thread die Fortschritte bei der Behebung von stiller Trunkierung beim Streamen von JSON-Parsing-Fejlern fortgesetzt wurden (Übersetzung still getrunkt…).

Mittlerweile arbeiteten Administratoren an Problemen bei der Provider-Integration: Die Fehlerbehebung bei DeepSeek „keine Antwort“ (Discourse 接入 DeepSeek…无响应问题, Verbindungs-Vorschlag) und die Klärung von Gemini-Embedding-401-Fehlern als API-Mismatch zwischen AI Studio und Vertex/Enterprise-Endpunkten (Wie man 401-Fehler bei Gemini-Embeddings behebt, Lösung). Schließlich tauchte die laufende Arbeit am KI-Untertitel-Subsystem wieder auf, einschließlich Plänen für Schalter zum Neubacken von Untertiteln (Kurzer Wohlbefinden-Check beim KI-Untertitel-Bot, Abschlussnotiz).

Interessante Themen

  • CDCK-Hosting-Modell / CDCK/MoM für Hosting-Kunden erklärt (#Hosted-Customers ai)
    Falco erklärte, warum gehostetes Discourse eine eingebaute geroutete „Mischung aus Modellen“ LLM enthält, wie das Routing Aufgaben zuordnet (Zusammenfassungen vs. Embeddings vs. Personas) und wie dies mit gehosteten KI-Guthaben zusammenhängt (Was ist CDCK/MoM?).

  • Fehler: KI-Bot „Wiederholen“ in öffentlichen Themen fügt doppelte Antworten hinzu, anstatt neu zu generieren (bug ai ai-bot)
    Overgrow meldete, dass wiederholtes Klicken auf Wiederholen in öffentlichen Themen den Thread mit neuen Bot-Beiträgen überschwemmt (Meldung), während Falco auf einen Fix im Core hinwies (Entwickler-Antwort). Der Thread behandelte auch kurz, wie „Safe Mode“ durch „Watched Words“-Regeln zu einem Link wurde (Frage, Antwort, sowie der referenzierte Leitfaden: Referenzleitfaden für beobachtete Wörter).

  • Datenschutz-ähnlicher Fehler: Gelöschte Beiträge rendern weiterhin den vollständigen Inhalt bei der Anzeige der übersetzten Version (bug ai dynaloc content-localization)
    asa meldete, dass ein vom Autor gelöschter Beitrag bei aktivierten Discourse-KI-Übersetzungen weiterhin vollständig in der übersichten Ansicht angezeigt werden kann, da das zwischengespeicherte Rendering den Löschstatus nicht respektiert (Gelöschte Beiträge zeigen weiterhin den vollständigen Inhalt…).

  • Übersetzungsrobustheit: Stille Trunkierung, wenn das JSON-Stream-Parsing fehlschlägt (bug ai dynaloc)
    Es wurde an einem Fix für das stille Abschneiden von Übersetzungen gearbeitet, wenn das Streamen von JSON-Parsing fehlschlägt – ohne einen Fehler auszulösen –, was den Bedarf an besserer Fehleranzeige und defensivem Parsing hervorhob (Übersetzung still getrunkt…).

  • Support: Integration der offiziellen DeepSeek-Plattform scheint unresponsiv zu sein (Support ai)
    AkarinLiu meldete ein „keine Antwort“-Verhalten nach der Integration der offiziellen offenen Plattform von DeepSeek (Erstmeldung, zusätzliche Details). sk-or-v1-contents teilte Provider-/Status-Signale zum Kontext (Status-Kontext), und Falco schlug vor, den Endpunkt via cURL zu testen, um Verbindungs-/Konfigurationsprobleme zu isolieren (Vorschlag).

  • Gelöst: Gemini-Embedding-401-Fehler auf die Verwendung der falschen Google-Endpunkt-Familie zurückzuführen (Support embedding ai)
    m_terenui stieß auf 401-Fehler, als er versuchte, Gemini-Embeddings mit einem Vertex-ähnlichen Endpunkt zu verwenden (Problemstellung). Falco klärte, dass die Discourse-Embedding-Unterstützung mit Google AI Studio übereinstimmt, nicht mit dem Enterprise-/Vertex-Endpunkt, was das Problem löste (Lösung). Der Reporter bestätigte, dass das Wechseln der Endpunkte die Embeddings sofort reparierte (Bestätigung).

  • Support: „Verwendung des Discourse-KI-Plugins“ – was ist im Core und wie funktionieren Zusammenfassungen (auf Anfrage vs. Backfill) (Support ai)
    bayardo.rivas fragte, wann Discourse KI gebündelt wurde und wie die Zusammenfassung funktioniert (Frage). Moin verwies auf den Zeitplan der Bündelungsankündigung (Antwort, referenziert: Bündelung beliebter Plugins mit Discourse Core). Falco erklärte, dass Zusammenfassungen auf Anfrage oder im Hintergrund nachgefüllt werden können, und Themes können Zusammenfassungen für einige Sites oben anzeigen (Lösungsantwort). (Die Frage verweist auch auf frühere KI-Plugin-Diskussionen: OpenAI-Plugin für Discourse? und die Notiz zum gebündelten Plugin: Discourse KI.)

  • KI-Untertitel: Subsystem-Überarbeitung und kommende Möglichkeit, Untertitel neu zu backen (#Site-feedback ai ai-captions)
    Ein ein Jahr alter Untertitel-Thread erhielt frische Updates: Community-Mitglieder diskutierten Rebuild-/Reupload-Ideen (Rebuild-Vorschlag, Reupload-Gedanke), während sam anmerkte, dass nat das Subsystem überarbeitet und Schalter zum Neubacken von Untertiteln geplant sind (Update). nat schloss den Topic dann, nachdem das Problem des OP behoben wurde (Abschluss).

  • Erinnerung: Discourse kann KI-APIs im Hintergrund aufrufen (Zusammenfassungen, Embeddings, Sentiment usw.) (Support ai)
    In einem laufenden Support-Thread verknüpfte m_terenui beobachtete Nutzungsspitzen mit Hintergrundjobs wie Zusammenfassungs-Backfills und Embedding-Generierung (Ruft Discourse KI-APIs im Hintergrund auf) – was auch mit der anderswo diskutierten Zusammenfassungs-Backfill-Konfiguration zusammenhängt (Verwendung des Discourse-KI-Plugins).

Aktivität

Danke fürs Lesen, und ich sehe euch nächste Woche wieder! :slight_smile: