На этой неделе в сообществе Meta основное внимание уделялось улучшению понятности Discourse AI для пользователей и упрощению его масштабирования. С точки зрения продукта наблюдался значительный прогресс в предложении переименовать «AI Persona» в более понятный для большинства термин «AI Agent» (что повлечет за собой изменения в рабочем процессе перевода) в теме Переименование AI Persona → AI Agent и последующих обсуждениях, таких как Переименование AI Persona → AI Agent. Также было уделено внимание опыту администраторов: на сайтах, где AI отключен, все еще отображались панели управления и отчеты по AI. Это было подтверждено как ошибка и передано в рамках более широкой работы над отчетностью в теме Не показывать отчеты по AI, если он не включен и в связанной общей теме Отчетность и анализ для администраторов: постепенные изменения.
Наконец, продолжилась работа в экосистеме, связанной с AI, в частности с инструментами MCP: был опубликован практический гайд по настройке для Codex CLI в теме Настройка Discourse MCP в OpenAI Codex CLI, который был перекрестно связан с канонической темой объявления Discourse MCP здесь!.
Техническое обслуживание компонентов темы: совместимость кнопки AI Gists с Modernized Foundation (#Компонент-темы, ai) Lilly рефакторировала компонент темы, чтобы форматирование работало с Modernized Foundation, сохраняя совместимость со старой темой Foundation в теме Цитаты тем Discourse и кнопка AI Gists, связав эту работу с более широкой инициативой по обновлению темы в теме Модернизация темы Foundation.
Усиление прав доступа: группы бота Discourse AI не должны разрешать «все» (#Ошибка, ai-bot)
В продолжающейся теме Moin спросил, следует ли запретить группу «все» для ai_bot_allowed_groups в теме Discourse AI не учитывает группу «все», а sam согласился, что её следует удалить (отметив запланированную работу по очистке) в теме Discourse AI не учитывает группу «все».
rburkej добавил перспективу самохостинга, запросив подробный профиль оборудования и заметки о операционном воздействии в теме Включение AI-поиска вывело мой сервер из строя, подтвердив, что для развертывания семантического поиска необходимы четкие рекомендации по размерам.
Lilly поддерживала здоровье тематизации, связанной с AI, рефакторировав компонент так, чтобы форматирование кнопки AI Gists работало на Modernized Foundation в теме Цитаты тем Discourse и кнопка AI Gists, связав эту работу с направлением обновления темы в теме Модернизация темы Foundation.
На прошлой неделе (2026-03-09 → 2026-03-16) обсуждения Meta по теме ai сгруппировались вокруг совершенствования продукта, надежности и «реальных» операций.
Со стороны продукта Discourse приблизился к стандартизации терминологии, внедрив переименование из AI Persona в AI Agent (Переименование AI Persona → AI Agent). Со стороны инфраструктуры Discourse значительно расширил возможности своего размещенного предложения LLM, повысив лимиты для всех тарифных планов и улучшив качество моделей и характеристики задержки (Разблокируйте все функции Discourse AI с помощью нашего размещенного LLM).
Тем временем администраторы сосредоточились на том, как AI вписывается в ритм сообщества: запрос на задержку ответов AI Agent (чтобы они казались менее похожими на чат-бота и более похожими на участника) появился как в новой теме поддержки (Добавление настраиваемой задержки в ответы AI Agent), так и в качестве продолжения в более длинной теме руководства «Агенты», где сотрудники Discourse указали, что задержанные ответы, скорее всего, будут частью будущей масштабной переработки automation, а не самой ai (AI bot - Agents).
Разговоры об интеграции также заметно активизировались: ограничения и устаревание Google Programmable Search / Custom Search вынуждают пересмотреть инструменты веб-поиска, при этом Discourse изучает альтернативных провайдеров и даже «нативные инструменты поиска» от вендоров LLM (Поиск Google для Discourse AI — Programmable Search Engine и Custom Search API). Параллельно руководства сообщества продолжали расширяться вокруг экосистемы Discourse MCP, включая недавно опубликованное пошаговое руководство по настройке OpenCode CLI (Настройка Discourse MCP в OpenCode CLI).
Переименование «AI Persona» в «AI Agent» (терминология + реализация) в #Featureai. Falco подтвердил, что работа по переименованию завершена, и указал на соответствующий PR (Переименование AI Persona → AI Agent).
Значительное увеличение мощности размещенного LLM (плюс обновления моделей и производительности) в #Announcementsai. Discourse сообщил о повышении лимитов для всех тарифных планов и описал улучшения, такие как обновленная модель «state-of-the-art open weights», увеличение максимального количества токенов на запрос, улучшение скорости токенов/сек и сокращение времени до первого токена (Разблокируйте все функции Discourse AI с помощью нашего размещенного LLM).
Задержка ответов AI Agent для соответствия ритму сообщества (1–4 часа) в Supportai. saurabhmithal попросил о настраиваемой задержке, чтобы Агенты казались менее похожими на мгновенных чат-ботов (Добавление настраиваемой задержки в ответы AI Agent). В более широкой теме «Агенты» Falco уточнил, что это невозможно сегодня и позиционировал это как возможность automation, намекнув на раннее планирование масштабной переработки автоматизации (AI bot - Agents); первоначальный запрос также зафиксирован в теме (AI bot - Agents).
Расширение руководств по настройке Discourse MCP (OpenCode CLI) в usersaimcp. pacharanero опубликовал проверенное руководство по установке Discourse MCP в OpenCode CLI, подчеркнув, что пользователи могут даже указать LLM на URL-адрес руководства, чтобы помочь с настройкой (Настройка Discourse MCP в OpenCode CLI). Руководство содержит перекрестные ссылки на вариант Codex CLI для других клиентов MCP (Настройка Discourse MCP в OpenAI Codex CLI).
Должен ли Discourse выпустить официальный «OpenClaw skill» / агента, действующего как пользователь (#Feature, ai)
В теме с функциями на китайском языке sniper756 предложил агента на базе OpenClaw, который может публиковать/организовывать контент от имени пользователя для эффективного создания баз знаний (Выпустит ли Discourse официальный openclaw skill?). awesomerobot вновь выразил осторожность: Discourse не поддерживает агентов, имитирующих реальных пользователей без участия администратора, указав на контекст политики запрета Meta, но оставив место для инструментов поддержки администраторов (Выпустит ли Discourse официальный openclaw skill?, Плагин openclaw для интеграции с Discourse).
Очистка копий/формулировок: дублирование «Default LLM» в строке ошибки (ux, ai) Moin заметил неловкое повторение при просмотре discourse_ai.ai_bot.agents.default_llm_required («Default llm Default LLM…») и воспроизвел это в интерфейсе (Почему ‘Default LLM’ повторяется…). awesomerobot подтвердил, что это неловко, и указал на正在进行的 исправление (Почему ‘Default LLM’ повторяется…).
Новый компонент темы: «Сводка ИИ в заголовке темы» (боковая панель на десктопе + область заголовка на мобильных) (#Theme_component, ai, ai-summarize) Ivan_Rapekas выпустил компонент темы, который переносит кнопку сводки Discourse AI в области с высокой видимостью: правую боковую панель/элементы управления таймлайном на десктопе и область заголовка на мобильных устройствах (Сводка ИИ в заголовке темы). Они также отметили развертывание как обновление старых отзывов о размещении кнопки сводки (Обратная связь: Переместить кнопку сводки в начало темы) и запросов о размещении на мобильных (Размещение кнопки сводки на мобильных видах).
Настройка периодических отчетов сводки ИИ для правильного учета голосов (#Site_Management, automation, ai)
В теме с инструкциями по периодическим отчетам сводки julia1 спросила, как составить промпт, чтобы отчеты включали количество голосов, связанных с элементами обратной связи (Discourse AI - Периодические отчеты сводки).
Вопрос о возможностях MCP: может ли MCP получать доступ к PDF-вложениям в постах? (blog, ai, mcp)
В теме анонса Discourse MCP anaderi спросил, возможно ли для MCP получать доступ к PDF-вложениям, загруженным в посты (Discourse MCP здесь!).
Shauny
Предложил улучшить эргономику перевода для каждого поста (особенно на мобильных) и предложил кэширование/сохранение переводов для избежания повторных вызовов API (Перевод поста с помощью ИИ и сохранение перевода). Они уточнили, что не хотят полного автоперевода для события — некоторое трение было намеренным — и вместо этого хотели целевые улучшения для каждого поста (Перевод поста с помощью ИИ и сохранение перевода).
sniper756
Запустил запрос функции (на китайском), спрашивая, выпустит ли Discourse официальный «skill» OpenClaw, описывая рабочие процессы, где агент ИИ выполняет операции форума и повторно публикует авторизованный контент в категориализованные/тегированные базы знаний (Выпустит ли Discourse официальный openclaw skill?).
julia1
Спросила, как структурировать промпты для периодических отчетов Discourse AI, чтобы общее количество голосов за элементы обратной связи учитывалось правильно (Discourse AI - Периодические отчеты сводки).
anaderi
Поднял вопрос о возможностях MCP: может ли MCP получать доступ к PDF-вложениям, загруженным в посты Discourse (Discourse MCP здесь!).
Спасибо за чтение, и увидимся снова на следующей неделе!
На этой неделе активность ИИ на Meta Discourse была сосредоточена на повышении точности и предсказуемости локализации с помощью ИИ, особенно для небольших, но важных элементов интерфейса, таких как теги и категории. Moin указал на несколько сбоев в переводе, вызванных использованием LLM без контекста, в теме Переводы тегов, сгенерированные ИИ, работают не идеально, что побудило nat рассмотреть улучшение промптов и добавление дополнительного контекста, например описаний тегов (ответ), в то время как Falco исследовал подходы с использованием инструментов, например, позволяя агенту читать соответствующие источники (идея, продолжение). Связанный отзыв о необходимости «синхронизации переводов» также привел к запросам на добавление функций для обновления названий категорий и описаний категорий (названия категорий, описания категорий).
Со стороны конфигурации ветка по устранению неполадок выявила путаницу вокруг того, какие виды личных сообщений (ЛС) переводятся, и того, как об этом сообщает интерфейс. В теме Помогите мне устранить неполадки, из-за которых ИИ не переводит ЛС на моем сайте, Moin прояснил текущее ограничение (групповые ЛС против ЛС 1:1) (детали), в то время как Falco предложил более понятную настройку с множественным выбором (предложение), а nat намекнул, что грядущие элементы управления «переводить эти категории» могут изменить UX настроек (план).
Наконец, были внесены постепенные улучшения и расширения экосистемы: более четкие сообщения для результатов семантического поиска по сравнению с точным (уточнение поиска), интерес к уточнению поведения ИИ-персонажей для снижения шума (запрос только по упоминаниям), а также продолжающееся внедрение ИИ-резюме в интерфейс через компонент темы (отзыв).
Интересные темы
Переводы тегов ИИ лишены основы продукта/контекста (и могут получаться смехотворно неверными) Moin задокументировал, как переводы ИИ рассматривают теги как изолированные слова, что приводит к неверным или двусмысленным результатам в теме Переводы тегов, сгенерированные ИИ, работают не идеально. nat обязался улучшить промпты (ответ), и обсуждение расширилось до вопроса «как нам обосновать переводы тегов/категорий?», включая предоставление описаний тегов (идея), использование глоссария Crowdin/выборов локализации (предложение глоссария) и предоставление агенту возможности консультироваться с существующими переводами или источниками (идея доступа агента, продолжение по обоснованию кодом).
Путаница с переводом ЛС: «100% переведено», но для сообщений 1:1 ничего не происходит
В теме Помогите мне устранить неполадки, из-за которых ИИ не переводит ЛС на моем сайте, tobiaseigen обнаружил, что ЛС не переводятся автоматически, несмотря на то, что интерфейс подразумевал завершение. Moin объяснил, что текущие настройки охватывают групповые ЛС, а не прямые ЛС 1:1 (уточнение), что привело к переосмыслению UX/настроек: Falco предложил заменить булево значение на явный список целей (предложение настроек), а nat связал это с грядущими элементами управления переводом в рамках категорий (заметки).
Запрос функции: поддерживать синхронизацию переведенных описаний категорий с источником баннера темы «о»
В теме Автоматически обновлять переведенные описания категорий, Moin указал на несоответствие, при котором перевод локализованной темы «о» обновился, но описание баннера категории осталось устаревшим, предложив, чтобы синхронизация переводов распространялась и на данные баннера.
Компонент темы: «ИИ-резюме в заголовке темы» получает положительную обратную связь от пользователей kaktak сообщил о отличных результатах работы компонента в теме ИИ-резюме в заголовке темы (ai-summarize), что сигнализирует о продолжающемся спросе на интерфейс ИИ-резюме в контексте.
«Нужен ли нам официальный навык OpenClaw?» — обходные пути через ограниченные учетные данные
В теме Выпустит ли Discourse официальный навык openclaw?, sniper756 заключил, что они могут решить свою задачу интеграции без специального навыка, предоставив пользователю с определенными правами доступа и безопасно сохранив учетные данные.
Обновление локализации: переведенные теги теперь доступны (с указанием на основную функцию локализации)
В более старой ветке с функцией Перевод тегов, nat опубликовал обновление о том, что теги теперь переводятся, направив читателей к основному объявлению о функции локализации/перевода (связанный центр функций).
nat признал проблемы с переводом тегов и обязался улучшить промпты в теме Переводы тегов, сгенерированные ИИ, работают не идеально, а затем исследовал более предсказуемые стратегии обоснования, такие как передача описания тега модели (идея). В обсуждении перевода ЛС они указали на грядущие элементы управления переводом в рамках категорий и предположили, что интерфейс настроек может быть переработан соответствующим образом (ответ). Они также опубликовали обновление статуса о том, что перевод тегов теперь доступен в теме Перевод тегов, ссылаясь на более широкую инициативу по локализации (центр локализации контента).
На этой неделе (2026-03-30 → 2026-04-06) на meta.discourse.org обсуждения Discourse AI сфокусировались вокруг трёх ключевых тем:
Развитие MCP и возможности агентов: Discourse AI удвоила усилия в рамках протокола Model Context Protocol (MCP), анонсировав поддержку MCP на стороне клиента — это позволяет агентам Discourse AI обращаться к внешним серверам инструментов MCP (Привнесите свой MCP!) и опубликовала полное руководство для администраторов (AI Bot – Привнесите свой сервер MCP). Параллельно продолжалось развитие инструментов MCP на стороне сервера, включая добавление инструмента редактирования, позволяющего LLM обновлять существующие посты и контент вики через MCP (Discourse MCP здесь!).
Модерация и границы конфиденциальности в автоматизации на базе ИИ: Практический вопрос модерации — может ли автоматическая сортировка ИИ сканировать личные сообщения (DM) — оказался не жёстким ограничением, а нюансом интерфейса/настроек, что породило идеи по улучшению контроля в интерфейсе автоматизации (Сканирует ли автоматическая сортировка ИИ личные сообщения между обычными пользователями?, решение).
Особенности моделей в локализации и эмбеддингах: Несколько тем подчёркивали, что «функции ИИ» часто представляют собой «поведение модели + детали интеграции». Проблемы с переводом варьировались от утечки «комментариев ИИ / текста размышлений» на немецком языке, которая была быстро исправлена (Комментарии ИИ в немецких переводах), до отсутствия изображений при переводе через Mistral Small, что было решено сменой модели (Изображения отсутствуют в переведённых постах при использовании Mistral в качестве модели перевода). Что касается эмбеддингов, то несоответствие API Mistral (dimensions против output_dimension) проявилось в конфигурации (Использование Mistral для эмбеддингов). Также возникли реальные проблемы у администраторов из-за устаревших идентификаторов моделей Gemini в настройках ботов ИИ (Проблема с ботами форума ИИ).
Интересные темы
Агенты Discourse AI теперь могут подключаться к любому серверу MCP («Привнесите свой MCP») (ai, #Announcements) sam объявил, что агенты Discourse AI могут регистрировать внешние URL-адреса серверов MCP (GitHub, Notion, Linear, провайдеры поиска и т. д.) и затем использовать обнаруженные инструменты напрямую из агента LLM (Привнесите свой MCP!). В сопутствующем руководстве объясняется настройка, обнаружение инструментов и отличие от пользовательских инструментов на базе JS (AI Bot – Привнесите свой сервер MCP).
Удобство использования MCP: запрос «удалённого/веб-сервера MCP» + возможность редактирования существующих постов (ai, mcp, blog)
В ходе обратной связи по MCP pacharanero исследовал, как сделать MCP более доступным для пользователей без CLI через веб-эндпоинт (Discourse MCP здесь!). jrgong выделил случай использования KB/документации, требующий редактирования существующих тем/постов (ссылка), а Falco подтвердил, что добавлен инструмент редактирования («просто обновитесь до последней версии») (ссылка).
Модерация автоматической сортировки ИИ + сканирование DM: «Включить личные сообщения» работает, но «Все темы» вызвало путаницу (automation, ai, Support) Denis_Kovalenko протестировал «Сортировка постов с помощью ИИ» и обнаружил, что личные сообщения между обычными пользователями не сканируются (Сканирует ли автоматическая сортировка ИИ личные сообщения между обычными пользователями?, детали теста). RGJ подтвердил, что личные сообщения не попадают в журналы аудита, и указал обходной путь: оставьте «Тип темы» пустым, вместо выбора «Все темы» (ссылка). Исправление сработало сразу (ссылка), и тема переросла в обсуждение UX с целью более понятных опций (ссылка, ссылка).
Переведённые немецкие посты включали текст «комментариев ИИ / процесса мышления» — быстро исправлено (ai, content-localization, bug, fixed) putty сообщил об утечке комментариев «мышление/перевод» в вывод немецких переводов (Комментарии ИИ в немецких переводах). nat выпустила обновление для ужесточения форматирования и очистила затронутый контент (ссылка), после чего последовало подтверждение от пользователя (ссылка).
Переводы Mistral опускали изображения в переведённых представлениях (ссылки upload://), решение — обновление модели (ai, content-localization, Support) Denis_Kovalenko обнаружил, что смена модели перевода с OpenAI на Mistral приводила к тому, что переведённые версии отображали текст, но пропускали изображения (Изображения отсутствуют в переведённых постах при использовании Mistral в качестве модели перевода, детали поведения). RGJ предложил ужесточить промпты и/или попробовать лучшую модель (ссылка), и переход с Mistral Small → Mistral Large решил проблему (ссылка). Позже Falco попросил уточнить, какая именно «Mistral Small» имеется в виду, и рекомендовал использовать более мощные модели малого класса при необходимости (ссылка).
Эмбеддинги с Mistral: конфигурация совместимости с OpenAI ломается из-за имени параметра dimensions (ai, #Feature) RGJ задокументировал, что настройка эмбеддингов Mistral через интеграцию в стиле OpenAI не работает, если Discourse отправляет dimensions, поскольку Mistral ожидает output_dimension (Использование Mistral для эмбеддингов). Удаление параметра позволяет тесту пройти успешно, что указывает на необходимость слоя совместимости или специфичного для провайдера сопоставления (ссылка).
Ошибки ботов ИИ связаны с устаревшими идентификаторами моделей Gemini + рекомендации по моделям генерации изображений (ai, ai-bot, Support) ice.d столкнулся с ошибками «Not found» при использовании устаревшей конфигурации бота (Проблема с ботами форума ИИ). Lilly указала на вероятное устаревание gemini-2.5-flash-pre и предложила обновить URL/идентификатор модели (включая вариант с поддержкой изображений) (ссылка, пример конфигурации), а NateDhaliwal проверил, настроены ли какие-либо LLM (ссылка).
Должны ли персонажи ИИ отвечать только на @упоминания? Команда склоняется к рабочим процессам, а не к нишевым переключателям (ai, ai-bot, #Feature)
В существующем запросе функции sam поставил вопрос, лучше ли сделать «ответ только на @упоминания» настройкой по умолчанию или отдельным параметром (Разрешить персонажу/агенту ИИ отвечать только на @упоминания…). Falco аргументировал, что пограничные случаи лучше решать с помощью предстоящих рабочих процессов проектов — например, рабочий процесс срабатывания по упоминанию может обработать это поведение без добавления новых переключателей (ссылка).
Задержка ответа агента: рабочие процессы должны покрывать управление временем (ai, Support) sam отметил, что настраиваемые задержки ответов агентов ИИ — это именно то, что должны поддерживать рабочие процессы, хотя и не сразу; в противном случае для этого потребуется кастомная разработка через API (Добавление настраиваемой задержки в ответы агентов ИИ).
Контроль уровня пользователя над ИИ («отключить напоминания ИИ») и миграция настроек перевода личных сообщений (ai, ai-summarize, content-localization, ux/#Feature) paco аргументировал, что эквивалент discourse_ai_enabled для каждого пользователя мог бы помочь людям отказаться от напоминаний ИИ в интерфейсе без отключения ИИ на всём сайте (Предпочтения интерфейса пользователя: включить настройку для отключения напоминаний ИИ). Отдельно изменения настроек перевода продолжали развиваться вокруг личных сообщений: nat связала PR миграции и описала, как предыдущие настройки «только публичный контент» преобразуются в новые элементы управления таргетингом категорий и личных сообщений (Перевод всех личных сообщений ИИ).
Активность
sam реализовал расширение MCP и продвинул будущую автоматизацию на основе рабочих процессов:
Анонсировал поддержку клиентов MCP для агентов Discourse AI в Привнесите свой MCP!
Denis_Kovalenko опубликовал два подробных отчёта об операционной деятельности ИИ (модерация + локализация), включая шаги воспроизведения и дальнейшие действия:
Деятельность сообщества Meta, сфокусированная на ИИ на этой неделе (охватывающая период с 2026-04-06 по 2026-04-13), была сосредоточена на практических деталях интеграции — особенно в отношении файлов обнаружения ИИ (AI discoverability files), выбора провайдера/модели для развертываний с учетом требований GDPR и устойчивости перевода.
Параллельно продолжалось особое внимание к выбору модели/провайдера для эмбеддингов и перевода, особенно для сообществ, нуждающихся в строгом соответствии требованиям ЕС/GDPR. В теме Использование Mistral для эмбеддингов, Falco поделился рабочей конфигурацией и предложил рассмотреть более мощные модели эмбеддингов; а в теме Изображения отсутствуют в переведенных постах при использовании Mistral в качестве модели перевода, варианты провайдеров и принцип «нулевого хранения данных» (zero data retention) были выдвинуты на первый план как критерии приемлемости для соответствия требованиям и управления рисками.
Наконец, вопросы качества перевода стали очень «практическими»: новый отчет об ошибке описывал ошибку рендеринга (cooked) после перевода, и Moin проследил её до форматирования таблиц Markdown — исправление исходной таблицы решило проблему с выводом перевода в теме Ошибка рендеринга после перевода, что было подтверждено cuo_wu в решении проблемы.
Выбор провайдера эмбеддингов: использование Mistral против альтернатив с более высокими показателями (ai#Feature)
В теме Использование Mistral для эмбеддингов, Falco поделился рабочей настройкой и рекомендовал рассмотреть модели эмбеддингов, показывающие лучшие результаты в бенчмарках (включая варианты на базе Qwen). Более широкая тема рассматривает Mistral как важный вариант для некоторых развертываний (в том числе ориентированных на GDPR): Использование Mistral для эмбеддингов.
Новый отчет об ошибке: «ошибка рендеринга после перевода» прослежена до форматирования таблиц Markdown (aibug)
На этой неделе появилась совершенно новая тема: cuo_wu сообщил о проблеме перевода/рендеринга, возникшей после переключения языка в теме Ошибка рендеринга после перевода. Moin выявил, что отсутствующие начальные/конечные символы | в таблицах Markdown могут игнорироваться в исходном языке, но ломают рендеринг перевода; исправление таблицы на английском также исправило перевод (диагностика + примеры). cuo_wu подтвердил исправление (подтверждение). Отчет ссылался на контент в теме Discourse FontAwesome Pro, что помогло продемонстрировать затронутую разметку.
Обходной путь для задержки ответов агента: внешний оркестратор-бот + планируемая маркировка (ai) saurabhmithal поделился паттерном реализации для сообществ, которые хотят, чтобы боты участвовали не как автодополнение, а как взвешенный участник: использовать внешнего «оркестратор-бота» (например, работающего через cron), который периодически проверяет категории и затем маркирует агента, в сочетании с ограничениями групп, чтобы люди не могли напрямую вызывать мгновенные ответы бота (Добавление настраиваемой задержки к ответам ИИ-агента). Этот подход был упомянут снова в связанном обсуждении контроля «только упоминания» (Разрешить ИИ-персоне/агенту отвечать только на @упоминания…).
Запрос на конфигурацию персоны: создание «стандартного чат-ИИ», игнорирующего контекст Discourse (aiai-bot)
В теме Новый редактор ИИ-персон для Discourse, Alon1 спросил, как настроить Персону так, чтобы она вела себя как обычный чат-бот (например, подобно claude.ai), явно не выполняя поиск по постам Discourse, данным пользователей и даже не признавая, что она встроена в Discourse. Корень темы: Новый редактор ИИ-персон для Discourse.
Эргономика развертывания Discourse MCP: «рекомендуемый» подход sidecar? (aimcp)
В теме Discourse MCP здесь!, pacharanero спросил, есть ли рекомендуемый Meta способ запуска MCP как сервиса sidecar, а также отметил добавление «инструмента редактирования», упомянутое Falco. Корень темы: Discourse MCP здесь!.
Нюансы соответствия требованиям: «нулевое хранение данных» против соответствия GDPR (и самохостинг) (ai)
На этой неделе повторялась ключевая тема: выбор провайдера — это не только функциональность, но и то, что ваше сообщество может обоснованно эксплуатировать. В теме Изображения отсутствуют в переведенных постах при использовании Mistral в качестве модели перевода, RGJ подчеркнул, что ZDR ≠ соответствие GDPR, в то время как Falco отметил, что существует множество вариантов провайдеров с ZDR (та же тема) и что эмбеддинги часто можно легче развернуть самостоятельно, чем полные LLM (это также было отмечено в теме Использование Mistral для эмбеддингов).
Moin быстро диагностировал и решил проблему рендеринга перевода, проследив её до некорректных символов-разделителей таблиц Markdown, поделившись минимальными примерами воспроизведения в теме Ошибка рендеринга после перевода (корень темы: Ошибка рендеринга после перевода).
Также был тред поддержки по определению языка и ручным переопределениям для постов со смешанным языком (заголовки на немецком и английском), а также объяснение того, почему перевод может казаться «сломанным» из-за проблем внешней конфигурации, таких как устаревшие API-ключи (см. Пост не определяется как немецкий и решение). Отдельно ошибка переключения локали, доступная только администраторам, оказалась вызвана устаревшим параметром запроса превью темы в Chrome (см. Ошибка при переключении локали и исправление).
В части «ИИ-платформы» возрос интерес к подключению Discourse MCP (включая коннекторы Claude и доступность HTTP) (см. Discourse MCP здесь! и подтверждение, что HTTP поддерживается). Наконец, в давно существующем треде с инструкциями по ИИ-агентам появился новый вопрос о кастомных навыках агентов для специфических сценариев (см. ИИ-бот — Агенты).
Переводы ИИ периодически пропускают локали (изначально замечено отсутствие португальского) в bug Denis_Kovalenko сообщил, что включение множества локалей может привести к тому, что португальский язык не будет сгенерирован (позже: любая локаль может быть пропущена случайно), при этом заголовки и тело поста переводятся непоследовательно (см. первоначальный отчет: AI Translation пропускает локаль Portuguese (pt), уточнение настроек: вопрос о поддерживаемых локалях и обновление о «случайно пропущенной локации»: непоследовательные результаты).
Отладка сместилась к журналам и внутренним процессам: nat предложил проверить /logs и включить скрытую настройку ai_translation_verbose_logs (см. предложение о скрытых подробных логах), в то время как RGJ позже выявил сбои бэкенда (503 unreachable_backend), влияющие на теги/темы/посты (см. вывод ошибки). В треде также возникли вопросы реализации о том, почему задачи перевода настроены с retry: false (см. вопрос о повторных попытках).
Посты со смешанным языком могут запутать определение; ручной выбор языка действительно принуждает к определению в Support putty поделился случаем, когда пост на немецком не переводился, и спросил, принуждает ли выбор немецкого языка к определению (см. отчет о проблеме). Falco подтвердил, что выбор языка делает именно это, и отметил, что пост был смешанным (английский/немецкий), где английские заголовки влияли на определение (см. подтверждение + объяснение).
Проблема «перевод не работает» оказалась связана с конфигурацией (API-ключ / провайдер), а не с самой функцией
В том же треде putty изначально не увидел заполненного перевода даже после принудительного запуска (см. принудительный перевод не помог), а позже заметил ошибку об отсутствии переведенного заголовка (см. ошибка отсутствия заголовка). В конечном итоге проблема решилась после исправления настройки переводчика (устаревший API-ключ при смене плана Claude) и переключения обратно на LLM CDCK, после чего перевод заголовков заработал (см. решение).
Изменение UX редактора: селектор локалей перемещен в панель инструментов редактора Moin уточнил, что выпадающий список языков был перемещен в панель инструментов редактора, связав это с основным изменением (см. скриншоты до/после + ссылка на PR). Это обсуждалось в контексте рабочих процессов перевода и ручного ввода (см. обсуждение предпочтений в продолжении).
Ошибка только для администраторов «тема не существует / превью темы» при переключении локали вызвана устаревшим preview_theme_id Denis_Kovalenko сообщил об ошибке, доступной только администраторам: при смене языка интерфейса в теме появлялась постоянная ошибка о превью несуществующей темы (см. отчет). pmusaraj диагностировал это как «залипший» параметр ?preview_theme_id=ID в Chrome (см. диагностика), и его удаление решило проблему (см. подтверждение решения).
Качество перевода и ограничения: размер поста/окно контекста и рекомендации по моделям
При отладке спорадических пробелов в переводе nat упомянул отдельный сценарий, где заголовки переводились, но тело пропускалось из-за размера тела, и предложил проверить настройки окна контекста LLM; также настоятельно не рекомендовал использовать «GPT mini» для переводов на основе отзывов клиентов и раннего тестирования (см. заметки о модели + размере/контексте). Denis_Kovalenko подтвердил, что у них настроено очень большое окно контекста (см. детали окна контекста).
Подключение Discourse MCP: запрос поддержки коннектора Claude.ai; HTTP уже поддерживается
В треде blog о MCP putty спросил, будет ли выпущена версия сервера Discourse MCP с потоковой передачей HTTP/SSE для использования в качестве коннектора в Claude.ai Chat (см. вопрос). Falco ответил, что поддержка HTTP уже существует, и указал на предыдущие ответы в треде анонса (см. ответ о поддержке HTTP).
Расширяемость ИИ-агентов: запрос о кастомных навыках в агентах ИИ-бота 赤丸的小烧酒 спросил (на китайском), могут ли агенты добавлять кастомные навыки для ответов в разных сценариях, стремясь к возможности настраивать поведение своего ИИ-агента (см. запрос о кастомных навыках).
Активность
Denis_Kovalenko вел два треда по локализации/ИИ-отладке на этой неделе:
В Пост не определяется как немецкий поставил под сомнение гипотезу о несвязанном коммите, спросил об используемом LLM и контекстуально указал на устаревание Gemini (в рамках одного ответа).
Попросил создать новую тему для отдельного отчета о проблеме после решения треда по определению немецкого языка (см. запрос).
RGJ помог в практической отладке и выявил конкретные сигналы сбоев:
Сообщил о конкретных ошибках бэкенда (503 unreachable_backend) и поставил под вопрос конфигурацию повторных попыток задач в этом ключевом диагностическом посте.
Moin указал на документацию и прояснил изменения UI, влияющие на рабочие процессы локализации:
Объяснил, что ai_translation_verbose_logs — это скрытая настройка сайта, и предоставил ссылку на соответствующее руководство в этом ответе (и ссылку на документ: Использование скрытых настроек сайта).
Задокументировал, что селектор языка редактора перемещен в панель инструментов (со скриншотами и ссылкой на PR) в Пост не определяется как немецкий.
putty активно участвовал в поддержке перевода и обсуждении MCP:
Поднял проблему определения/перевода смешанного языка в Пост не определяется как немецкий, поделился неудачными попытками принудительного перевода в этом продолжении, а позже подтвердил, что реальной причиной было устаревание API-ключа / несовпадение провайдера в решении.
Спросил о совместимости коннектора Claude.ai через потоковую передачу HTTP/SSE в Discourse MCP здесь!.
Также выразил предпочтение UI относительно старого расположения селектора локалей в этом комментарии.
Falco ответил на вопросы по использованию и прояснил возможности MCP:
Подтвердил, что ручной выбор языка принуждает к определению языка поста, и объяснил, почему заголовки со смешанным языком могут искажать определение в Пост не определяется как немецкий.
canbekcan исследовал проблемы рабочих процессов перевода и гипотезы, связанные с недавними изменениями:
Предложил рабочий процесс «сначала выбрать язык, затем добавить заголовок/контент» и описал необходимость воссоздания опций языка в Пост не определяется как немецкий.
Исследовал проблему «отсутствующего заголовка», изначально заподозрив поведение, связанное с темой, в этом ответе, затем сообщил, что смог воспроизвести ошибки и сослался на недавние изменения кода в этом посте.
Уточнил, что не использует перевод ИИ (академические требования), и завершил свое участие после прояснения UI в этой заметке.
赤丸的小烧酒 добавил вопрос о направлении развития продукта ИИ-агентов, спросив об расширяемости агентов через кастомные навыки в ИИ-бот — Агенты.
На этой неделе обсуждение, связанное с ИИ на meta.discourse.org, сфокусировалось на повышении надежности функций ИИ в Discourse, автоматизации процессов и снижении стоимости интеграции с внешними рабочими процессами больших языковых моделей (LLM). В части надежности администраторы углубились в причины, по которым переводы пропускаются или «зависают», включая временные сбои провайдеров и ограничения скорости (rate limits), а также в практические шаги по отладке, такие как включение подробных логов и проверка таблиц аудита/логов (AI Translation пропускает локаль португальского (pt), Что происходит с переводами при изменении LLM?). В части автоматизации появился новый гайд по автоматической разметке тем с помощью ИИ-триажа и автоматизации Discourse (Разметка тем с помощью ИИ) и более детальное исследование того, как интерпретируются «Примеры» агента (и как это может случайно привести к избыточной маркировке) (Примеры ИИ-триажа отправляются некорректно?). Наконец, интеграция и эффективность получили импульс благодаря новому плагину, который отдает обработанное содержимое в формате Markdown, снижая затраты на токены для последующего использования LLM и потенциально хорошо сочетаясь с использованием API/MCP (Плагин Discourse to Markdown, Плагин Discourse to Markdown).
Как переопределить неверное определение локали: используйте управление языком в редакторе (и делайте это в исходном посте)
После вопроса о том, как исправить неверно определенную локаль (AI Translation пропускает локаль португальского (pt)), pmusaraj указал на кнопку выбора языка в интерфейсе редактора, подчеркнув, что изменение должно производиться в исходном посте, а не в его переведенных вариантах (AI Translation пропускает локаль португальского (pt)).
Новый гайд: автоматическая разметка тем с помощью ИИ-триажа и автоматизации Discourse (automationhow-toai, #Site_Management)
Новый официальный гайд объясняет настройку ИИ-триажа для применения тегов на основе содержимого тем, включая предварительные требования, такие как включение Discourse AI и автоматизации Discourse, а также настройку агентов/персон (Разметка тем с помощью ИИ). В нем прямо указаны документация по плагину Discourse AI и фреймворку автоматизации для контекста настройки (Разметка тем с помощью ИИ, Разметка тем с помощью ИИ).
Новый плагин: отдавайте содержимое Discourse в формате Markdown для сокращения использования токенов LLM (markdownai, #Plugin) benword выпустил плагин discourse-to-markdown, который возвращает Markdown, если клиент отправляет Accept: text/markdown или использует суффикс .md, — с целью снизить затраты на токены, избегая HTML-нагрузок (Плагин Discourse to Markdown). pmusaraj отметил интересную деталь: он преобразует обработанный (cooked) HTML Discourse в более богатый Markdown, а не использует сырой текст поста (Плагин Discourse to Markdown). jrgong подчеркнул, как это помогает рабочим процессам API/MCP, где в сыром контенте отсутствуют разрешенные URL-адреса, и спросил о возможности интеграции с Discourse MCP (Плагин Discourse to Markdown).
Что происходит с ИИ-переводами при смене LLM? (Они сохраняются, но отладка «зависшего прогресса» имеет значение) (ai, Support) RBoy спросил, приводит ли смена модели к повторному переводу всего после того, как хостинг-провайдер устарел для определенной модели (Что происходит с переводами при изменении LLM?). Falco уточнил, что существующие переводы сохраняются, а новая LLM обрабатывает только то, что еще не переведено (Что происходит с переводами при изменении LLM?). Когда использование токенов продолжало расти без прогресса, Falco рекомендовал подробные логи и проверку логов аудита ИИ (Что происходит с переводами при изменении LLM?). Последующее обсуждение показало, что ошибка ограничения скорости (rate-limit) неоднократно блокировала перевод темы и исчерпывала дневную квоту (Что происходит с переводами при изменении LLM?).
Примеры ИИ-триажа могут дать обратный эффект: примеры — это предыдущие ходы диалога, поэтому ответы должны имитировать ожидаемый вывод (включая вызовы инструментов) (automationai, Support) markschmucker обнаружил, что его агент помечал каждый пост, даже когда пример предназначался только для иллюстрации (Примеры ИИ-триажа отправляются некорректно?). Falco предложил использовать инструмент flag вместо строковых выводов (Примеры ИИ-триажа отправляются некорректно?), а затем уточнил, что примеры отправляются как предыдущие ходы чата, поэтому ответы в примерах должны соответствовать реальному ожидаемому формату ответа — особенно при использовании инструментов (Примеры ИИ-триажа отправляются некорректно?). Обсуждение закончилось просьбой о «примерах примеров», показывающих, как писать ответ в форме вызова инструмента в интерфейсе Примеров (Примеры ИИ-триажа отправляются некорректно?).
Ошибки 500 на конечной точке поиска/эмбеддингов ИИ: проверьте логи экземпляра и сравните с известными сбоями ИИ-поиска (rest-apiai, Support) shixiaochi спросил, что обычно вызывает ошибки 500 на /discourse-ai/embeddings/semantic-search (Ошибка интерфейса 500). Lilly указала на существующую тему об ошибке 500 в ИИ-поиске (Ошибка интерфейса 500), а supermathie повторил практический следующий шаг: проверьте как логи Rails, так и /logs (Ошибка интерфейса 500).
Сгенерированные ИИ переводы тегов: пока нельзя отключить отдельно, но их можно исправить через настройки тегов или корректировку промптов (tagsaidynaloc, #Site_feedback) evenlo попросил отключить именно ИИ-переводы тегов из-за проблем с качеством (Сгенерированные ИИ переводы тегов работают неидеально). nat объяснил, что перевод в настоящее время не ограничен по «типу модели» для разных типов сущностей; вместо этого редактируйте переводы тегов напрямую (единовременно) или корректируйте промпт агента «Короткий текстовый переводчик» (Сгенерированные ИИ переводы тегов работают неидеально).
Индексирование содержимого файлов для лучшего поиска: OCR и понимание вложений как путь улучшения ИИ-поиска (aiai-search, #Feature) dennisjbr предложил использовать Apache Tika для OCR или самостоятельного хостинга, либо использовать LLM (например, Gemini Flash) для OCR и описания вложений/изображений в Postgres для индексации, признавая при этом первоначальные затраты токенов на «переобработку» старых загрузок (Индексирование содержимого файлов для поиска).
Discourse опубликовал официальный гайд по автоматизации для разметки тем на основе ИИ, позиционируя его как практический конвейер «триаж → теги», построенный на Discourse AI и автоматизации Discourse (Разметка тем с помощью ИИ).
benword представил discourse-to-markdown и объяснил, почему вывод в Markdown может снизить затраты LLM и повысить эффективность контекста за счет удаления накладных расходов HTML (Плагин Discourse to Markdown).
jrgong выделил реальные проблемы API/MCP (например, неразрешенные URL-адреса изображений в сыром выводе) и спросил, можно ли встроить отдачу Markdown в рабочие процессы MCP (Плагин Discourse to Markdown).
eisammy поделился опытом работы с кэшами переводов и поведением переключения моделей у различных провайдеров, основанным на предыдущих настройках с несколькими моделями (Что происходит с переводами при изменении LLM?).
shixiaochi спросил о корневых причинах ошибки 500 на конечной точке семантического поиска эмбеддингов, что побудило к предоставлению рекомендаций по устранению неполадок (Ошибка интерфейса 500).
Lilly связала отчет об ошибке 500 эмбеддингов с предыдущим обсуждением ошибки 500 в ИИ-поиске, направив заявителя к существующей диагностической теме (Ошибка интерфейса 500).
supermathie подчеркнул, что логи являются решающим следующим шагом для ошибок 500 — как логи Rails, так и интерфейс администратора /logs (Ошибка интерфейса 500).
dennisjbr предложил идею в стиле дорожной карты для индексирования содержимого вложений (OCR + описание изображения → Postgres) для повышения мощности ИИ-поиска, признав при этом компромисс в виде первоначальных затрат токенов для дозаполнения старого контента (Индексирование содержимого файлов для поиска).
Дополнительные ссылки, упомянутые на этой неделе (контекст для вышеуказанных тем)
Обсуждения, связанные с ИИ, на Meta на этой неделе были сосредоточены на доработке новых рабочих процессов UX и автоматизации и усилении гарантий корректности в редактировании и переводе с помощью ИИ.
Самой активной темой стало практическое выявление ошибок в новом док-компоненте AI-компоновщика: Lilly задокументировала проблемы, связанные с редактированием, цитированием, прокруткой на мобильных устройствах и загрузкой файлов в теме New ai docked composer. keegan оперативно внедрял исправления и в итоге временно отключил функцию до её доработки (обновление). Параллельно в обсуждении процесса проверки текста с помощью AI Helper поднимался вопрос сохранения цитируемого текста — особенно важного для чувствительных или точных ссылок — и было подтверждено, что исправление уже внедрено, а также предложены дополнительные рекомендации по настройке (Proofread breaks quotes, примеры и рекомендации).
Со стороны эксплуатации администраторы обменялись мнениями о задачах перевода, которые «зависают» из-за ограничений скорости работы LLM и вопросов конфигурации в теме Что происходит с переводами при изменении LLM?. В сфере поддержки внедрения Discourse опубликовала новую инструкцию, объясняющую, как автоматически категоризировать темы, комбинируя триагирование Discourse AI с автоматизацией Discourse (Автоматическая категоризация тем с помощью ИИ), а в обсуждении плагина рассматривалась возможность предоставления text/markdown для улучшения взаимодействия с потребителями ИИ/MCP (Плагин Discourse to Markdown).
Интересные темы
Регрессии док-компонента AI-компоновщика + быстрые исправления (bug, ai, composer):Lilly сообщила, что новый док-компонент может блокировать действия редактирования, вести себя странно при цитировании и работать непоследовательно по сравнению с обычным компоновщиком — особенно в отношении переносов строк (отчёт, обратная связь по Shift+Enter). keegan выпустил несколько исправлений и последующих обновлений, объяснив ожидаемое поведение и дальнейшие шаги (сводка исправлений, объявление об отключении).
Решение о приоритете RTE в док-компоненте (Markdown поддерживается, но без предварительного просмотра): Было уточнено, что док-компонент предназначен в первую очередь для работы в режиме RTE, при этом Markdown остаётся доступным, но без предварительного просмотра из-за ограничений по пространству (объяснение дизайна, подтверждение).
Граничные случаи цитирования + боковой панели + навигации при взаимодействии с интерфейсом бота: Цитирование бота приводило к проблемам с боковой панелью (пропадание элементов интерфейса) и даже к «застреванию» пользователей в диалоге с ботом; после последующих исправлений ситуация улучшилась (начальное поведение, позднее состояние).
Сбои загрузки файлов после первого сообщения в док-компоненте: После устранения других проблем Lilly сузила круг оставшихся проблем до сбоев загрузки после первого сообщения, а также периодических проблем с цитированием, которые исчезли после пересборки (отчёт об ошибке, обновление по триагированию, ответ ответственного).
ИИ-проверка текста не должна «улучшать» цитируемый текст (bug, ai-helper):bksubhuti подчеркнул риск изменения ИИ цитируемых религиозных или исходных текстов и утверждал, что цитаты должны сохраняться дословно (опасения). Falco указал, что проблема исправлена, и предложил попробовать более качественную модель, если ошибка воспроизводится (ссылка на исправление).
Настройка агентов проверки с примерами + специализированными персонажами:bksubhuti поделился специализированным промптом для персонажа, ориентированного на пали, и спросил о выборе движка (детали персонажа), а Falco спросил, используются ли примеры, отметив, что стандартный агент проверки поставляется с несколькими примерами для улучшения обработки цитат (предложение по примерам).
Задачи перевода, зависшие из-за ограничений скорости + путаница с настройками «мышления» (Support, ai): В теме по устранению неполадок перевода Falco предложил отключить «мышление», а RBoy спросил, что это означает в интерфейсе Discourse AI, и поделился ошибкой, показывающей, что ограничение количества токенов в день вызывает повторяющиеся сбои (предложение, ошибка ограничения скорости, вопрос по интерфейсу).
Предоставление Markdown для лучшего потребления ИИ/MCP (#Plugin, markdown, ai): В теме плагина Discourse-to-Markdown рассматривался «контентный нейгоциатор» как чистый путь для клиентов ИИ: попробовать Accept: text/markdown для канонических URL, а при отсутствии поддержки — вернуться к поведению JSON API (предложение, продолжение). Это обсуждение также прямо связывало данный подход с использованием MCP (см. также Discourse MCP здесь).
Улучшение качества сгенерированных ИИ изображений (и интерес к обмену промптами): В долгой теме обсуждения с поддержкой бота 37Rb отметила значительный скачок в качестве генерации изображений по сравнению с предыдущими попытками (опыт), а EricGT призвал шире делиться промптами и советами (запрос).
Новая инструкция: автоматическая категоризация тем с помощью триагирования ИИ + автоматизации Discourse (#Site_Management, automation, ai): Discourse опубликовала руководство, подробно описывающее предварительные требования (Discourse AI, автоматизация, настроенный LLM и агент/персонаж) и общий рабочий процесс использования ИИ для определения, должна ли тема быть перемещена в другую категорию (руководство; см. ссылки на предварительные требования: Discourse AI, Discourse Automation, руководство по настройкам LLM и персонажи ИИ-ботов).
Активность
Lilly провела подробный тестовый прогон док-компонента AI-компоновщика, задокументировав первоначальные сбои (New ai docked composer), отметив ongoing исправления (продолжение), а затем сузив круг оставшихся проблем, таких как цитирование и загрузка файлов (статус, результат пересборки). Она также выделила регрессию «загрузка после первого сообщения» как основную оставшуюся ошибку (отчёт).
sam подтвердил получение обратной связи по док-компоненту и сообщил, что исправления активно внедряются, указав на текущую работу keegan (ответ).
keegan внедрил и координировал исправления для док-компонента, объяснил ожидаемый UX с приоритетом RTE и компромиссы с Markdown (объяснение), а позже отключил функцию до будущих изменений, продолжая её доработку (обновление).
bksubhuti поднял вопрос корректности/этики: ИИ-проверка должна сохранять цитируемые блоки, особенно для точных религиозных или исходных ссылок (опасения). После обновления подтвердил поведение и продолжил эксперименты, включая публикацию собственного промпта для персонажа проверки и запрос рекомендаций по моделям (подтверждение, тестирование, промпт персонажа).
Falco предоставил целевую поддержку по двум направлениям: указал на уже внедрённое исправление обработки проверки/цитирования и рекомендовал попробовать более качественную модель, если проблемы сохранятся (Proofread breaks quotes), спросил об использовании примеров для настройки агента (примеры) и предложил отключить «мышление» для решения проблем с поведением перевода (Что происходит с переводами при изменении LLM?).
RBoy озвучил реальные проблемы эксплуатации перевода: сообщил, что попытки перевода повторяются из-за ограничения количества токенов в день, и спросил, что означает «мышление» в интерфейсе конфигурации Discourse AI (отчёт об ошибке, вопрос для уточнения).
benword расширил информацию о том, как плагин Discourse-to-Markdown может поддерживать потребителей ИИ/MCP через HTTP-контентный нейгоциатор, описав прагматичную стратегию «попробовать Markdown, затем вернуться к JSON» (Плагин Discourse to Markdown) и связав это с возможностями интеграции MCP (по теме: Discourse MCP здесь).
jrgong подтвердил, что предложенный подход «контентный нейгоциатор с последующим возвратом» фактически уже реализован для них другим LLM (Claude) (ответ).
37Rb поделилась положительной обратной связью из практики: генерация изображений ИИ значительно улучшилась, с меньшим количеством артефактов по сравнению с предыдущими попытками (обсуждение с ботом поддержки).
EricGT усилил обучение сообщества, попросив делиться промптами и советами на основе результатов 37Rb (запрос).
Дискуссии об ИИ на meta.discourse.org на этой неделе (2026-05-04 → 2026-05-11) были сосредоточены на операционной надежности переводов ai — особенно на том, как модели с функциями «мышления/рассуждения» могут нарушать определение локали, исчерпывать бюджет завершения и оставлять задачи перевода застрявшими или завершающимися с ошибками непонятным образом (см. Ошибки переводов ИИ и Что происходит с переводами при изменении LLM?). Вторая ветка отладки была посвящена неожиданным ограничениям токенов (размер запроса против размера ответа, лимиты скорости TPM/TPD) и тому, как они взаимодействуют с конфигурацией LLM в Discourse AI (см. ИИ случайно и непредсказуемо превышает пороги токенов LLM).
Сбои переводов из-за того, что вывод «мыслящей» модели исчерпывает бюджет завершения RBoy сообщил об ошибках перевода, таких как Validation failed: Raw can't be blank, Cooked can't be blank, в теме Ошибки переводов ИИ, а Falco выявил, что токены рассуждения могут «съесть все токены» в пределах max_tokens, приводя к пустым или невалидным выводам (анализ в контексте). Обсуждение отладки также коснулось того, почему Discourse избегает использования рассуждений для переводов (та же ветка), и сослалось на предыдущие случаи масштабных сбоев переводов (связанное обсуждение).
Переводы «зависают» после изменения LLM: определение локали ненадежно с мыслящими моделями
В теме Что происходит с переводами при изменении LLM?RBoy описал ситуацию, когда переводы отображались как незавершенные без новых логов или прогресса (симптомы зависания). Falco объяснил коренную причину: нельзя использовать мыслящую модель для определения локали, так как «блоки мышления» нарушают парсинг, и без определения локали переводы не продолжаются (объяснение корневой причины; вывод был подтвержден в следующем сообщении).
Требования к структурированным выводам для моделей перевода (например, json_schema)
После переключения на модель без рассуждений RBoy получил ошибку 400, указывающую на то, что выбранная модель не поддерживаетresponse_format: json_schema (отчет об ошибке). Falco уточнил, что для переводов нужна модель, поддерживающая структурированные выводы — «фактически любая модель SotA, выпущенная недавно» (рекомендация).
Практическая отладка переводов: используйте /p/POST_ID и логи аудита, но не фильтруйте по response_tokens Falco посоветовал проверить неудачный пост через /p/120 и изучить ai_api_audit_logs (подход к отладке). Когда RBoy не нашел соответствующих записей аудита (запрос + несоответствие), Falco рекомендовал убрать условие response_tokens из SQL-фильтра (исправление). В ветке также было прояснено различие между /p/ и /t/ в ходе расследования (следующее сообщение).
Путаница с лимитами токенов: ошибки 413 связаны с размером запроса, а не с «максимальным количеством выходных токенов» RBoy сообщил о кажущихся случайными превышениях лимитов токенов, несмотря на снижение лимитов выходных токенов (первоначальный отчет). Falco подчеркнул, что 413 означает, что запрос слишком велик (не запрошенный ответ), и предложил сосредоточиться на конфигурации «окна контекста» LLM, отметив также, что 8k — необычно мало по современным стандартам (уточнение). RBoy ответил, предоставив данные о настроенном окне контекста и лимите провайдера, задав вопрос, почему Discourse превышает заданные границы (детали).
Давление лимитов скорости (TPD/TPM) как фактор нестабильности переводов со стороны провайдера
В той же ветке о токенах RBoy отметил, что конвейер переводов изначально завис из-за дневных лимитов токенов (429), а затем, после возобновления работы, начал выдавать ошибки 413 (запрос слишком велик) (последовательность сбоев). Это совпало с ongoing troubleshooting переводов в темах Что происходит с переводами при изменении LLM? и Ошибки переводов ИИ.
Настройка вычитки: где найти встроенные примеры для корректировки поведения с цитатами (ai-helper) bksubhuti спросил, где найти примеры, чтобы настроить свой пользовательский промпт для вычитки и избежать поломки цитат (вопрос). Falco указал на примеры агента Proofreader в административном интерфейсе (admin/plugins/discourse-ai/ai-agents/-22/edit) (направление), и bksubhuti подтвердил, что нашел набор примеров и что он выводит JSON (подтверждение).
Невозможность публикации изображений в ответе агента через ЛС (исправлено в основной ветке) Ethsim2 сообщил, что не смог отправить изображение при ответе агенту через ЛС в версии 2026.5.0 (отчет об ошибке). Lilly ответила, что проблема уже исправлена (и сослалась на связанную незавершенную отчетность) (ответ), а Ethsim2 определил отсутствующий коммит в основной ветке, который нужно было взять (следующее сообщение). (Связано: Новый докинг-компоновщик ИИ.)
Новый вопрос по конфигурации LLM: путаница с ID модели Gemini / URL провайдера danhanghai попросил помощи в настройке gemini-3.1-flash-lite через провайдера Google на странице настроек LLM, предоставив ID модели и URL конечной точки (вопрос). Для общего контекста этот вопрос находится в рамках долгоживущей справочной темы Discourse AI — страница настроек большой языковой модели (LLM) (how-toai).
Активность
RBoy вел основную часть практической отладки переводов и токенов на этой неделе. Он открыл ветку bugОшибки переводов ИИ, работал над запросами к логам аудита и отсутствующими строками (попытка SQL), прояснил путаницу между /t/ и /p/ в ходе расследования (исправление), а позже поделился сырыми потоковыми ответами, указывающими на вывод с интенсивным использованием рассуждений (усеченный поток). Он также попытался переключить модель перевода и столкнулся с ошибкой структурированного вывода, связанной с поддержкой json_schema (проблема переключения модели). Параллельно он сообщил о нестабильности лимитов токенов в теме ИИ случайно и непредсказуемо превышает пороги токенов LLM, добавил детали об окне контекста (скриншот настроек + рассуждения) и описал, как лимиты скорости и лимиты размера запроса вместе привели к остановке переводов (последовательность 429→413). Он также продолжил ветку «зависшие переводы после изменения LLM» в теме Что происходит с переводами при изменении LLM?, включая ошибку reasoning_effort и окончательный вывод о необходимости избегать мыслящих моделей (ошибка reasoning_effort, вывод).
Falco предоставил основную техническую поддержку в нескольких ветках, особенно в вопросах того, как Discourse AI ожидает вывод моделей. В теме Ошибки переводов ИИ он предложил проверить конкретный пост через /p/ID и изучить ai_api_audit_logs, исправил подход к запросу логов аудита, убрав фильтрацию по response_tokens (исправление запроса), и подчеркнул, что для отладки важнее сырые ответы, чем количество токенов (фокус на сырых ответах). Он выявил, что токены рассуждения могут исчерпать бюджет завершения, и связал это с тем, почему Discourse избегает использования мыслящих моделей для переводов (объяснение токенов рассуждения), сославшись на более ранние связанные сбои переводов (ссылочная ветка). Он также посоветовал, что модели для переводов должны поддерживать структурированные выводы (рекомендация по структурированным выводам). В теме Что происходит с переводами при изменении LLM? он объяснил, что определение локали ломается из-за блоков мышления, что может полностью остановить переводы. А в теме ИИ случайно и непредсказуемо превышает пороги токенов LLM он уточнил, что 413 означает, что запрос слишком велик, и рекомендовал сосредоточиться на конфигурации окна контекста. Наконец, он помог с настройкой промпта, указав bksubhuti на встроенные примеры агента Proofreader (где найти примеры).
bksubhuti продолжил обсуждение долгоживущей проблемы обработки цитат в bugai-helper, спросив, где найти реальные примеры, чтобы настроить свой системный промпт для вычитки (запрос). После того как ему указали на редактор агентов, он подтвердил, что нашел набор примеров и планирует работать с ним (подтверждение). (Фоновая ветка: Вычитка ломает цитаты; ссылка на пост: упомянутая ссылка на пример.)
Ethsim2 сообщил о регрессии, когда он не мог отправить изображение в ответе через ЛС агенту (отчет), а затем подтвердил отсутствующий коммит в основной ветке, который нужно было взять (определен коммит).
Обсуждения по теме ai на meta.discourse.org на этой неделе сфокусировались на практических исправлениях надёжности — от обнаружения языка и локали до использования кредитов на перевод, незначительных неудобств в UX и проблем с настройкой самохостинга.
Обнаружение норвежской локали (no против nb_NO), вызывающее избыточные переводы и расход кредитов (bugai) thomasjsn заметил, что норвежские посты определялись как no, а затем переводились на норвежский nb_NO, что приводило к тонким различиям, но в основном дублированию контента в теме Норвежский язык определяется как no агентом обнаружения локали, поддерживаемые локали для локализации контента — nb_NO. nat предложил дублировать агент обнаружения локали и скорректировать системный промпт (пост 2), что thomasjsn подтвердил, добавив явные строки с кодами языков (пост 5). Позже nat подтвердил, что обходное решение было включено в агент по умолчанию (пост 7) после рекомендаций в промпте (пост 6).
Метка LLM по умолчанию не обновляется в интерфейсе настроек AI до перезагрузки (uxai)
В теме Незначительная ошибка UI при изменении LLM по умолчаниюRBoy показал, что строки агентов продолжают отображать старый текст «LLM по умолчанию» после изменения модели по умолчанию до перезагрузки страницы. awesomerobot согласился, что это незначительно, но стоит исправить, и открыл PR (пост 2).
Образ Docker для самохостинга анализа тональности не работает из-за пути к артефакту модели на стороне провайдера (404) (#Self-Hostingaiai-sentiment) NotAnonymous столкнулся с ошибкой 404 для tokenizer.json от Hugging Face при следовании инструкциям по самохостингу анализа тональности в теме Самохостинг анализа тональности и эмоций для DiscourseAI. Falco объяснил, что изменения модели на стороне провайдера ещё не были объединены, и рекомендовал указать ветку (пост 15), что решило проблему для NotAnonymous (пост 16).
Последствия пограничного случая «бюджета мышления» для Gemini Pro (трудно подтвердить без текущего использования) (bugai)
В теме Бюджет мышления для Gemini Pro, ошибка при использовании 0 или -1sam проверил, сохраняется ли проблема. RBoy ответил, что больше не может тестировать, так как больше не использует модель Pro (пост 6) — полезный контекст для тех, кто пытается подтвердить статус регрессии.
Отчёт об ошибке на китайском языке: гиперссылки в плагине AI не реагируют при клике (bugai)
Новый отчёт поступил от 哈基米曼波 в теме 社区官方的ai插件中的超链接未能正常跳转，点击后无反应, описывающий ссылки, которые выглядят кликабельными, но не переходят. NateDhaliwal ответил, но пост был позже удалён автором (пост 2) — поэтому следующие шаги могут потребовать нового воспроизведения и деталей окружения.
Активность
thomasjsn
Сообщил о несоответствии обнаружения локали для норвежского языка и последующей трате кредитов на перевод в теме Норвежский язык определяется как no…, затем проработал корректировки промпта и подтвердил рабочее сопоставление с использованием nb-NO (пост 4, пост 5).
nat
Признал проблему и предложил краткосрочное обходное решение (дублировать/скорректировать агент обнаружения локали) в теме Норвежский язык определяется как no…, подтвердил подход с промптом (пост 6) и позже отметил, что исправление было включено в конфигурацию агента по умолчанию (пост 7).
NateDhaliwal
Направил ветку запроса функции на недавно выпущенный рабочий процесс solved, который помогает фиксировать сигналы «Меня тоже это касается» в теме Опция скрытия ответов «тоже», и кратко участвовал в обсуждении отчёта об ошибке гиперссылок на китайском языке, где ответ был позже удалён (社区官方的ai插件中的超链接未能正常跳转，点击后无反应).
Активность, связанная с ИИ, на meta.discourse.org на этой неделе (2026-05-18 → 2026-05-25) в основном касалась сглаживания и упрощения управления диалогами с ботами ИИ, а также одной текущей операционной проблемы, связанной с локализацией в рабочих процессах электронной почты с участием ИИ.
UX ИИ и точность контента — Несколько тем подчеркнули области, где UX, связанный с ИИ, всё ещё нуждается в доработке: поведение «Enter для отправки» в закреплённом композере бота ИИ (обсуждение, дополнение), порча синтаксиса цитат Markdown при выводе перевода (отчёт об ошибке) и продолжающееся стремление к полному соответствию Markdown в контекстах ботов/чатов (продолжение запроса).
Локализация и поддержка нескольких моделей — Несколько сообщений были посвящены гибкости языка и моделей: запрос на локализацию промптов ИИ на китайский язык (запрос, ответ), прогресс в использовании переводов в сообщениях для пользователей (включая исправление, внесённое в код, для корректного отображения переведённых «причин жалобы») в теме Использовать переведённые сообщения при отправке писем пользователям с установленным языком интерфейса, а также расширение анализа настроений/эмоций на других провайдеров LLM, таких как Gemini (вопрос, обновление).
Закреплённый композер для диалогов с ботом ИИ: трение из-за «Enter для отправки» (и проблемы с загрузкой) (#Announcementsaiai-botcomposer)
В теме Представляем закреплённый композер для диалогов с ботом ИИ, Lilly попросила о возможности отключить «Enter для отправки» и предпочесть отправку только через иконку бумажного самолётика (пост). tobiaseigen согласился, отметив, что диалоги с ИИ не всегда «болтливы» и часто требуют абзацев или блоков кода; они также упомянули обходной путь через настройки чата, но подчеркнули компромисс при использовании реального чата (пост). Позже Lilly сообщила, что загрузка изображений ломается после первого поста, и вернулась к обычному композеру для работы с ботом (пост).
Самостоятельное хостинг анализа настроений/эмоций: расширение на других провайдеров LLM (упомянут Gemini) (#Self-Hostingaiai-sentiment)
В теме Самостоятельное хостинг анализа настроений и эмоций для DiscourseAI, Orioni спросил о сроках подключения анализа настроений к другим LLM, упомянув положительный опыт с вариантами Gemini Flash и желание использовать Gemini для анализа настроений для снижения затрат (пост). Falco ответил, что эта возможность уже добавлена и должна появиться на сайте в ближайшее время (ответ).
Ошибка перевода ИИ: маркер цитаты Markdown > иногда превращается в 0 (bugaidynaloc) thomasjsn сообщил, что переводы от моделей «GPT-5.4 Nano» и «Gemini 3 Flash» иногда преобразуют маркеры цитат Markdown (>) в 0, ломая форматирование в теме Сбои преобразования цитат Markdown в переводах ИИ. Примеры показывают повторяющиеся символы 0 там, где должны быть блоки цитат и заголовки (отчёт).
Запрос: разрешить настройку/локализацию текста промптов плагина ИИ на китайский язык (#Featureailocalization) bird попросил о возможности устанавливать промпты ИИ на китайский язык, ссылаясь на то, что сводки, заголовки и сводки личных сообщений по умолчанию на английском, в теме 希望ai插件可以设置提示词为中文. sniper756 ответил, что вывод на английском/китайском может быть нестабильным и варьироваться в зависимости от модели, хотя коренная причина не ясна (ответ).
Полная поддержка Markdown в контекстах ботов/чатов (и связанные вопросы миграции) (#Featurechatai)
В теме Полная поддержка Markdown в чате для ботов, rokejulianlockhart спросил, существует ли более общая тема для полной поддержки Markdown за пределами ботов (ссылаясь на ранее выраженную готовность sam создать более общую тему: цитируемая ссылка). Они также подняли вопросы, связанные с миграцией, ссылаясь на отдельный вопрос о миграции Сообщений в Чаты/ЛС (цитируемая ссылка на тему), и утверждали, что без полной поддержки Markdown в Discourse функция непригодна для их сценария использования (пост).
Lilly предоставила практическую обратную связь по UX закреплённого композера бота ИИ, попросив о возможности отключить «Enter для отправки» в теме Представляем закреплённый композер для диалогов с ботом ИИ, а позже сообщила, что загрузка изображений ломается после первого поста (что заставило их вернуться к обычному композеру) (продолжение).
tobiaseigen добавил поддерживающую обратную связь по поведению отправки в закреплённом композере и объяснил, почему диалоги с ИИ часто требуют многострочного ввода (абзацы/блоки кода) в теме Представляем закреплённый композер для диалогов с ботом ИИ. Они также описали обходной путь через настройки чата и его недостаток при использовании реального чата (тот же пост).
bird попросил о лучшей локализации промптов ИИ (желая настройки промптов на китайский для сводок ИИ/заголовков/сводок ЛС) в теме 希望ai插件可以设置提示词为中文, подчеркнув, что значения по умолчанию всё ещё отображаются на английском для этих рабочих процессов (запрос).
sniper756 ответил на запрос о локализации промптов на китайский, отметив, что вывод на разных языках может быть непоследовательным и варьироваться в зависимости от модели, в теме 希望ai插件可以设置提示词为中文.
rokejulianlockhart продвинул обсуждение ограничений Markdown в контекстах ботов/чатов, попросив (или предложив создать) более общую тему за пределами ботов в теме Полная поддержка Markdown в чате для ботов. Они также связали эту проблему с потребностями миграции (Сообщения → Чаты/ЛС), указав на существующий вопрос (ссылка на тему) и процитировав более ранний комментарий sam о «создании отдельной темы» (цитируемый пост).
» отображается вне поля ввода заголовка при редактировании переведенного заголовка в теме Кнопка-звездочка предложения заголовка находится вне поля заголовка при редактировании переведенного заголовка, при этом контекст воспроизведения указывает на состояния интерфейса перевода (пример темы: Запрос на хорватский язык).
Плагин генератора llms.txt для Discourse