Еженедельная сводка по темам AI

Новости и события Сводки форумов
113

Обзор

В этом неделю обсуждения ИИ на Meta были сосредоточены на сделке ИИ Discourse более понятным для пользователей и удобным в масштабировании. В части продукта наблюдался сильный импульс к переименованию «AI Persona» в более широко понятный термин «AI Agent» (с последствиями для процесса перевода) в теме Переименование AI Persona → AI Agent и в последующих обсуждениях, таких как Переименование AI Persona → AI Agent. Также внимание уделялось опыту администраторов: на сайтах, где ИИ отключен, все равно отображались панели и отчеты ИИ, что было подтверждено как ошибка и включено в более широкую работу по отчетности в теме Не показывать отчеты ИИ, если ИИ не включен и в связанной с ней общей теме Отчетность и анализ администратора: инкрементальные изменения.

С операционной точки зрения сообщество углубилось в вопросы контроля затрат и производительности и проблем масштабирования: Discourse внедрил уровни обслуживания (service tiers) для провайдеров OpenAI/Azure в теме Уровни обслуживания для провайдеров Open AI, в то время как крупный самохостинговый инстанс сообщил о сильной нагрузке при включении поиска по семантическим эмбеддингам в теме Включение поиска ИИ сломало мой сервер. Также продолжалось уточнение аспектов пользовательского интерфейса с помощью ИИ — особенно там, где ИИ касается локализации и интерфейса редактора — в темах Сохранение переводов с помощью помощника ИИ как контентная локализация и Кнопка со звездочкой :star: для предложения заголовка размещается вне поля заголовка при редактировании переведенного заголовка.

Наконец, работа в смежной с ИИ экосистеме продолжалась с инструментами MCP: практическое руководство по настройке для Codex CLI было опубликовано в теме Настройка Discourse MCP в OpenAI Codex CLI и было связано обратно с основным объявлением в теме Discourse MCP здесь!.

Интересные темы

Активность

Всего (за последние 7 дней): 6 новых тем и 25 сообщений, с самой высокой активностью вокруг именования/улучшения UX и практического контроля затрат/масштабирования для эмбеддингов и использования OpenAI — см. Переименование AI Persona → AI Agent, Уровни обслуживания для провайдеров Open AI и Включение поиска ИИ сломало мой сервер.

Спасибо, что прочитали, и я увижу вас на следующей неделе! :slight_smile:

114

Обзор

За последнюю неделю (09.03.2026 → 16.03.2026) обсуждения Meta по теме ai сосредоточились на совершенствовании продукта, надежности и работе в «реальных условиях».

В части продуктов Discourse приблизился к стандартизации терминологии, внедрив переименование AI Persona в AI Agent (Переименование AI Persona в AI Agent). В части инфраструктуры Discourse значительно расширил возможности своего хостингового предложения LLM — повысил лимиты во всех тарифах, а также улучшил качество моделей и характеристики задержки (Разблокируйте все функции Discourse AI с нашим хостинговым LLM).

Тем временем операторы сосредоточились на том, как AI вписывается в ритм жизни сообщества: возник запрос на задержку ответов AI Agent (чтобы они ощущались не как чат-бот, а как участник), который был поднят как новая тема в разделе Support (Добавление настраиваемой задержки в ответы AI Agent), так и в качестве продолжения в более давней теме руководства «Agents», где сотрудники Discourse указали, что задержка ответов, вероятно, будет частью будущего пересмотра automation, а не самого ai (AI bot - Agents).

Обсуждения интеграций также получили заметный импульс: ограничения и устаревание функций Google Programmable Search / Custom Search заставляют пересматривать инструменты веб-поиска, и Discourse исследует альтернативных провайдеров, а также «нативные инструменты поиска» от вендоров LLM (Google Search для Discourse AI — Programmable Search Engine и Custom Search API). Параллельно продолжилось расширение руководств сообщества вокруг экосистемы Discourse MCP, включая недавно опубликованное пошаговое руководство по настройке OpenCode CLI (Настройка Discourse MCP в OpenCode CLI).

Наконец, неоднократно поднимались вопросы практических рабочих процессов администраторов: улучшение наблюдаемости для обнаружения спама с помощью AI через прямые запросы к базе данных (Discourse AI — Обнаружение спама), вопросы о заполнении (backfill) данных для анализа тональности и отладке (Проблемы с настройкой Sentiment), а также опасения, связанные с GDPR, касающиеся обработки тональности в зависимости от провайдера/конфигурации (Введение анализа тональности Discourse AI: доступен новый административный отчет). Также открыта тема в Support (на китайском языке) о тайм-аутах вызовов инструментов, которая пока находится на этапе «нужно больше деталей» (Как решить проблему тайм-аута вызова инструментов Discourse ai? Можно ли настроить время тайм-аута discourse и как?).

Интересные темы

Активность

Спасибо за чтение, и я увижусь с вами на следующей неделе! :slight_smile:

115

Еженедельный ИИ-дайджест для meta.discourse.org (2026-03-16 → 2026-03-23)

Обзор

На этой неделе обсуждения ИИ сфокусировались на практичных улучшениях пользовательского интерфейса и контроле затрат, особенно в контексте рабочих процессов перевода и размещения функций суммаризации. Со стороны перевода пользователь Shauny предложил более удобный механизм перевода для отдельных постов, а также возможность сохранения/кэширования переведенного вывода, чтобы избежать повторных затрат на API (Translate post with AI and save translation). Пользователь Moin связал эту идею с более ранними обсуждениями локализации (Translate post with AI and save translation, Saving translations by AI Helper as content localization).

В части пользовательского интерфейса суммаризации пользователь Ivan_Rapekas выпустил компонент темы, который добавляет действие ИИ-суммаризации в шапку темы / область таймлайна боковой панели, и привязал его к давним запросам о размещении кнопки суммаризации (AI summary in topic header, Feedback: Move summarize button at the top of the topic, Summarize button placement on mobile views).

Несколько потоков были посвящены доводке и надежности настроек ИИ для администраторов: были признаны и взяты в работу ошибки формулировок, такие как дублирующаяся метка ошибки «Default LLM» (Why is ‘Default LLM’ repeated…, Why is ‘Default LLM’ repeated…), а также продолжается отладка проблем с макетом i18n в пользовательском интерфейсе конфигурации затрат LLM (на немецком языке) (Field alignment issues… in German, Field alignment issues… in German).

Тем временем сообщество вновь обсудило границы безопасности агентов (особенно опасения по поводу ИИ, действующего «от имени пользователя» без надзора администратора) (Discourse官方会出个官方的openclaw skill么？, openclaw plugin for discourse integration), а также разобрало ограничения интеграции, такие как таймауты вызова инструментов и подключение Discourse AI к самохостинговым RAG-системам и базам знаний (Discourse ai 的工具调用超时如何解决？, Discourse ai 如何引入自建知识库RAG？). Также возник небольшой, но примечательный вопрос о том, может ли Discourse MCP получать доступ к PDF-вложениям через протокол (Discourse MCP is here!).

Интересные темы

  • UX перевода ИИ для отдельных постов + сохранение переводов для снижения повторных затрат на API (Contribute > Feature, ai, translation)
    Shauny описал трение при использовании функции «Speak your own language day» как преднамеренное, но попросил сделать мобильный поток менее сложным — желательно добавить кнопку перевода для каждого поста и сохранять перевод один раз, чтобы 100 читателей не вызывали 100 запросов к API (Translate post with AI and save translation, Translate post with AI and save translation). Moin связал это с более ранними идеями о переводе через ИИ-помощника как части локализации контента (Translate post with AI and save translation, Saving translations by AI Helper as content localization). Falco отметил, что это частично противоречит дизайну Discourse «автоматический перевод с переключателем на уровне темы», предложив вместо этого включить автоматический перевод для дня мероприятия (Translate post with AI and save translation).

  • Должен ли Discourse поставлять официальный «навык OpenClaw» / агент, действующий от имени пользователя (Contribute > Feature, ai)
    В потоке функций на китайском языке пользователь sniper756 предложил агента на базе OpenClaw, который может публиковать и организовывать контент от имени пользователя для эффективного создания баз знаний (Discourse官方会出个官方的openclaw skill么？). awesomerobot повторил осторожность: Discourse не поддерживает агентов, выдающих себя за реальных пользователей без участия администратора, указывая на контекст политики Meta, но оставляя пространство для инструментов помощи администраторам (Discourse官方会出个官方的openclaw skill么？, openclaw plugin for discourse integration).

  • Очистка копирайта/формулировок: дублирование «Default LLM» в строке ошибки (Contribute > UX, ai)
    Пользователь Moin заметил неуклюжее дублирование при просмотре discourse_ai.ai_bot.agents.default_llm_required («Default llm Default LLM…») и воспроизвел это в интерфейсе (Why is ‘Default LLM’ repeated…). awesomerobot подтвердил, что это неуклюже, и указал на то, что исправление уже в процессе (Why is ‘Default LLM’ repeated…).

  • Полировка макета/i18n на немецком языке для экрана конфигурации затрат LLM (Contribute > UX, ai)
    Продолжая более ранний поток UX, пользователь Moin сообщил, что на немецком языке заголовки все еще расположены слишком близко друг к другу (Field alignment issues in LLM cost configuration in German). awesomerobot ответил, что исправление скоро появится («Ach! this will fix it») (Field alignment issues in LLM cost configuration in German).

  • Новый компонент темы: «ИИ-суммаризация в шапке темы» (боковая панель для десктопа + область заголовка для мобильных) (#Theme_component, ai, ai-summarize)
    Ivan_Rapekas выпустил компонент темы, который переносит кнопку суммаризации Discourse AI в области с высокой видимостью: элементы управления правой боковой панелью/таймлайном на десктопе и область заголовка на мобильных устройствах (AI summary in topic header). Он также отметил это как обновление к более ранним отзывам о размещении кнопки суммаризации (Feedback: Move summarize button at the top of the topic) и запросам на мобильное размещение (Summarize button placement on mobile views).

  • Составление запросов для периодических отчетов ИИ-суммаризации для корректного учета голосов (#Site_Management, automation, ai)
    В потоке с инструкциями по периодическим отчетам суммаризации пользователь julia1 спросил, как составить запрос, чтобы отчеты включали количество голосов, связанных с элементами обратной связи (Discourse AI - Periodic summary reports).

  • Поддержка: тесты LLM проходят, но установка модели LLM по умолчанию не удаляется (затем «загадочным образом» succeeds) (Support, ai)
    Пользователь DeltaWater поделился скриншотами и журналами сервера, показывающими, что модель проходит встроенный тестовый эндпоинт, но изначально не может быть установлена как модель по умолчанию, а затем позже перестала показывать ошибку — это вызывает вопросы о состоянии, разрешениях или таймингах (创建可用的llm后也无法设置 AI default LLM model, 创建可用的llm后也无法设置 AI default LLM model, 创建可用的llm后也无法设置 AI default LLM model).

  • Таймауты вызова инструментов: read_timeout в Discourse AI составляет 10 секунд; что, если API нужно 20–30 секунд? (Support, ai)
    В потоке поддержки о таймаутах вызова инструментов пользователь Falco уточнил, что read_timeout равен 10 секундам, и спросил, занимает ли вызов внешнего API больше времени (Discourse ai 的工具调用超时如何解决？是否可以调整discourse超时时间，如何调整？). Пользователь shixiaochi ответил, что их API для поиска в базе знаний занимает около 20–30 секунд, и спросил, можно ли изменить таймаут и как это сделать (Discourse ai 的工具调用超时如何解决？是否可以调整discourse超时时间，如何调整？, Discourse ai 的工具调用超时如何解决？是否可以调整discourse超时时间，如何调整？).

  • Как интегрировать самохостинговую базу знаний / RAG с Discourse AI (Support, ai)
    Пользователь shixiaochi прямо спросил, как подключить самописную базу знаний RAG к Discourse AI (Discourse ai 如何引入自建知识库RAG？) — тема, смежная с обсуждением таймаутов вызовов инструментов для внешнего поиска (Discourse ai 的工具调用超时如何解决？是否可以调整discourse超时时间，如何调整？).

  • Вопрос о возможностях MCP: может ли MCP получать доступ к PDF-вложениям в постах? (News and Events > Blog, ai, mcp)
    В потоке объявления о Discourse MCP пользователь anaderi спросил, возможно ли для MCP получать доступ к PDF-вложениям, загруженным в посты (Discourse MCP is here!).

Активность

Спасибо, что прочитали, и до встречи на следующей неделе! :slight_smile:

116

Обзор

На этой неделе активность ИИ на Meta Discourse была сосредоточена на повышении точности и предсказуемости локализации с помощью ИИ, особенно для небольших, но важных элементов интерфейса, таких как теги и категории. Moin указал на несколько сбоев в переводе, вызванных использованием LLM без контекста, в теме Переводы тегов, сгенерированные ИИ, работают не идеально, что побудило nat рассмотреть улучшение промптов и добавление дополнительного контекста, например описаний тегов (ответ), в то время как Falco исследовал подходы с использованием инструментов, например, позволяя агенту читать соответствующие источники (идея, продолжение). Связанный отзыв о необходимости «синхронизации переводов» также привел к запросам на добавление функций для обновления названий категорий и описаний категорий (названия категорий, описания категорий).

Со стороны конфигурации ветка по устранению неполадок выявила путаницу вокруг того, какие виды личных сообщений (ЛС) переводятся, и того, как об этом сообщает интерфейс. В теме Помогите мне устранить неполадки, из-за которых ИИ не переводит ЛС на моем сайте, Moin прояснил текущее ограничение (групповые ЛС против ЛС 1:1) (детали), в то время как Falco предложил более понятную настройку с множественным выбором (предложение), а nat намекнул, что грядущие элементы управления «переводить эти категории» могут изменить UX настроек (план).

Наконец, были внесены постепенные улучшения и расширения экосистемы: более четкие сообщения для результатов семантического поиска по сравнению с точным (уточнение поиска), интерес к уточнению поведения ИИ-персонажей для снижения шума (запрос только по упоминаниям), а также продолжающееся внедрение ИИ-резюме в интерфейс через компонент темы (отзыв).

Интересные темы

Активность

Спасибо за чтение, и увидимся снова на следующей неделе! :slight_smile:

117

Обзор

На этой неделе (2026-03-30 → 2026-04-06) на meta.discourse.org обсуждения Discourse AI сгруппировались вокруг трёх основных тем:

  1. Рост популярности MCP и возможности агентов: Discourse AI сделала ставку на протокол Model Context Protocol (MCP), анонсировав поддержку MCP на стороне клиента — теперь агенты Discourse AI могут обращаться к внешним MCP-серверам инструментов (Принесите свой MCP!) и опубликовав полное руководство для администраторов (AI Bot – Bring Your Own MCP Server). Параллельно развивались инструменты MCP на стороне сервера, включая добавление инструмента редактирования, позволяющего LLM обновлять существующие посты или содержимое вики через MCP (Discourse MCP is here!).

  2. Границы модерации и конфиденциальности в автоматизации на базе ИИ: Практический вопрос модерации — может ли ИИ-сортировка сканировать личные сообщения (DM) — оказался не жёстким ограничением, а нюансом интерфейса/настроек, что породило идеи по улучшению контроля в интерфейсе автоматизации (Сканирует ли автоматизация ИИ-сортировки личные сообщения между обычными пользователями?, решение).

  3. Особенности конкретных моделей в локализации и эмбеддингах: Множество тем подчеркнули, что «функции ИИ» часто представляют собой «поведение модели + детали интеграции». Проблемы с переводом варьировались от утечки «комментариев ИИ / текста размышлений» на немецком, которая была быстро исправлена (Комментарии ИИ в немецких переводах), до пропущенных изображений при переводе через 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 – Bring Your Own MCP Server).

  • Удобство использования MCP: запрос на «удалённый/веб-MCP» и добавление возможности редактировать существующие посты (ai, mcp, News and Events > Blog)
    В ходе обратной связи по MCP pacharanero исследовал, как сделать MCP более доступным для пользователей без CLI через веб-эндпоинт (Discourse MCP is here!). jrgong выделил кейс использования для базы знаний/документации, требующий редактирования существующих тем/постов (ссылка), а Falco подтвердил, что инструмент редактирования был добавлен («просто обновитесь до последней версии») (ссылка).

  • Модерация ИИ-сортировки + сканирование ЛС: «Включить личные сообщения» работает, но «Все темы» вызвало путаницу (automation, ai, Support)
    Denis_Kovalenko протестировал «Сортировать посты с помощью ИИ» и обнаружил, что личные сообщения между обычными пользователями не сканировались (Сканирует ли автоматизация ИИ-сортировки личные сообщения между обычными пользователями?, детали теста). RGJ подтвердил, что ЛС не попадали в журналы аудита, и выявил обходной путь: оставить поле «Тип темы» пустым, а не выбирать «Все темы» (ссылка). Исправление сработало мгновенно (ссылка), и тема переросла в обсуждение UX с целью сделать опции более понятными (ссылка, ссылка).

  • Переведённые немецкие посты включали текст «комментариев ИИ / процесса размышления» — быстро исправлено (ai, content-localization, Contribute > 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, Contribute > 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/ID модели (включая вариант с поддержкой изображений) (ссылка, пример конфигурации), а NateDhaliwal проверил, настроены ли какие-либо LLM (ссылка).

  • Должны ли персонажи ИИ отвечать только на @упоминания? Команда склоняется к рабочим процессам, а не к нишевым переключателям (ai, ai-bot, Contribute > Feature)
    В существующем запросе на новую функцию sam задался вопросом, является ли «ответ только на @упоминания» лучше как настройка по умолчанию, чем как отдельный параметр (Разрешить персонажу/агенту ИИ отвечать только на @упоминания…). Falco аргументировал, что крайние случаи лучше обрабатывать предстоящими рабочими процессами проектов — например, рабочий процесс с триггером по упоминанию может реализовать нужное поведение без добавления новых переключателей (ссылка).

  • Задержка ответа агента: рабочие процессы должны покрывать управление временем (ai, Support)
    sam отметил, что настраиваемые задержки для ответов агентов ИИ — это именно то, что должны поддерживать рабочие процессы, хотя и не сразу; в противном случае для этого потребуется кастомная разработка через API (Добавление настраиваемой задержки к ответам агента ИИ).

  • Контроль на уровне пользователя над ИИ («отключить напоминания ИИ») и миграция настроек перевода ЛС (ai, ai-summarize, content-localization, Contribute > UX/#contribute:feature)
    paco утверждал, что эквивалент discourse_ai_enabled для каждого пользователя мог бы помочь людям отказаться от напоминаний ИИ в интерфейсе без отключения ИИ на всём сайте (Предпочтения интерфейса пользователя: включить настройку для отключения напоминаний ИИ). Отдельно изменения настроек перевода продолжали развиваться вокруг личных сообщений: nat связала PR миграции и описала, как предыдущие настройки «только публичный контент» отображаются в новые элементы управления таргетингом по категориям и ЛС (Перевод ИИ всех ЛС).

Активность

Спасибо за чтение, увидимся снова на следующей неделе! :slight_smile:

118

Обзор

На этой неделе активность в сообществе Meta, посвященная ИИ (охватывающая период с 2026-04-06 по 2026-04-13), была сосредоточена на практических деталях интеграции — особенно в вопросах файлов обнаружения ИИ (AI discoverability), выбора провайдера и модели для развертываний с учетом требований GDPR, а также устойчивости переводов.

В области «обнаружения ИИ» сообщество углубилось в реальный конфликт между плагином сообщества ai Customization > Plugin для генерации llms.txt и более новой (и на данный момент ограниченной) нативной маршрутизацией llms.txt в ядре Discourse: pacharanero сообщил о поведении переопределения в теме :robot: Discourse llms.txt Generator Plugin, Ivan_Rapekas подтвердил нарушение работы в той же теме, а kaktak обязался выпустить обновление для восстановления поведения плагина в своем последующем сообщении. Соответствующий контекст был продублирован в обсуждении ядра о нативной поддержке в теме включение нативной поддержки llms-txt в Discourse.

Параллельно сохранялся акцент на выборе модели и провайдера для эмбеддингов и перевода, особенно для сообществ, нуждающихся в строгом соответствии требованиям ЕС/GDPR. В теме Использование Mistral для эмбеддингов Falco поделился рабочей конфигурацией и предложил рассмотреть более мощные модели эмбеддингов; а в теме Изображения отсутствуют в переведенных постах при использовании Mistral в качестве модели перевода варианты выбора провайдера и принцип «нулевого хранения данных» (zero data retention) были выдвинуты на первый план как критерии приемлемости с точки зрения соответствия нормам и управления рисками.

Наконец, вопросы качества перевода перешли в практическую плоскость: новый отчет об ошибке описал ошибку рендеринга (cooked/markup error) после перевода, и Moin проследил её до форматирования таблиц Markdown — исправление исходной таблицы решило проблему с выводом перевода в теме Ошибка cooked после перевода, что было подтверждено cuo_wu в сообщении о решении.

С точки зрения использования продукта администраторы продолжали исследовать механизмы управления ИИ-персонами/агентами — в частности, как остановить мгновенные ответы агентов и как ограничить их только паттернами «только по упоминанию». Это обсуждение связало воедино тему Разрешить ИИ-персоне/агенту отвечать только на @упоминания, а не на ответы на свои посты и предложенное обходное решение в теме Добавление настраиваемой задержки в ответы ИИ-агента.

Интересные темы

Активность

Спасибо за чтение, и увидимся снова на следующей неделе! :slight_smile:

119

Обзор (13.04.2026 → 20.04.2026)

Обсуждение, связанное с ИИ, на meta.discourse.org на этой неделе сосредоточилось на надёжности переводов и процессах локализации, при этом основная активность шла в ветках Contribute > Bug и Support с тегами ai, dynaloc и content-localization. Главной темой стали сбои переводов, возникающие эпизодически и трудно воспроизводимые — включая случайное пропускание языков и ошибки на бэкенде — что побудило предлагать методы отладки, такие как включение скрытого подробного логирования и проверка /logs (см. AI Translation skips Portuguese (pt) locale, последующая отладка и отчёт об ошибке бэкенда).

Также была практическая ветка поддержки по теме определения языка и ручных переопределений, когда посты содержат несколько языков (заголовки на немецком и английском), и о том, почему перевод может выглядеть «сломанным» из-за внешних проблем с конфигурацией, таких как устаревшие API-ключи (см. Post not being detected as German и решение). Отдельно выяснилось, что ошибка переключения локали, доступная только администраторам, была вызвана устаревшим параметром запроса предварительного просмотра темы в Chrome (см. Error when switching locale и исправление).

Со стороны «ИИ-платформы» снова возрос интерес к подключению Discourse MCP (включая коннекторы Claude и доступность по HTTP) (см. Discourse MCP is here!, а также подтверждение того, что HTTP поддерживается). Наконец, в давно существующей ветке с вопросами по ИИ-агентам появился новый вопрос о пользовательских навыках агентов для специфических сценариев (см. AI bot - Agents).

Трендовая линия: большинство «проблем с ИИ» на этой неделе касались не качества вывода, а операционной надёжности (поведение задач, повторные попытки, доступность бэкенда и видимость конфигурации) (например, пропущенные переводы, подробное логирование и вопросы о поведении повторных попыток).

Интересные темы

  • ИИ-переводы эпизодически пропускают локали (изначально замечено отсутствие португальского) в Contribute > Bug
    Denis_Kovalenko сообщил, что включение большого количества локалей может привести к тому, что португальский язык не будет генерироваться (позже: любой язык может случайно пропускается), при этом заголовки и тела постов переводились неодинаково (см. исходный отчёт: AI Translation skips Portuguese (pt) locale, уточнение настроек: вопрос о поддерживаемых локалях и обновление о «случайно пропускаемой локали»: непоследовательные результаты).
    Отладка сместилась в сторону логов и внутренних механизмов: nat предложил проверить /logs и включить скрытую настройку ai_translation_verbose_logs (см. предложение о скрытом подробном логировании), тогда как RGJ позже выявил сбои на бэкенде (503 unreachable_backend), затрагивающие теги/темы/посты (см. вывод ошибки). В ветке также возникли вопросы реализации о том, почему задачи перевода настроены с retry: false (см. вопрос о повторных попытках).

  • Использование скрытых настроек для отладки логирования ИИ-перевода
    Когда Denis_Kovalenko не смог найти ai_translation_verbose_logs в поиске админки (см. не могу найти настройку), Moin объяснил, что это ожидаемо, так как это скрытая настройка сайта, указав на документацию о скрытых настройках (см. указатель на документацию о скрытых настройках и ссылочное руководство: Использование скрытых настроек сайта). Вскоре после этого RGJ включил эту настройку, чтобы помочь в расследовании (см. включено подробное логирование).

  • Посты на нескольких языках могут сбивать определение; ручной выбор языка действительно принудительно определяет язык в 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 уже поддерживается
    В ветке News and Events > Blog о MCP putty спросил, может ли быть выпущена версия сервера Discourse MCP с потоковой передачей по HTTP/SSE для использования в качестве коннектора в Claude.ai Chat (см. вопрос). Falco ответил, что поддержка HTTP уже существует, и указал на более ранние ответы в ветке объявления (см. ответ о поддержке HTTP).

  • Расширяемость ИИ-агентов: запрос на пользовательские навыки в ИИ-ботах
    赤丸的小烧酒 спросил (на китайском), могут ли агенты добавлять пользовательские навыки для ответов в разных сценариях, стремясь к возможности настроить поведение своего собственного ИИ-агента (см. запрос на пользовательские навыки).

Активность

  • Denis_Kovalenko вёл две ветки по отладке локализации/ИИ на этой неделе:

  • pmusaraj сосредоточился на диагностике и сужении круга возможных причин конфигурации:

    • Задавал целевые вопросы о настройках локалей и значениях по умолчанию в AI Translation skips Portuguese (pt) locale, предлагал проверить хостинг/конфигурацию в этом ответе и резюмировал результаты частных расследований в публичной ветке в этом посте.
    • Диагностировал ошибку переключения локали только для администраторов как зависший preview_theme_id в Error when switching locale, после базовой отладки сравнением браузеров в более раннем вопросе.

  • nat предоставил рекомендации по отладке на уровне функций и предостережения по моделям:

    • Предложил проверить /logs и включить скрытое подробное логирование в AI Translation skips Portuguese (pt) locale, а также обсудил соображения по размеру/контекстному окну и рекомендации по моделям в этом подробном разборе.
    • В Post not being detected as German оспорил гипотезу о несвязанном коммите, спросил об используемой LLM и контекстуально отметил устаревание Gemini (в том же ответе).
    • Запросил создание новой темы для отчёта об отдельной проблеме, как только ветка о детектировании немецкого будет решена (см. запрос).

  • RGJ помог в операционной отладке и выявил конкретные сигналы сбоев:

  • Moin указал на документацию и уточнил изменения интерфейса, влияющие на процессы локализации:

  • putty внёс значительный вклад в поддержку переводов и обсуждение MCP:

    • Поднял проблему детектирования/перевода постов на нескольких языках в Post not being detected as German, поделился неудачными попытками принудительного перевода в этом продолжении и позже подтвердил, что реальная причина была в устаревшем API-ключе / несовпадении провайдера в решении.
    • Спросил о совместимости коннектора Claude.ai через потоковую передачу HTTP/SSE в Discourse MCP is here!.
    • Также выразил предпочтение интерфейса относительно старого расположения селектора локалей в этом комментарии.

  • Falco ответил на вопросы по использованию и уточнил возможности MCP:

    • Подтвердил, что ручной выбор языка принудительно определяет язык поста, и объяснил, почему смешанные заголовки на нескольких языках могут искажать детектирование в Post not being detected as German.
    • Ответил, что Discourse MCP уже поддерживает HTTP в Discourse MCP is here!.

  • canbekcan исследовал проблемы рабочих процессов перевода и гипотезы относительно недавних изменений:

    • Предложил рабочий процесс «сначала выбрать язык, затем добавить заголовок/содержание» и описал необходимость воссоздания вариантов языка в Post not being detected as German.
    • Исследовал проблему «отсутствующего заголовка», изначально подозревая поведение, связанное с темой, в этом ответе, затем сообщил, что смог воспроизвести ошибки и сослался на недавние изменения в коде в этом посте.
    • Уточнил, что не использует ИИ-перевод (требования академической среды) и завершил своё участие после уточнения интерфейса в этой заметке.

  • 赤丸的小烧酒 добавил вопрос о направлении развития продукта ИИ-агентов, спросив о расширяемости агентов через пользовательские навыки в AI bot - Agents.

Спасибо за чтение, увидимся на следующей неделе! :slight_smile:

120

Обзор

Обсуждения, связанные с ИИ, на meta.discourse.org на этой неделе сосредоточились на повышении надежности функций Discourse AI, их автоматизации и снижении стоимости интеграции с внешними рабочими процессами LLM. В вопросе надежности администраторы разобрались, почему переводы пропускаются или выглядят «зависшими» — включая временные сбои провайдеров и ограничения скорости запросов (rate limits), а также рассмотрели практические шаги по отладке, такие как включение подробных логов и проверка таблиц аудита/журналов (AI Translation skips Portuguese (pt) locale, What happens to translations when LLM changes?). Со стороны автоматизации появилась новая инструкция по автоматической маркировке тем с помощью ИИ-триажа + Discourse Automation (Tag topics using AI) и более глубокое погружение в то, как интерпретируются «Примеры» агентов (и как это может случайно привести к избыточной флажковости) (AI triage examples not sent properly?). Наконец, интеграция и эффективность получили толчок благодаря новому плагину, который предоставляет приготовленный контент в формате Markdown, что снижает затраты на токены для последующего использования LLM и потенциально хорошо сочетается с использованием API/MCP (Discourse to Markdown Plugin, Discourse to Markdown Plugin).

Интересные темы

  • Проблема с «пропуском португальского языка» в ИИ-переводе оказалась совокупностью нескольких проблем: неверное определение локали, особенности настройки категорий и ожидания в обработке ошибок
    Denis_Kovalenko сообщил о случайном отсутствии переводов на pt и отметил молчаливые сбои при ошибках провайдера (AI Translation skips Portuguese (pt) locale, AI Translation skips Portuguese (pt) locale). В ходе обсуждения тема переросла в более детальный разбор: определение локали могло сбиваться из-за португальских имен собственных внутри английских сообщений, из-за чего Discourse думал, что португальский уже является исходным языком (AI Translation skips Portuguese (pt) locale). Сотрудники Discourse clarified компромиссы между агрессивными повторными попытками и неконтролируемым расходом токенов (AI Translation skips Portuguese (pt) locale) и отметили, что процесс заполнения (backfill) будет повторно пытаться перевести недавние элементы с течением времени (AI Translation skips Portuguese (pt) locale).

  • Как переопределить неверное определение локали: используйте управление языком в редакторе (и делайте это для исходного поста)
    После вопроса о том, как исправить неверно определенную локаль (AI Translation skips Portuguese (pt) locale), pmusaraj указал на кнопку выбора языка в интерфейсе редактора, подчеркнув, что её нужно менять именно в исходном посте, а не в переведенных вариантах (AI Translation skips Portuguese (pt) locale).

  • Новое руководство: автоматическая маркировка тем с помощью ИИ-триажа + Discourse Automation (automation how-to ai, #Site_Management)
    Новое официальное руководство объясняет настройку ИИ-триажа для применения тегов на основе содержания темы, включая предварительные требования, такие как включение плагинов Discourse AI и Discourse Automation, а также настройку агентов/персон (Tag topics using AI). В нем явно ссылаются на документацию по плагину Discourse AI и фреймворку автоматизации для контекста настройки (Tag topics using AI, Tag topics using AI).

  • Новый плагин: предоставление контента Discourse в формате Markdown для сокращения использования токенов LLM (markdown ai, Customization > Plugin)
    benword выпустил discourse-to-markdown, который возвращает Markdown, если клиент отправляет заголовок Accept: text/markdown или использует суффикс .md — с целью снижения стоимости токенов за счет избегания HTML-пакетов (Discourse to Markdown Plugin). pmusaraj отметил интересный нюанс: плагин преобразует приготовленный HTML Discourse в более богатый Markdown, а не использует сырой текст поста (Discourse to Markdown Plugin). jrgong выделил, как это помогает в рабочих процессах API/MCP, где сырой контент не содержит разрешенных URL-адресов, и спросил о возможности сочетания его с Discourse MCP (Discourse to Markdown Plugin).

  • Что происходит с ИИ-переводами, если вы меняете LLM? (Они сохраняются, но отладка «зависшего прогресса» важна) (ai, Support)
    RBoy спросил, приводит ли смена моделей к повторному переводу всего контента после того, как хостинг-провайдер устаревшей модель (What happens to translations when LLM changes?). Falco уточнил, что существующие переводы остаются, а новый LLM обрабатывает только то, что еще не было переведено (What happens to translations when LLM changes?). Когда использование токенов продолжало расти без видимого прогресса, Falco рекомендовал включить подробные логи и проверить журналы аудита ИИ (What happens to translations when LLM changes?). Последующее сообщение показало, что ошибка ограничения скорости (rate-limit) неоднократно блокировала перевод темы и потребляла дневную квоту (What happens to translations when LLM changes?).

  • Примеры ИИ-триажа могут дать обратный эффект: примеры — это предыдущие шаги диалога, поэтому ответы должны имитировать ожидаемый вывод (включая вызовы инструментов) (automation ai, Support)
    markschmucker обнаружил, что его агент помечал каждое сообщение, даже когда пример предназначался как иллюстративный (AI triage examples not sent properly?). Falco предложил использовать инструмент flag вместо строковых выводов (AI triage examples not sent properly?), затем уточнил, что примеры отправляются как предыдущие шаги чата, поэтому примеры ответов должны соответствовать реальному ожидаемому формату ответа — особенно при использовании инструментов (AI triage examples not sent properly?). Обсуждение закончилось просьбой предоставить «примеры примеров», показывающие, как написать ответ в формате вызова инструмента в интерфейсе Примеров (AI triage examples not sent properly?).

  • Ошибки 500 на эндпоинте ИИ-поиска/встраиваний: проверьте логи экземпляра и сравните с известными сбоями ИИ-поиска (rest-api ai, Support)
    shixiaochi спросил, что обычно вызывает возвращение ошибок 500 для /discourse-ai/embeddings/semantic-search (接口报错500). Lilly указал на существующую тему о том, что ИИ-поиск выдает ошибку 500 (接口报错500), а supermathie повторил практический следующий шаг: проверить как логи Rails, так и /logs (接口报错500).

  • ИИ-сгенерированные переводы тегов: пока не переключаются независимо, но могут быть исправлены через настройки тегов или корректировку промптов (tags ai dynaloc, #Site_feedback)
    evenlo попросил отключить именно ИИ-переведенные теги из-за проблем с качеством (AI-generated tag translations do not work perfectly). nat объяснил, что перевод в настоящее время не масштабируется по «типу модели» для разных видов сущностей; вместо этого нужно редактировать переводы тегов напрямую (одноразово) или корректировать промпт агента Short Text Translator (AI-generated tag translations do not work perfectly).

  • Боты поддержки и мультимодальные рабочие процессы: генерация изображений и «зрение» могут улучшить техническую поддержку (ai ai-bot, General)
    В продолжающемся обсуждении ботов поддержки EricGT поделился примером ИИ-сгенерированного изображения и ссылку на руководство по промптам в OpenAI cookbook (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot), Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)). merefield отметил Image Gen 2 как вариант в контекстах Discourse Chatbot (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)). 37Rb описал эксперименты с использованием зрения для интерпретации фотографий аппаратных панелей (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)), а EricGT предложил будущие рабочие процессы, такие как генерация аннотированных оверлеев с вызовами и техническим текстом (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)).

  • Индексирование содержимого файлов для лучшего поиска: OCR + понимание вложений как путь к улучшению ИИ-поиска (ai ai-search, Contribute > Feature)
    dennisjbr предложил использовать Apache Tika для OCR/самостоятельного хостинга или использовать LLM (например, Gemini Flash) для OCR и описания вложений/изображений в Postgres для индексирования, признавая предварительную стоимость токенов для «перепеки» (rebake) старых загрузок (Index File Contents for Search).

Активность

  • Denis_Kovalenko провел глубокое расследование пропусков переводов и проблем с надежностью, сообщив о молчаливых пропусках при временных ошибках и позже выделив несколько основных причин, включая неверное определение локали и особенности настройки категорий (AI Translation skips Portuguese (pt) locale, AI Translation skips Portuguese (pt) locale, AI Translation skips Portuguese (pt) locale, AI Translation skips Portuguese (pt) locale).

  • pmusaraj уточнил ограничения продукта относительно повторных попыток и стоимости токенов в рабочих процессах перевода (AI Translation skips Portuguese (pt) locale, AI Translation skips Portuguese (pt) locale), подтвердил возможность улучшения поддержки категорий (AI Translation skips Portuguese (pt) locale) и похвалил подход преобразования приготовленного контента в Markdown в новом плагине экспорта (Discourse to Markdown Plugin).

  • nat отметил, что процесс заполнения (backfill) переводов эффективно повторяет попытки для недавнего контента, и что использование версии -latest помогает, учитывая, как быстро развиваются ИИ-API (AI Translation skips Portuguese (pt) locale), а также объяснил ограничения, связанные с выборочным отключением ИИ-переведенных тегов (плюс практические обходные пути) (AI-generated tag translations do not work perfectly).

  • Moin высказался о ожидаемых темпах исправлений при использовании ESR против последней версии (и позже исправил предположение о версии) (AI Translation skips Portuguese (pt) locale, AI Translation skips Portuguese (pt) locale).

  • RGJ уточнил контекст версий относительно ESR против 4.0-latest и отметил, что ESR все еще может получать некоторые обратные портирования (backports) (AI Translation skips Portuguese (pt) locale).

  • Discourse опубликовал официальное руководство по автоматизации для маркировки тем на основе ИИ — позиционируя его как практический конвейер «триаж → теги», построенный на Discourse AI + Discourse Automation (Tag topics using AI).

  • benword представил discourse-to-markdown и объяснил, почему вывод в формате Markdown может снизить стоимость LLM и повысить эффективность контекста за счет удаления накладных расходов HTML (Discourse to Markdown Plugin).

  • jrgong выделил реальные проблемы API/MCP (такие как неразрешенные URL-адреса изображений в сыром выводе) и спросил, может ли предоставление Markdown вписаться в рабочие процессы MCP (Discourse to Markdown Plugin).

  • RBoy исследовал поведение переводов после смены параметров LLM, поделившись наблюдениями о высоком расходе токенов без движения статистики и позже выявив повторяющуюся ошибку ежедневного ограничения скорости для одной темы (What happens to translations when LLM changes?, What happens to translations when LLM changes?, What happens to translations when LLM changes?).

  • eisammy поделился практическими рекомендациями относительно кэшей переводов и поведения при смене моделей у разных провайдеров, основываясь на предыдущих настройках с несколькими моделями (What happens to translations when LLM changes?).

  • Falco ответил на вопросы о жизненном цикле переводов (старые переводы сохраняются) и предложил конкретные шаги по отладке (подробные логи + проверка логов аудита), когда прогресс кажется зависшим (What happens to translations when LLM changes?, What happens to translations when LLM changes?). Falco также проводил консультации по настройке ИИ-триажа, направляя от хрупких строковых выводов к вызовам инструментов и уточняя, как примеры должны отражать ожидаемую «форму» ответов (AI triage examples not sent properly?, AI triage examples not sent properly?).

  • markschmucker выявил тонкую ловушку ИИ-агента, где примеры, предназначенные как демонстрация, казались предвзятыми для модели, заставляя ее флажить все подряд, затем запросил руководство о том, как должны выглядеть примеры вызовов инструментов на практике (AI triage examples not sent properly?, AI triage examples not sent properly?, AI triage examples not sent properly?).

  • shixiaochi спросил о причинах возникновения ошибки 500 на эндпоинте семантического поиска встраиваний, что побудило к предоставлению руководства по устранению неполадок (接口报错500).

  • Lilly связал отчет об ошибке 500 для встраиваний с предыдущим обсуждением ошибки 500 в ИИ-поиске, указав автору отчета на существующую диагностическую тему (接口报错500).

  • supermathie подтвердил, что логи являются решающим следующим шагом для ошибок 500 — как логи Rails, так и интерфейс администратора /logs (接口报错500).

  • evenlo выразил обеспокоенность по поводу непоследовательного качества ИИ-переводов тегов и попросил способ отключить эту конкретную подфункцию (AI-generated tag translations do not work perfectly).

  • EricGT продвинул тему ботов поддержки, добавив ссылки на мультимодальную генерацию изображений и предложив практические улучшения технической поддержки, такие как аннотированные оверлеи и лучшее отображение текста в сгенерированных изображениях (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot), Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot), Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)).

  • merefield указал читателям на доступность Discourse Chatbot/Image Gen 2 по мере расширения мультимодального угла обсуждения ботов поддержки (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)).

  • 37Rb поделился реальным опытом использования функций зрения для интерпретации фотографий, присланных клиентами, для получения советов по проводке, отметив разницу между успешными экспериментами и реальным внедрением клиентами (Advice on a support bot for a technical support forum (Discourse AI vs Discourse Chatbot)).

  • dennisjbr предложил дорожную карту для индексирования содержимого вложений (OCR + описание изображения → Postgres), чтобы сделать ИИ-поиск более мощным, признавая при этом компромисс предварительных затрат токенов для заполнения старого контента (Index File Contents for Search).

Дополнительные ссылки, упомянутые на этой неделе (контекст для вышеупомянутых тем)

Они были напрямую упомянуты в обсуждениях недели и помогают объяснить окружающую экосистему: Discourse AI plugin, Discourse Automation, LLM settings guide, AI bot personas / Agents, Discourse MCP is here, Discourse Chatbot now smarter than ChatGPT и упомянутая тема об ошибке 500 в ИИ-поиске (All AI functions are working ok but AI search gives 500 error).

Спасибо, что прочитали, и до встречи на следующей неделе! :slight_smile:

121

Обзор

Обсуждение, связанное с ИИ, на Meta на этой неделе сосредоточилось на улучшении нового пользовательского интерфейса и автоматизации рабочих процессов, а также на повышении гарантий корректности при редактировании и переводе с помощью ИИ.

Самой активной темой стал поиск ошибок в новом док-компоузере ИИ: Lilly задокументировала проблемы с редактированием, цитированием, прокруткой на мобильных устройствах и загрузкой файлов в теме New ai docked composer, при этом keegan быстро вносил исправления и в конечном итоге временно отключил функцию, пока она не будет доработана (update). Параллельно в процессе проверки текста с помощью ИИ-помощника обсуждался вопрос сохранения цитируемого текста — особенно важного для чувствительных или точных цитат — было подтверждено, что исправление уже внедрено, а также последовали предложения по дополнительной настройке (Proofread breaks quotes, examples guidance).

С точки зрения эксплуатации администраторы обменялись опытом о том, что задания на перевод «зависали» из-за ограничений частоты запросов к LLM и вопросов по конфигурации в теме What happens to translations when LLM changes?. А с точки зрения расширения возможностей Discourse опубликовал новое руководство о том, как автоматически категоризировать темы, комбинируя триаж Discourse AI с Discourse Automation (Auto-categorize topics using AI), а в обсуждении плагина исследовалась возможность отдачи формата text/markdown для повышения удовлетворенности потребителей ИИ/MCP (Discourse to Markdown Plugin).

Интересные темы

  • Регрессии в док-компоузере ИИ + быстрые исправления (Contribute > Bug, ai, composer): Lilly сообщила, что новый док-компоузер мог блокировать действия по редактированию, вести себя странно при цитировании и отличаться от обычного компоузера — особенно в вопросах переноса строк (report, Shift+Enter feedback). keegan выпустил несколько исправлений и последующих улучшений, объясняя предполагаемое поведение и следующие шаги (fixes summary, gating announcement).

  • Решение о дизайне с приоритетом RTE в док-компоузере (Markdown поддерживается, но без предварительного просмотра): Было уточнено, что док-компоузер предназначен в первую очередь для RTE, тогда как Markdown остается доступным, но без предварительного просмотра из-за ограничений пространства (design explanation, confirmation).

  • Краевые случаи цитирования + боковой панели + навигации при взаимодействии с интерфейсом бота: Цитирование бота было связано с появлением зазоров в боковой панели, исчезновением элементов интерфейса и даже «застреванием» пользователей в разговоре с ботом, что впоследствии улучшилось после последующих исправлений (initial behavior, later status).

  • Сбои при загрузке файлов после первого сообщения в док-компоузере: После улучшения других проблем Lilly сузила круг оставшихся проблем до сбоев при загрузке файлов после первого сообщения, а также прерывистых проблем с цитированием, которые впоследствии исчезли после пересборки (bug report, triage update, maintainer response).

  • ИИ-редактор не должен «улучшать» цитируемый текст (Contribute > Bug, ai-helper): bksubhuti выделил риск того, что ИИ изменит цитируемый религиозный или исходный текст, и аргументировал, что цитаты должны сохраняться дословно (concern). Falco указал, что проблема была исправлена, и предложил попробовать более качественную модель, если ошибка воспроизводится (fix reference).

  • Настройка агентов-редакторов с использованием примеров + специализированных персонажей: bksubhuti поделился промптом для специализированного персонажа, ориентированного на язык Пали, и спросил о выборе движка (persona details), в то время как Falco спросил, используют ли они примеры, отметив, что стандартный редактор поставляется с несколькими примерами, чтобы помочь правильно обрабатывать цитаты (examples suggestion).

  • Задания на перевод останавливаются из-за ограничений частоты + путаница с настройками «мышления» (Support, ai): В теме устранения неполадок с переводом Falco предложил отключить «мышление», в то время как RBoy спросил, что это означает в интерфейсе Discourse AI, и привел ошибку, показывающую, что ограничение по токенам в день вызывает повторяющиеся сбои (suggestion, rate limit error, UI question).

  • Отдача Markdown для лучшего потребления ИИ/MCP (Customization > Plugin, markdown, ai): В теме плагина Discourse-to-Markdown исследовалась «согласование контента» как чистый путь для клиентов ИИ: попытаться запросить Accept: text/markdown для канонических URL, а затем вернуться к поведению JSON API, если формат не поддерживается (proposal, follow-up). В том же обсуждении это явно связывалось с использованием MCP (см. также Discourse MCP is here).

  • Улучшение качества ИИ-генерируемых изображений (и интерес к обмену промптами): В долгоRunningщемся обсуждении бота поддержки 37Rb отметил значительный скачок в качестве генерации изображений по сравнению с предыдущими попытками (experience), а EricGT призвал более широко делиться промптами и советами (request).

  • Новое руководство: автоматическая категоризация тем с использованием триажа ИИ + Discourse Automation (#Site_Management, automation, ai): Discourse опубликовал руководство, подробно описывающее требования (Discourse AI, Automation, настроенная LLM и Агент/персонаж) и общий рабочий процесс использования ИИ для определения того, принадлежит ли тема другой категории (guide; см. ссылки на требования к Discourse AI, Discourse Automation, руководству по настройкам LLM и персонажам ИИ-ботов).

Активность

  • Lilly провела детальную проверку качества док-компоузера ИИ, задокументировав первоначальные сбои (New ai docked composer), признав текущие исправления (follow-up), а затем сузив круг оставшихся проблем, таких как цитирование и загрузка файлов (status, rebuild result). Она также отметила регрессию «загрузки после первого сообщения» как основную оставшуюся ошибку (report).

  • sam признал цикл обратной связи по док-компоузеру и сообщил, что исправления активно ведутся, указав на текущую работу keegan (response).

  • keegan реализовал и координировал исправления для док-компоузера, объяснил предполагаемый UX с приоритетом RTE и компромиссы с Markdown (explanation), а позже временно отключил функцию до upcoming изменений, продолжая ее доработку (update).

  • bksubhuti поднял вопрос корректности и этики: ИИ-редактор должен сохранять цитируемые блоки, особенно для точных религиозных или исходных цитат (concern). После обновления они подтвердили поведение и продолжили эксперименты, включая обмен пользовательским персонажем редактора и запрос предложений по моделям (confirmation, testing, persona prompt).

  • Falco предоставил целевую помощь по устранению неполадок в двух областях: он указал на выпущенное исправление для обработки цитирования и рекомендовал попробовать более качественную модель, если проблемы сохранялись (Proofread breaks quotes), спросил об использовании примеров для привязки агента (examples) и предложил отключить «мышление», чтобы решить проблемы с поведением перевода (What happens to translations when LLM changes?).

  • RBoy поделился реальными проблемами эксплуатации перевода: он сообщил, что попытки перевода неоднократно терпели неудачу из-за ограничений по токенам в день, и спросил, что означает «мышление» в интерфейсе конфигурации Discourse AI (error report, clarification question).

  • benword расширил объяснение того, как плагин Discourse-to-Markdown может поддерживать потребителей ИИ/MCP через согласование контента HTTP, outlining прагматичную стратегию «попробовать Markdown, затем вернуться к JSON» (Discourse to Markdown Plugin) и связав это с возможностями интеграции MCP (related: Discourse MCP is here).

  • jrgong подтвердил, что предложенный подход «согласование контента, затем возврат» по сути уже был реализован для них другим LLM (Claude) (reply).

  • 37Rb поделился положительными отзывами из эксплуатации о том, что генерация ИИ-изображений значительно улучшилась, указав на меньшее количество артефактов по сравнению с более ранними попытками (support bot discussion).

  • EricGT усилил обучение сообщества, попросив делиться промптами и советами на основе результатов 37Rb (request).

  • Discourse опубликовал новое руководство для администраторов по использованию триажа ИИ для автоматической категоризации тем, явно задокументировав требования и ссылки на настройку (Auto-categorize topics using AI; related docs: Discourse AI, Discourse Automation, LLM settings guide, AI bot personas).

Спасибо, что прочитали, и до встречи на следующей неделе! :slight_smile:

122

Обзор

Дискуссии об ИИ на meta.discourse.org на этой неделе (2026-05-04 → 2026-05-11) были сосредоточены на операционной надежности переводов ai — особенно на том, как модели с функциями «мышления/рассуждения» могут нарушать определение локали, исчерпывать бюджет завершения и оставлять задачи перевода застрявшими или завершающимися с ошибками непонятным образом (см. Ошибки переводов ИИ и Что происходит с переводами при изменении LLM?). Вторая ветка отладки была посвящена неожиданным ограничениям токенов (размер запроса против размера ответа, лимиты скорости TPM/TPD) и тому, как они взаимодействуют с конфигурацией LLM в Discourse AI (см. ИИ случайно и непредсказуемо превышает пороги токенов LLM).

Со стороны UX и конфигурации были внесены небольшие, но практические обновления: настройка промпта для вычитки при обработке цитат (см. Вычитка ломает цитаты), исправленная регрессия загрузки изображений в сообщениях от агента через личные сообщения (исправление уже внесено в основную ветку) (см. Невозможно отправить изображение в ответе агента через ЛС), а также вопрос от нового пользователя о конфигурации модели Google Gemini на странице настроек LLM (см. Discourse AI — страница настроек большой языковой модели (LLM)).

В целом: 26 новых сообщений в 3 новых темах, при этом основную активность проявили Falco и RBoy, преимущественно в ветках bug и Support с тегом 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-to ai).

Активность

Спасибо за чтение, увидимся снова на следующей неделе! :slight_smile:

123

Обзор

Обсуждения по теме ai на meta.discourse.org на этой неделе сфокусировались на практических исправлениях надежности: от определения языка/локали и использования кредитов на перевод до мелких неудобств в интерфейсе и проблем с настройкой самостоятельного хостинга.

Со стороны локализации пользователь thomasjsn сообщил, что норвежский контент определяется как no, а затем переводится на nb_NO, что приводит к почти дублированию текста и нецелевому расходу кредитов в теме Норвежский определяется как no агентом определения локали, в поддерживаемых локалях для локализации контента указан nb_NO. Тема быстро перешла к обходу проблемы на уровне промпта (сообщение 5), а затем к улучшению стандартного агента, подтвержденному nat (сообщение 7).

Тем временем интерфейс Discourse AI получил небольшое, но заметное улучшение: RBoy обнаружил, что изменение модели LLM по умолчанию не обновляет метки агентов до перезагрузки страницы, в теме Мелкий баг интерфейса при изменении модели LLM по умолчанию, а awesomerobot подготовил исправление в виде pull request (сообщение 2).

Пользователи, организующие самостоятельный хостинг, также столкнулись с полезным моментом отладки: NotAnonymous столкнулся с ошибкой 404 от Hugging Face при настройке анализа тональности в Docker, а Falco предложил рабочее решение в теме Самостоятельный хостинг анализа тональности и эмоций для DiscourseAI (см. сообщение 15 и подтверждение в сообщении 16).

Наконец, неделю завершили несколько небольших уточнений: продолжение тестирования ограничений «бюджета размышлений» Gemini в теме Бюджет размышлений для Gemini Pro, ошибка при использовании 0 или -1, renewed interest в паттернах «me too»/подтверждений с упоминанием новых улучшений solved в теме Опция скрытия ответов «me too», а также новый отчет на китайском языке о том, что гиперссылки в плагине AI не реагируют на нажатие в теме 社区官方的ai插件中的超链接未能正常跳转，点击后无反应.

Интересные темы

Активность

Спасибо, что прочитали, и увидимся на следующей неделе! :slight_smile:

124

Обзор

В эту неделю активность, связанная с ИИ, на meta.discourse.org (18.05.2026 → 25.05.2026) в основном касалась сглаживания и упрощения управления диалогами с ИИ-ботами, а также существовала одна текущая операционная проблема, связанная с локализацией в рабочих процессах отправки электронной почты с помощью ИИ.

Со стороны продукта Discourse выпустил два небольших, но важных улучшения пользовательского интерфейса для ИИ-чата: возможность помечать ИИ-диалоги звездочкой, чтобы важные чаты оставались закрепленными вверху (Star common AI conversations, также упоминается в Star common AI conversations), а также закрепленный редактор, который постоянно доступен в темах с ИИ-ботами, чтобы снизить «трение при ответе» (Introducing a docked composer for AI bot conversations, см. также Introducing a docked composer for AI bot conversations).

Тем временем старый тред Contribute > Feature снова всплыл с запросом на обновления: поддержка перевода остается проблемным местом — особенно когда комментарии конвейера модерации и другой пользовательский текст не переводятся для пользователей, получающих письма на их настроенном языке (Use translated posts when emailing users with their user language set, снова упоминается в Use translated posts when emailing users with their user language set).

Интересные темы

  • Закрепление ИИ-чатов для сохранения ключевых диалогов наверху (#Announcements, ai)
    Discourse внедрил новую возможность помечать звездочкой диалоги с ИИ-ботами, что упрощает поиск часто используемых ИИ-тем. sam поделился объявлением и отметил, что функция управляется через флаг будущих изменений: Enable AI bot starred conversations (Star common AI conversations, также см. Star common AI conversations и Star common AI conversations).

  • Закрепленный (постоянный) редактор для диалогов с ИИ-ботами (#Announcements, composer, ai, ai-bot)
    Чтобы ИИ-чаты ощущались как непрерывная переписка, Discourse добавляет постоянный редактор внизу тем с диалогами ИИ-ботов — так вы сможете продолжать печатать, не нажимая повторно «Ответить». keegan описал, что меняется, почему это снижает трение, и указал, что функция пока находится за настройкой будущих изменений (ai_bot_enable_docked_com...) (Introducing a docked composer for AI bot conversations, плюс Introducing a docked composer for AI bot conversations и Introducing a docked composer for AI bot conversations).

    «Вместо того чтобы каждый раз нажимать Ответить… редактор теперь остается доступным…"

  • Пробелы в переводе, влияющие на ИИ/локализованные исходящие письма и операции модерации (Contribute > Feature, ai, activity-summary, dynaloc, content-localization)
    Bart_Veldhuizen1 запросил обновления по использованию переведенного содержания постов при отправке писем пользователям на основе их языковых настроек и выделил связанную операционную проблему: пользовательские комментарии в конвейере модерации также не переводятся — что создает препятствия в рабочих процессах для многоязычных команд модераторов (Use translated posts when emailing users with their user language set, также упоминается в Use translated posts when emailing users with their user language set и Use translated posts when emailing users with their user language set).

Активность

Спасибо, что прочитали, увидимся на следующей неделе! :slight_smile:

125

Обзор

Обсуждения, связанные с ИИ, на meta.discourse.org на этой неделе (25.05.2026 → 01.06.2026) сгруппировались вокруг трех тем:

  1. Интеграции ИИ и автоматизация — Растет интерес к событийно-ориентированным функциям ИИ, таким как запуск внешней автоматизации при изменении данных AI Artifact. Запрос на вебхуки для обновления артефактов в теме Add webhook / event support for Discourse AI artifact key-value updates (or allow admins to disable sandboxing) получил поддержку с предложением вернуться к нему после внедрения нового направления автоматизации Discourse («Workflows») (ответ), а также было согласовано, что вебхуки на стороне сервера с ограниченной областью действия будут полезны (продолжение).

  2. Интерфейс ИИ и сохранение формата контента — Несколько потоков выделили места, где пользовательский интерфейс, связанный с ИИ, все еще нуждается в доработке: поведение кнопки «Отправить по Enter» в докемпозиционном редакторе бота ИИ (обсуждение, подробнее), повреждение синтаксиса цитирования Markdown при переводе (отчет об ошибке) и сохраняющаяся потребность в полном соответствии Markdown в контекстах ботов/чата (продолжение запроса).

  3. Локализация и поддержка нескольких моделей — Несколько сообщений были посвящены гибкости языков и моделей: запрос на локализацию промптов ИИ на китайский язык (запрос, ответ), прогресс в использовании переводов в сообщениях для пользователей (включая исправление, объединенное для корректного отображения переведенных «причин флага») в теме Use translated posts when emailing users with their user language set, а также расширение анализа тональности/эмоций на больше провайдеров LLM, таких как Gemini (вопрос, обновление).

Интересные темы

  • Поддержка вебхуков / событий для обновлений AI Artifact (автоматизация + интеграции) (Contribute > Feature ai webhooks ai-artifacts)
    MachineScholar предложил генерировать вебхуки при изменении данных ключ-значение в AI Artifact, чтобы обеспечить внешнюю автоматизацию (например, рабочие процессы n8n) в теме Add webhook / event support for Discourse AI artifact key-value updates (or allow admins to disable sandboxing). Falco предположил, что стоит вернуться к этому вопросу после внедрения нового подхода Workflows (ответ), а sam поддержал идею вебхука на стороне сервера, который можно ограничить по идентификатору артефакта (комментарий). MachineScholar также спросил, где можно отслеживать информацию и график по Workflows (продолжение).

  • Докемпозиционный редактор для разговоров с ботом ИИ: трение от «Enter для отправки» (и проблемы с загрузкой) (#Announcements ai ai-bot composer)
    В теме Introducing a docked composer for AI bot conversations Lilly попросила способ отключить «Enter как отправка» и предпочесть отправку только через иконку бумажного самолетика (сообщение). tobiaseigen согласился, отметив, что разговоры с ИИ не всегда носят «болтливый» характер и часто требуют абзацев или блоков кода; он также упомянул обходной путь через настройки чата, но выделил компромисс для реального использования чата (сообщение). Позже Lilly сообщил(а), что загрузка изображений ломается после первого сообщения, и вернулась к обычному редактору для использования бота (сообщение).

  • Переведенный контент в письмах / уведомлениях: дорожная карта + объединенное исправление для переведенных «причин флага» (Contribute > Feature ai activity-summary dynaloc content-localization)
    В теме Use translated posts when emailing users with their user language set pmusaraj подтвердил(а), что автор темы (OP) все еще в дорожной карте, но без указания сроков (сообщение). Уточняя связанную строку интерфейса, Bart_Veldhuizen1 объяснил(а), что «пользовательские комментарии» на самом деле были типом флага «something else», показав, как он отображался на португальском языке в очереди проверки, в то время как DM переводился корректно (подробности). pmusaraj затем объединил(а) исправление этой проблемы с переводом (обновление), указав на связанный PR: ссылка на обсуждение.

  • Самохостинг тональности/эмоций: расширение на другие провайдеры LLM (упомянут Gemini) (#Self-Hosting ai ai-sentiment)
    В теме Self-Hosting Sentiment and Emotion for DiscourseAI Orioni спросил(а) о сроках подключения анализа тональности к другим LLM, упомянув положительный опыт с вариантами Gemini Flash и желание использовать Gemini для анализа тональности для снижения затрат (сообщение). Falco ответил(а), что возможность была добавлена и скоро появится на сайте (ответ).

  • Ошибка перевода ИИ: Markdown-цитата > иногда превращается в 0 (Contribute > Bug ai dynaloc)
    thomasjsn сообщил(а), что переводы как от «GPT-5.4 Nano», так и от «Gemini 3 Flash» иногда преобразуют маркеры цитирования Markdown (>) в 0, ломая форматирование в теме Markdown quote conversion failures in AI translations. Примеры показывают повторяющиеся символы 0 там, где должны быть блоки цитат и заголовки (отчет).

  • Запрос: разрешить настройку/локализацию текста промпта плагина ИИ на китайском (Contribute > Feature ai localization)
    bird запросил(а) возможность устанавливать промпты ИИ на китайском языке, сославшись на то, что сводки, заголовки и сводки DM по умолчанию на английском — в теме 希望ai插件可以设置提示词为中文. sniper756 ответил(а), что вывод на английском/китайском может быть нестабильным и варьироваться в зависимости от модели, хотя причина не была ясна (ответ).

  • Полная поддержка Markdown в контекстах ботов/чата (и связанные проблемы миграции) (Contribute > Feature chat ai)
    В теме Full markdown support in Chat for bots rokejulianlockhart спросил(а), существует ли более широкая тема для полной поддержки Markdown за пределами ботов (ссылаясь на раннюю открытость sam к созданию более общей темы: цитированная ссылка). Он(а) также поднял(а) вопросы, связанные с миграцией, сославшись на отдельный вопрос о миграции Messages в Chats/DMs (цитированная ссылка на тему) и аргументировал(а), что без полной поддержки Discourse Markdown функция не подходит для их случая использования (сообщение).

Активность

Спасибо, что прочитали, и увидимся на следующей неделе! :slight_smile:

126

Обзор

Обсуждения, связанные с ИИ, на meta.discourse.org на этой неделе сгруппировались вокруг трёх практических тем:

  1. UX ИИ-помощника в создании и модерации: администраторы хотят получить более тонкий контроль над тем, что генерирует ИИ-помощник (заголовки, теги или категории), и над его поведением в условиях ограниченных настроек категорий. Это привело к появлению запроса на функцию переключателей для каждой кнопки в редакторе (Запрос функции: переключатель для генератора заголовков ИИ: заголовок/тег/категория) и к багу, когда предложения тегов не учитывали ограничения тегов категории (ИИ-помощник может предлагать теги, запрещённые в категории).

  2. Уточнение различий между «ИИ» и функциями, которые на самом деле не используют LLM: было вновь подчёркнуто, что предложения тегов и категорий основаны на эмбеддингах, а не на работе LLM, что влияет на то, насколько сильно «промптинг» может влиять на результаты (Как настроить предложения тегов и категорий ИИ).

  3. ИИ + локализация + сложные случаи работы инструментов: поступили сообщения о неправильном определении языка и путанице с актуальностью переводов в функциях ИИ для локализации (Странно: редактирование ответа не отображается и помечено как написанное на французском, хотя оно на английском), а также проблема для разработчиков, когда AI Tools Test Runner, по-видимому, пытается установить SSL-соединение с внутренним http://-эндпоинтом (Тестовый запускчик ИИ-инструментов пытается использовать SSL для http-URL-адресов).

Интересные темы

  • ИИ-локализация ошибочно определяет язык и скрывает правки из-за устаревшего перевода (Contribute > Site feedback, ai, dynaloc, content-localization)
    stephtara сообщила, что пост, написанный на английском, был помечен как французский, а последующая правка «не отображалась» в отрендеренном виде (отчёт). Moin объяснил, что ошибка определения языка может быть вызвана одним словом, например «французский», и отметил, что «пропавшая правка» скорее всего была связана с просмотром устаревшего перевода, а не исходного поста (диагностика + обходное решение). Обсуждение завершилось подтверждением объяснения автором оригинального поста и ручной корректировкой определённого языка (подтверждение), а также запоминающимся напоминанием об ограничениях определения языка:

    «Искусственный интеллект — это не интеллект» (цитата).

  • Баг: ИИ-помощник предлагает теги, которые не разрешены в категории (Contribute > Bug, ai)
    thgl обнаружил, что ИИ-помощник мог рекомендовать запрещённые теги и даже позволял их выбрать, но затем блокировал отправку, тогда как ручной ввод тегов корректно применял ограничения (отчёт о баге). zogstrip быстро признал проблему (признание) и сообщил, что исправление уже подготовлено через PR (статус исправления). Автор отчёта подтвердил, что решение было найдено быстро (спасибо).

  • Запрос функции: переключатели для включения ИИ-тегирования/категоризации, но отключения генерации заголовков ИИ (Contribute > Feature, ai)
    Frully попросил отдельные переключатели для кнопок предложения заголовков, тегов и категорий — желая сохранить помощь ИИ в классификации, но требуя от пользователей создавать свои собственные заголовки (запрос + обоснование). NateDhaliwal предложил прагматичный временный подход: скрыть только кнопку «предложить заголовки» через CSS (CSS-обходное решение), что запросивший признал приемлемым (дополнение).

  • Как настроить предложения тегов/категорий ИИ: уточнение, что это основано на эмбеддингах, а не на промптинге LLM (Support, ai, ai-helper, Решено)
    Frully хотела «научить» помощника тому, как их сообщество организует контент (например, согласованные паттерны #meetings и обязательные теги) и отметила, что примеры в системном промпте сосредоточены на заголовках, а не на тегах/категориях (вопрос). Falco объяснил причину: предложения тегов и категорий вообще не используют промпты LLM, полагаясь на эмбеддинги черновика по сравнению с существующими темами (ответ / решение).

  • AI Tools Test Runner: http.get(), по-видимому, пытается использовать SSL для внутренних http://-эндпоинтов (Support, rest-api, ai)
    Tobias1 поделился воспроизводимым скриптом, показывающим, что http.get("http://stable-diffusion:7860/") корректно разрешается во внутренний IP-адрес, но завершается ошибкой рукопожатия SSL — что указывает на то, что запускчик или его слой HTTP-клиента всё равно пытается установить TLS (детали + вывод ошибки).

Активность

Спасибо за чтение, и увидимся снова на следующей неделе! :slight_smile:

127

Обзор

На этой неделе (с 08.06.2026 по 15.06.2026) на мета-форуме Discourse AI зафиксирован небольшой, но практичный всплеск обсуждений (12 новых сообщений в 2 новых темах), в основном сосредоточенных на изменениях конфигурации перевода ИИ и видимости затрат/объема, а также на нескольких особенностях эксплуатации и администрирования встроенных инструментов ИИ.

Ключевой темой стало понимание того, что изменилось в настройках перевода ИИ — в частности, переход от модели «переводимые категории» к модели «исключаемые категории» и то, как производилась миграция сообществ, — а также способы аудита/оценки объема и количества переводов с помощью журналов действий персонала и Data Explorer (AI Translation: What happened to “Translatable Categories” and how are translation costs calculated?, migration clarification quoted in-thread, Data Explorer query suggestion и ранее приведенное объяснение в 392993/7).

В других обсуждениях сотрудники и участники сообщества говорили о постепенных улучшениях и ограничениях неконтролируемого машинного перевода для тегов (AI-generated tag translations do not work perfectly), прояснили особенность порта/протокола в тестовом запуске AI Tools (Der AI Tools Test Runner macht bei http-URLs intern SSL) и осветили то, что можно и что нельзя настраивать во встроенном классификаторе тональности — часто направляя администраторов к самостоятельному хостингу, если требуется более глубокий контроль (Classification in the Discourse Sentiment Dashboard, а также указание на self-hosting sentiment and emotion). Наконец, один из администраторов спросил о удалении автоматически созданной учетной записи администратора, связанной с ИИ («deepseek-chat»), получив рекомендации, что она привязана к плагину ИИ/боту, и заметки о процессе удаления пользователей персонала (请问怎么删除deepseek-chat这个自动建立的管理员账户, со ссылкой на удаление в Deleting users in rails console).

Интересные темы

  • Миграция настроек перевода ИИ: «Translatable categories» → «Excluded categories» (ai dynaloc Support)
    Sara_Carmona_y_Lladó заметил, что интерфейс AI Translation больше не показывает Translatable categories, и спросил, изменилось ли поведение, произошла ли миграция и как теперь определяются объем и стоимость (AI Translation: What happened to “Translatable Categories” and how are translation costs calculated?). Moin подтвердил, что миграция действительно произошла, и объяснил, как списки категорий были преобразованы для сохранения предыдущего поведения (migration explanation), ссылаясь на предыдущие рекомендации персонала (392993/7).

  • Аудит объема перевода ИИ + «что было переведено» с помощью журналов и Data Explorer (ai dynaloc Support)
    В дополнение к объяснению миграции Moin предложил использовать журналы действий персонала для выявления ручных изменений настроек и поделился запросом Data Explorer для разбивки переводов по категории/языку/количеству (Data Explorer approach, продолжение ветки в 405072/2).

  • Качество автоматического перевода тегов ИИ: что улучшилось, а что остается низкой приоритетом (ai dynaloc tags Contribute > Site feedback)
    В продолжение предыдущих сообщений nat подтвердил, что теги, упомянутые в исходном отчете, «теперь должны обрабатываться на meta», а также отметил, что передача дополнительного контекста в перевод тегов пока не является приоритетной задачей (AI-generated tag translations do not work perfectly). Moin спросил, как определить, какие переводы тегов улучшились с момента отчета (399570/15).

  • Поведение протокола в тестовом запуске AI Tools: порты, отличные от 80, по умолчанию используют HTTPS (ai rest-api Support)
    Falco прояснил текущее поведение: тестовый запуск поддерживает HTTP только на порту 80, а для других портов внутренне по умолчанию используется HTTPS — что разрешило сообщение (Der AI Tools Test Runner macht bei http-URLs intern SSL).

  • Настройка классификатора панели эмоций: встроенные агенты, похоже, заблокированы; самостоятельный хостинг как путь (ai ai-sentiment Support)
    Lauraruskovic сообщил, что поля промпта встроенного агента классификатора эмоций выглядят заблокированными/только для чтения, даже при наличии прав администратора, и спросил, является ли рекомендуемым путем создание пользовательского агента (Classification in the Discourse Sentiment Dashboard). NateDhaliwal предположил, что встроенные агенты пока не редактируются, и указал на самостоятельный хостинг эмоций/чувств как на возможное обходное решение (404193/10, self-hosting sentiment and emotion).

  • Автоматически созданная учетная запись администратора ИИ («deepseek-chat»): можно/нужно ли ее удалять? (ai Support)
    sniper756 спросил, как удалить автоматически созданную учетную запись администратора, связанную с «deepseek-chat» (请问怎么删除deepseek-chat这个自动建立的管理员账户). NateDhaliwal отметил, что это, вероятно, бот, используемый плагином ИИ, и что его можно удалить, если он не используется (с оговорками), сославшись на подход rails-console для удаления пользователей персонала (405250/2, Deleting users in rails console).

Активность

  • Moin
    Вел основное расследование недели по теме «Изменены настройки перевода ИИ», подтвердив миграцию и подробно описав, как переводимые категории были преобразованы в новую модель исключаемых категорий (AI Translation: What happened to “Translatable Categories” and how are translation costs calculated?, также см. исходный вопрос в 405072/1). Он также предложил аудит через журналы персонала и предоставил запрос Data Explorer для количественной оценки переводов по категориям/языкам (405072/3). В отдельном вопросе он продолжил тему улучшения качества перевода тегов и спросил, как определить, что изменилось с момента его предыдущего отчета (AI-generated tag translations do not work perfectly, с обновлением о разрешении в 399570/18).
    Связанные ссылки включали ранее приведенную заметку о миграции, которую он процитировал (392993/7) и более широкий контекст ветки о переводе тегов (399570/18, 399570/15).

  • Sara_Carmona_y_Lladó
    Открыл самую содержательную новую тему недели, отметив изменение интерфейса/поведения с «Translatable categories» на «Excluded categories», спросил, как интерпретировать сообщение о массовом заполнении (backfill), и запросил ясности в том, как вычисляются затраты (AI Translation: What happened to “Translatable Categories” and how are translation costs calculated?). Последующие объяснения и детали миграции были даны в ответах (405072/2, 405072/3).

  • nat
    Предоставил конкретное обновление по обработке перевода тегов ИИ: теги, перечисленные в исходном отчете (и дополнительные), «должны» теперь обрабатываться на meta, тогда как улучшения с дополнительным контекстом остаются задачей низкого приоритета (AI-generated tag translations do not work perfectly). Это напрямую ответило на продолжающееся последующее сообщение от Moin (399570/15).

  • Falco
    Разрешил сообщение в Support о неожиданном переключении протокола в тестовом запуске AI Tools, прояснив, что HTTP поддерживается только на порту 80, а для других портов по умолчанию используется HTTPS (Der AI Tools Test Runner macht bei http-URLs intern SSL). Это было отмечено как решенное в ветке (404705/2).

  • NateDhaliwal
    Помог в двух отдельных ветках Support:

    1. По настройке классификации эмоций он объяснил, что встроенные агенты, вероятно, нельзя редактировать (пока), и направил администраторов к самостоятельному хостингу эмоций/чувств, если им нужны более глубокие изменения (Classification in the Discourse Sentiment Dashboard, ссылка на продолжение в 404193/10, со ссылкой на руководство по self-hosting sentiment and emotion).
    2. По автоматически созданной учетной записи администратора «deepseek-chat» он отметил, что это, вероятно, бот плагина ИИ; удаление возможно, если он не используется, и он сослался на метод rails-console для удаления пользователей персонала (请问怎么删除deepseek-chat这个自动建立的管理员账户, с процедурой удаления в Deleting users in rails console).

  • Lauraruskovic
    Продолжил обсуждение настройки классификатора эмоций, объяснив, что он нашел агента классификатора, но не смог отредактировать его промпт, несмотря на права администратора, и спросил, является ли создание пользовательского агента рекомендуемым подходом (Classification in the Discourse Sentiment Dashboard, с продолжением обсуждения настройки через 404193/6 и указанием на самостоятельный хостинг в 404193/10).

  • sniper756
    Задал вопрос по обслуживанию администратора об удалении автоматически созданной учетной записи администратора, связанной с ИИ («deepseek-chat»), включая скриншоты соответствующего пользователя/учетной записи (请问怎么删除deepseek-chat这个自动建立的管理员账户). В ответе обсуждалось, безопасно ли удалять и как это сделать, если необходимо (405250/2, с дополнительным контекстом в Deleting users in rails console).

Спасибо за чтение, и до встречи на следующей неделе! :slight_smile:

128

Обзор

На этой неделе (2026-06-15 → 2026-06-22) обсуждения ИИ на meta.discourse.org сосредоточились вокруг улучшения пользовательского интерфейса встроенного помощника ИИ в редакторе, контроля затрат и ограничения области действия для ИИ-агентов, а также практических сложностей с настройкой и отладкой для самостоятельного размещения (self-hosted), особенно в вопросах конечных точек (endpoints), защиты от SSRF и обработки особых случаев при переводе. Самым заметным изменением для пользователей стала новая встроенная функция ИИ-предложений в редакторе (Inline integration of AI Suggestions (in Composer)), тогда как основная техническая поддержка была направлена на обеспечение надежной и экономичной работы ИИ-настроек (например, поиск, ограниченный категориями, для снижения расхода токенов в теме Reducing AI token usage with category filtering, а также проверка корректности конечных точек и анализ логов в теме “Trying to contact this model returned this error” is blank).

Со стороны «ИИ в продакшене» администраторы самостоятельных развертываний продолжали сталкиваться с инфраструктурными реалиями: маршрутизация внутренних LLM (по типу LiteLLM/Vertex) блокировалась защитой от SSRF в теме How to use internal AI endpoints?, а задания на перевод завершались неудачей из-за проблемных байтов в контенте в теме DiscourseAi::Translation: Failed to translate post due to string contains null byte. Наконец, появилось небольшое, но очень понятное пользователям предложение по улучшению UX: добавление выбора даты для массового перевода, чтобы избежать необходимости производить вычисления в уме в теме Request for a date picker in AI Translate settings.

Общий вывод: функции ИИ совершенствуются в редакторе (Inline integration of AI Suggestions (in Composer)), в то время как администраторы все больше сосредоточены на контроле области действия и затрат (Reducing AI token usage with category filtering) и усилении безопасности конфигурации (“Trying to contact this model returned this error” is blank, How to use internal AI endpoints?).

Интересные темы

Активность

Индекс ссылок (все ключевые темы для быстрого просмотра)

Спасибо за чтение, увидимся на следующей неделе! :slight_smile:

129

Обзор

В этой неделе обсуждения ИИ на Meta сосредоточились на качестве, прозрачности и доработке пользовательского интерфейса функций Discourse AI — особенно Ask Discourse, AI Translation / Content Localization и встроенных помощников ИИ в редакторе. Некоторые администраторы заметили снижение качества ответов в Ask Discourse и узнали, что сервис недавно перешел на локально размещенную модель с открытыми весами (Ask discourse moins performant, model change note, rationale + guidance).

В области локализации несколько тем подсветили, как прогресс перевода может быть запутанным в больших масштабах, из-за кэширования и многоэтапной обработки, что вызвало конкретные запросы на улучшение отчетов и настроек (включая лучшую видимость прогресса и выбор даты / фиксированную дату отсечения) (AI Translation Progress Graph, caching + two-step explanation, date picker request, topics vs posts pacing). В связи с этим администраторы спрашивали о локальных резервных вариантах (например, «показывать английский, когда локаль пользователя не поддерживается»), и сотрудники подтвердили, что это пока не поддерживается за пределами поведения по умолчанию сайта (Can I force English for unsupported languages, fallback locales not supported, current fallback behavior).

Также возникли несколько практических/операционных проблем: отладка внутренних конечных точек LLM и настроек разрешенных хостов (How to use internal AI endpoints?, allowed host suggestion), включение плагина ИИ после того, как он «застрял» в отключенном состоянии (плюс уточнение, что на бесплатном уровне он остается включенным для ключевых функций, таких как обнаружение спама) (Can’t get the AI plugin enabled, fix in progress + free-tier note), и небольшой, но показательный крайний случай, когда HTML-комментарии включаются в сводки ИИ (в конечном итоге помечен как #wontfix, с обходным решением через промпт) (HTML comments are also summarized by AI, wontfix + workaround).

Наконец, продолжалось внимание к качеству интеграции пользовательского интерфейса для кнопок помощи ИИ в процессах редактирования — перекрывающиеся значки и кнопки с абсолютным позиционированием вызывали проблемы с макетом, что связано с более широкой работой по интеграции встроенного ИИ в редактор (Topic edit interface shows overlapping icons, linked to inline integration thread, AI title suggest icon placement issue, inline integration of AI Suggestions).

Интересные темы

  • Проблемы с качеством ответов Ask Discourse после смены модели (ai, ask-discourse, Support)
    gilles сообщил, что Ask Discourse в последнее время стал «менее эффективным» (Ask discourse moins performant). nat подтвердил недавний переход на локально размещенную модель DeepSeek v4 flash (model change note), а Falco уточнил, что цель — быстрое устранение неполадок на основе документации, а не помощь разработчикам, рекомендовав вместо этого использовать среды разработки, такие как dv (explanation + dv recommendation, Using dv (Discourse Vibe) to configure Discourse AI in development).

  • Точность графика прогресса перевода, кэширование и «что вообще означает прогресс?» (translation, ai, #Data-&-reporting)
    LotusJeff обнаружил, что график прогресса вводит в заблуждение на большом сайте (AI Translation Progress Graph). Falco объяснил, что страница кэшируется для избежания таймаутов, и что перевод включает определение языка, за которым следует перевод на другие локали — при этом прогресс на ранней стадии определения больше не показывается, из-за чего первоначальный опыт кажется «ужасным» (caching + 2-step pipeline). LotusJeff предложил более четкую модель отчетности «доступные для перевода vs переведенные» и начал делиться прототипами SQL для Data Explorer (reporting proposal, SQL examples), а nat отметил, что улучшения планируются (staff follow-up).

  • Отладка внутренних/самостоятельно размещенных конечных точек LLM в Discourse AI (ai, Support)
    satonotdead столкнулся с трудностями при использовании URL внутренней конечной точки, который работал внутри контейнера, но не проходил тест UI Discourse AI (problem report + stack trace). Falco предложил убедиться, что DISCOURSE_ALLOWED_INTERNAL_HOSTS содержит имя хоста (а не только диапазон IP-адресов) (allowed host suggestion). В контексте упоминались также предыдущие настройки Ollama для локального использования (Getting Discourse AI to work with Ollama locally).

  • Политика резервных локалей: принудительное использование английского для неподдерживаемых языков (translation, ai, #Feature)
    Jagster спросил, можно ли для неподдерживаемых локалей использовать английский в качестве резервного, не меняя локаль по умолчанию на сайте, ориентированном на финский язык (question). Falco подтвердил, что «резервные локали» запрашивались, но пока не поддерживаются (no fallback locales yet), а nat уточнил текущее поведение: отключение резервного варианта показывает исходный язык; использование английского в качестве резервного подразумевает установку локали по умолчанию на en (behavior details).

  • Сводки ИИ включают HTML-комментарии (и почему это #wontfix) (ai, ai-summarize, #Feature)
    ばこん заметил, что HTML-комментарии (которые читатели не видят) все равно включаются в сводки (report, example). Falco пометил это как #wontfix, предложив изменить промпт, чтобы инструктировать агента сводки игнорировать комментарии, если это важно для конкретного экземпляра (decision + workaround).

  • Плагин ИИ застрял в отключенном состоянии + уточнение «на бесплатном уровне плагин ИИ нельзя отключить» (ai, Support)
    ondrej не мог повторно включить ИИ после его предыдущего отключения (issue). keegan подтвердил, что для состояния «застрял в отключенном» требуется исправление, и уточнил, что на бесплатном уровне плагин ИИ остается включенным, так как он обеспечивает работу критически важных функций, таких как обнаружение спама, в то время как отдельные функции ИИ можно отключать (fix + policy). В запросе также упоминалась существующая документация по настройке (documentation excerpt source).

  • Доработка UI ИИ: перекрывающиеся значки и кнопки ИИ с абсолютным позиционированием (ai, ux)
    Moin сообщил о наложенных/перекрывающихся значках при редактировании информации темы (overlap report), а Falco связал это с текущей темой интеграции встроенного ИИ (cross-reference, Inline integration of AI Suggestions (in Composer)). В связанной проблеме UX Moin отметил, что кнопка предложения заголовка ИИ может оставаться фиксированной, пока поле заголовка смещается — особенно при редактировании переведенных заголовков — и что предложения появлялись на английском языке (title icon placement); позже chapoi указал, что кнопка с position: absolute является повторяющейся причиной проблем (follow-up).

  • Почему темы переводятся быстрее, чем посты (и что можно настроить) (ai, content-localization, Support)
    LotusJeff заметил, что данные тем переводятся за несколько месяцев, в то время как посты отстают (question). Falco объяснил, что пакеты имеют схожий размер, но темы естественным образом завершаются быстрее, особенно в темах со многими постами, и предложил настроить максимальный возраст или скорость заполнения, чтобы посты могли догнать (explanation + knobs).

  • Запрос функции: выбор даты (фиксированная дата отсечения) для настроек AI Translation (ai, dynaloc, content-localization, #Feature)
    В обсуждении выбора даты mcwumbly отметил, что настройка может потребоваться в виде «перевести все посты после {даты}», а не «дни заполнения» (framing). LotusJeff утверждал, что скользящие окна могут привести к тому, что более старый отредактированный контент выйдет из области действия, и также подсветил проблему несоответствия «темы переведены, но посты еще нет» как проблему для пользователя (rolling window concern, additional rationale).

  • Как присваиваются классификации тональности/эмоций в панели Sentiment (ai, ai-sentiment, Support)
    fzngagan обобщил, какие модели обеспечивают классификацию тональности и эмоций, и объяснил разницу между классификацией на основе моделей и стратегиями на основе агентов через настройки сайта (sentiment classification overview), ссылаясь на приведенный фрагмент документации о текущих моделях (models reference) и отмечая, что администраторы могут создавать новых агентов на /admin/plugins/discourse-ai/ai-agents, а не редактировать значения по умолчанию (agent approach context).

Активность

  • Falco уточнил позиционирование продукта и компромиссы по различным аспектам ИИ: смена модели Ask Discourse и почему dv лучше для работы разработчиков (Ask discourse moins performant, Using dv (Discourse Vibe) to configure Discourse AI in development); кэширование прогресса перевода и двухэтапный конвейер (AI Translation Progress Graph); белый список хостов для внутренних конечных точек LLM (How to use internal AI endpoints?); ограничения резервных локалей (Can I force English for unsupported languages); компромисс по HTML-комментариям в сводках + обходное решение (HTML comments are also summarized by AI); сортировка перекрываний в UI редактора/создания, связывая это с текущей работой (Topic edit interface shows overlapping icons, Inline integration of AI Suggestions (in Composer)); и почему темы переводятся быстрее постов с предложениями по настройке (Why topics translate faster than posts).

  • nat подтвердил ключевые операционные детали и следующие шаги: Ask Discourse перешел на локально размещенную модель DeepSeek и будет проверен (Ask discourse moins performant); улучшения отчетности по переводу находятся в поле зрения (AI Translation Progress Graph); поведение резервных локалей зависит от локали сайта по умолчанию и поддерживаемых локалей (Can I force English for unsupported languages); и устранение неполадок с проблемой повторных ответов бота, рекомендуя обновления и миграцию с Automation на новый плагин Workflows из-за проблем с идемпотентностью (使用 ai 角色对帖子进行分类…, suspicious timings discussion).

  • LotusJeff продвигал несколько глубоких исследований перевода: путаница в отчетности и последствия кэширования в графике прогресса (AI Translation Progress Graph, follow-up proposal); поделился ранним SQL Data Explorer для количественной оценки доступного для перевода и переведенного контента (SQL examples); спросил, почему перевод тем опережает перевод постов (Why topics translate faster than posts); и подкрепил, почему фиксированная дата отсечения сократит периоды «переведенная тема / непереведенные посты» (Request for a date picker in AI Translate settings, rolling window concern).

  • gilles поднял первоначальный сигнал о том, что качество вывода Ask Discourse стало хуже, побудив сотрудников подтвердить смену базовой модели и предполагаемый сценарий использования (Ask discourse moins performant, follow-up reaction).

  • satonotdead задокументировал сложный баг интеграции внутренней конечной точки, где конечная точка работала внутри контейнера, но не проходила тест UI Discourse AI, поделившись следами стека и попытками конфигурации (How to use internal AI endpoints?, continued debugging request), и сослался на предыдущие руководства по локальному использованию Ollama (Getting Discourse AI to work with Ollama locally).

  • Jagster побудил к четкому заявлению о текущих ограничениях резервных локалей — выделив реальный сценарий «сайт с финской локалью по умолчанию, но обслуживать английский для неподдерживаемых языков» (Can I force English for unsupported languages).

  • ばこん выявил крайний случай сводки ИИ: HTML-комментарии включаются в сводку, хотя они не видны в отрендеренном посте (HTML comments are also summarized by AI, example clarification).

  • ondrej сообщил о невозможности повторно включить плагин ИИ после его предыдущего отключения и поставил под сомнение обоснование «критичности на бесплатном плане» после отключения обнаружения спама на маленьком частном форуме (Can’t get the AI plugin enabled, follow-up question).

  • keegan подтвердил, что поведение «застрял в отключенном» плагина ИИ требует исправления, и объяснил ограничение бесплатного уровня: плагин ИИ остается включенным для обеспечения работы ключевых функций, таких как обнаружение спама, позволяя администраторам отключать другие функции ИИ в UI (Can’t get the AI plugin enabled).

  • Moin отметил два регрессии UX вокруг кнопок ИИ в процессах редактирования: наложенные значки в UI редактирования темы (Topic edit interface shows overlapping icons) и неудобное позиционирование кнопки предложения заголовка ИИ во время редактирования переведенных заголовков (включая английские предложения в немецком контексте редактирования) (AI title suggest icon is placed above the title input field).

  • chapoi поддержал мнение о том, что кнопка ИИ с абсолютным позиционированием была повторяющимся источником проблем с макетом, и указал, что они будут исследовать исправления, когда позволит время (AI title suggest icon is placed above the title input field).

  • mcwumbly помог уточнить формулировку функции выбора даты перевода, указав, что «дни заполнения» по своей природе являются скользящими, что подразумевает, что отдельная настройка «после даты» может быть понятнее (Request for a date picker in AI Translate settings).

  • fzngagan предоставил практическое разложение того, как вычисляются метки тональности/эмоций, включая какие модели Hugging Face используются в настоящее время и как переключиться на классификацию на основе агентов через настройки (Classification in the Discourse Sentiment Dashboard, models reference).

  • singi2016cn сообщил о случае, когда автоматизация на базе ИИ неожиданно ответила много раз в быстрой последовательности, что привело к подозрениям в проблемах с повторными попытками/идемпотентностью и рекомендациям обновиться и рассмотреть возможность миграции с Automation на Workflows (使用 ai 角色对帖子进行分类…, follow-up evidence, solution recommending update + workflows).

Спасибо за прочтение, и до встречи на следующей неделе! :slight_smile:

130

Обзор

На этой неделе обсуждения по теме ai на #meta.discourse.org сосредоточились на контроле и понимании стоимости использования ИИ и фоновой нагрузки, ужесточении требований безопасности в отношении входных данных для суммаризации, а также на улучшении пользовательского опыта и интеграций в рамках набора функций Discourse AI.

В сфере затрат и эксплуатации в Discourse были внедрены квоты на основе расчетной стоимости в долларах для использования Discourse AI (в дополнение к ограничениям по токенам), что упростило бюджетирование при работе с различными провайдерами (см. Квоты на основе стоимости для Discourse AI и сопутствующее руководство Настройка квот использования LLM в Discourse AI). Администраторы также обменивались опытом относительно периодических вызовов AI API, которые могут происходить даже при неактивном использовании функций ИИ в интерфейсе, из-за фоновых задач, таких как создание эмбеддингов и заполнение суммаризаций (см. Вызывает ли Discourse AI API в фоновом режиме и подтверждение от Falco).

В сфере безопасности вновь возникло внимание к вопросу что именно передается в промпты для суммаризации — в частности, может ли включение HTML-комментариев создать «скрытый канал» для манипуляций (см. HTML-комментарии также суммируются ИИ, ответ Falco и последующие опасения).

Тем временем несколько тем были посвящены вопросам «приведения в рабочее состояние в реальных условиях»: устранение неполадок с ошибками 500 при генерации заголовков ИИ и поиск мест хранения журналов аудита (см. Тема поддержки Qwen3.7-plus и руководство по использованию ai_api_audit_logs), настройка внутренних конечных точек ИИ / sidecar-контейнеров LiteLLM (см. Как использовать внутренние конечные точки ИИ? и описание решения здесь), а также самостоятельный хостинг перевода через OpenAI-совместимый API Ollama (см. Самостоятельный хостинг OpenSource LLM для DiscourseAI, рекомендации по моделям/токенизаторам и обсуждение ограничений перевода здесь).

Также внимание уделялось пользовательскому опыту и доработке продукта: было предложено исправление для позиционирования иконки предложения заголовка ИИ (см. Иконка предложения заголовка ИИ размещена над полем ввода заголовка), «встроенные» предложения ИИ вызвали вопросы относительно задержек и поведения (см. Встроенная интеграция предложений ИИ (в редакторе) и вопрос о задержке), а закрепленный редактор для разговоров с ИИ-ботами был повторно включен после случайного отключения (см. вопрос и решение).

Интересные темы

  • Квоты на основе стоимости для Discourse AI (расчетные доллары, а не только токены) в #Announcements #ai: sam объявил о новом способе ограничения использования ИИ по расчетной стоимости в долларах для каждой группы, чтобы помочь с бюджетированием при работе с разными провайдерами (объявление). Эта функция интегрируется в существующий процесс настройки квот (Настройка квот использования LLM в Discourse AI).

  • Суммаризация ИИ включает HTML-комментарии (и потенциальные проблемы с инъекцией промптов) в #Feature ai #ai-summarize: Ed_S поднял вопрос о риске того, что HTML-комментарии могут стать «скрытым каналом» для влияния на суммаризацию (опасения). Falco признал такую возможность — особенно при использовании старых или небольших моделей — и указал на разделение системных и пользовательских промптов как на концепцию смягчения последствий (ответ), однако Ed_S возразил, что это не является надежным механизмом защиты от jailbreak-атак (последующий комментарий).

  • Настройка Qwen3.7-plus: инструмент предложения заголовков возвращает ошибки 500 + как отлаживать с помощью журналов аудита в Support #ai: bird сообщил об ошибке 500 при использовании генерации заголовков ИИ, несмотря на то, что другие инструменты ИИ работали корректно (отчет). Falco порекомендовал запросить данные из ai_api_audit_logs для более детальной диагностики (совет), а затем разъяснил, как проверить самую последнюю запись и указал, что ошибка 500 исходила от Discourse (а не от Qwen) (последующий комментарий). В теме также содержалась ссылка на документацию по генерации изображений в ответ на вопрос о поддержке этой функции в Discourse AI (ответ + ссылка, а также Улучшенная поддержка генерации изображений в Discourse AI).

  • Запуск Discourse AI с использованием внутренних конечных точек (sidecar LiteLLM, списки разрешенных внутренних хостов, очистка MCP) в Support #ai: evantobin описал процесс настройки внутреннего подключения с использованием DISCOURSE_ALLOWED_INTERNAL_HOSTS для локального sidecar-контейнера LiteLLM, а также упомянул последующие работы по аутентификации Vertex AI (детали). satonotdead поделился полным решением с использованием внутреннего IP-адреса шлюза Docker, маппинга портов и очистки неработающих инструментов MCP (решение).

  • Запрос функции / PR: добавить шаблонный параметр {username} в системные промпты системы персон ИИ в #Feature #ai: 42aross предложил добавить {username} в список разрешенных шаблонных параметров, чтобы персона ИИ могла надежно идентифицировать текущего пользователя на стороне сервера (вместо того чтобы LLM выводил его из текста или метаданных темы) (запрос + обоснование). Он также отметил завершение процесса подписания CLA (последующий комментарий).

  • Закрепленный редактор для разговоров с ИИ-ботами: был отключен на Meta, затем повторно включен в #Announcements ai #ai-bot: putty спросил, почему на Meta больше не отображается интерфейс закрепленного редактора (вопрос). keegan ответил, что он был случайно отключен, и включил его обратно, отметив, что функция переходит в статус beta (обновление статуса). nicolsdennis задал дополнительный продуктовый вопрос об ограничении длины ответов в разговорах с ботами (вопрос).

  • Встроенные предложения ИИ в редакторе: согласованность + вопросы о задержках и поведении в #Announcements ai #ai-helper: chapoi обсудил необходимость согласования поведения на похожих точках входа в интерфейсе и попросил обратной связи (пост). nicolsdennis спросил о задержках при двунаправленном обмене данными и о том, основываются ли предложения исключительно на заголовке темы (вопрос).

  • Исправление UX: позиционирование иконки предложения заголовка ИИ в ux #ai: chapoi опубликовал исправление реализации для проблемы с отображением иконки предложения заголовка над полем ввода, попросив подтвердить отсутствие побочных эффектов (исправление + ссылка на PR).

  • Изменения в API-ключе Gemini: сервисные аккаунты, проблемы миграции в #Integrations how-to #ai: m_terenui отметил сообщаемые Google изменения в безопасности вокруг API-ключей Gemini, которые потенциально требуют использования сервисных аккаунтов и миграции старых ключей, и спросил, какую конфигурацию от администраторов ожидает Discourse в дальнейшем (вопрос). (Ссылка на тему: Настройка API-ключей Gemini для Discourse AI)

  • Самостоятельный хостинг перевода в Discourse AI с помощью Ollama: выбор провайдера, токенизатор/контекстное окно и почему «конечные точки перевода» не являются универсальным решением в #Self-Hosting #ai: mononym спросил, как попробовать использовать перевод в Discourse AI через Ollama и где находятся новые настройки в интерфейсе администратора (вопрос). Falco предложил использовать OpenAI-совместимый API Ollama, выбрав OpenAI в качестве провайдера (рекомендации), а затем дал практические советы по конфигурации (выбор токенизатора, контекстное окно) и предостерег от использования неподходящих или старых моделей (детали). В теме также обсуждалось, почему перевод в Discourse AI не предназначен для простой замены конечных точек LibreTranslate и почему старый плагин Translator все еще можно использовать «как есть» (ограничения).

Активность

Спасибо за прочтение, увидимся на следующей неделе! :slight_smile:

131

Обзор

На этой неделе обсуждения, связанные с ИИ на meta.discourse.org, в основном касались надежности и контроля локализации контента (ai + dynaloc), а также обратной связи для функций на базе ИИ, таких как Ask Discourse и Discobot Discoveries.

В сфере локализации наблюдался прогресс как в плане возможностей, так и качества: администраторы запросили перевод пользовательских разделов боковой панели (Feature request: make it possible to translate custom sidebar links and sections, с контекстом из Translate sidebar documentation links), в то время как множество отчетов указывали на проблемы с промптами/форматированием и тихие сбои перевода — включая утечку JSON-подобных оберток в немецких переводах (German translations contain translation elements) и тихое усечение/повреждение переводов при сбоях парсинга JSON-потока (Translation silently truncated when JSON stream parsing breaks (no error raised)).

Несколько тем были посвящены улучшению практической применимости интеграций с ИИ: в решенном случае поддержки объяснялось, почему Claude Sonnet 5 может выдавать ошибки при использовании со старыми версиями Discourse / настройками структурированного вывода (Discourse AI: Need to Remove JSON Response to get Antrophic Sonnet 5-working…), пользователи спрашивали, как предотвратить перевод проприетарной терминологии (How to prevent proprietary vocabulary from being translated by AI?), а новый компонент темы улучшил загрузку файлов в интерфейсе чата с ИИ-ботом (Drag & Drop Upload + File Previews for AI Bot Conversations page).

Наконец, оценка и обратная связь стали повторяющейся потребностью: пользователи Ask Discourse сталкивались со стандартными лимитами частоты запросов Discourse при взаимодействии с ИИ (Feedback for Ask Discourse), а галлюцинации Discobot Discoveries вызвали призывы (и примеры) к внедрению лучших механизмов обратной связи (Feedback on Discobot discoveries results on meta), что связано с более долгосрочной работой над ИИ-поиском (Conversational AI Search coming to Discourse AI).

Интересные темы

  • Пользовательским разделам и ссылкам боковой панели нужна поддержка локализации: администраторы хотят, чтобы глобально видимый пользовательский контент боковой панели отображался на языке каждого пользователя, аналогично существующим обсуждениям перевода ссылок на документацию в боковой панели (Feature request: make it possible to translate custom sidebar links and sections, опираясь на Translate sidebar documentation links, с ободряющим «скоро™» от сотрудников в 299871). sidebar content-localization #feature

  • Трения в Ask Discourse: ответы «слишком похожи», слишком быстрая пометка и предпочтения по форматированию DataExplorer: пользователи сталкивались со стандартным поведением Discourse против спама/лимитов частоты запросов при взаимодействии с ответами ИИ (Feedback for Ask Discourse, 336805, 336805), а один запрос касался способа убедиться, что сгенерированные запросы DataExplorer не заканчиваются точкой с запятой (336805). ask-discourse feedback #feature

  • Немецкие переводы «утекают» элементы перевода/JSON: отчет показал, что переведенный вывод содержал то, что выглядит как сериализованные объекты контента вместо обычного текста, и также указывал на трудности редактирования переводов, когда первый пост использует шаблон формы (German translations contain translation elements). bug content-localization

  • Найдена корневая причина: некорректная конфигурация формата JSON-ответа агента + противоречия в промптах: расследование указало на проблемы с промптами/логикой и необходимость поддерживать синхронизацию пользовательских копий агентов по умолчанию с обновлениями от разработчиков (407009, 407009, подтверждение решения в 407009). ai dynaloc

  • Сбои Claude Sonnet 5 связаны с структурированным выводом / ожиданиями «prefill ассистента» + старые версии Discourse: решенная тема поддержки связывала ошибки 400/500 с несоответствиями конфигурации и версий, напоминая, что новые модели часто требуют обновленных провайдеров/параметров (Discourse AI: Need to Remove JSON Response…, 407117). Support ai

  • Галлюцинации Discobot Discoveries и необходимость хуков для обратной связи: конкретный пример показал, как Discoveries уверенно неверно классифицировал RFC, что вызвало обсуждение руководства по промптам и сбора большего количества примеров (Feedback on Discobot discoveries results on meta, пример в 407133). ai-search discobot #site-feedback

  • Предотвращение перевода проприетарной терминологии: перевод тегов/названий продуктов привел к практическому решению — настройке промпта агента перевода с явными условиями «не переводить» (How to prevent proprietary vocabulary from being translated by AI?, решение в 407052). Support dynaloc

  • Новый компонент темы улучшает UX разговоров с ИИ-ботом с помощью загрузки перетаскиванием и превью: вклад сообщества привел к выпуску компонента темы, упрощающего работу с файлами на странице разговоров с ИИ-ботом (Drag & Drop Upload + File Previews for AI Bot Conversations page, с указаниями по установке в How to install a theme or theme component и Beginner’s guide to using Discourse Themes). #theme-component ai-bot

  • Тихое усечение/повреждение переводов ИИ при сбоях парсинга JSON-потока: подробный отчет об ошибке описывал переводы, обрывающиеся посреди предложения без зарегистрированной ошибки, а последующий пост добавил данные о повреждении форматирования (изображения markdown, буквенные \n\n) у разных провайдеров/моделей (Translation silently truncated when JSON stream parsing breaks (no error raised), последующий пост в 407251). bug ai

  • Ответы ИИ-бота на упоминания, но не на ЛС: тема поддержки сузила проблему с отзывчивостью в ЛС до настройки администратора, включающей/отключающей ответы бота в личных сообщениях (My AI bot does not reply to DMs but does reply to mentions in topics, проверка настройки в 407403). Support ai-bot

Активность

  • Falco руководил несколькими темами поддержки/отладки с высокой ценностью на этой неделе: предложил исправление противоречий в промптах перевода (German translations contain translation elements), помог выявить проблему конфигурации агента вокруг формата JSON-ответа (407009) и подтвердил решение (407009). Он также помог диагностировать проблемы со структурированным выводом Claude Sonnet 5 (Discourse AI: Need to Remove JSON Response…) и подчеркнул, что старые версии Discourse будут испытывать трудности с быстро меняющимися API моделей (407117). Наконец, он предложил практический подход к сохранению названий брендов/продуктов путем настройки промпта агента перевода (How to prevent proprietary vocabulary from being translated by AI?).

  • nat положительно отреагировал на запрос о переводе пользовательских ссылок/разделов боковой панели, сигнализируя, что функция может появиться «скоро™» в текущем запросе о локализации боковой панели (Feature request: make it possible to translate custom sidebar links and sections).

  • southpaw прояснил необходимость локализации разделов боковой панели, созданных администратором для всех пользователей (а не только пользовательских настроек), продолжая тему перевода документации боковой панели (Feature request: make it possible to translate custom sidebar links and sections) и ссылаясь на более раннее связанное обсуждение (Translate sidebar documentation links).

  • matthewruzzi поднял несколько пунктов обратной связи по опыту работы с ИИ: он сообщил о случаях ограничений частоты запросов/трений в Ask Discourse (включая отклонение ответов «слишком похожи» и слишком быструю пометку) в Feedback for Ask Discourse и 336805. Он также инициировал сфокусированную тему обратной связи по проблемам точности Discobot Discoveries (Feedback on Discobot discoveries results on meta), включая конкретный пример галлюцинации (407133). Эти усилия связаны с более широким обсуждением дорожной карты ИИ-поиска, где он спрашивал о механизмах обратной связи (Conversational AI Search coming to Discourse AI) и затем привязал новую тему обратной связи (355939).

  • mcwumbly помог превратить тему Discobot Discoveries в рабочее пространство для сбора примеров: запрашивая конкретные случаи (Feedback on Discobot discoveries results on meta), предлагая руководство по промптам, чтобы избегать уверенных ответов при отсутствии результатов (407133), и переориентируя фокус на сбор конкретных доказательств в первую очередь (407133). Он также направил исходный вопрос о «механизме обратной связи» в соответствующее место в теме дорожной карты ИИ-поиска (Conversational AI Search coming to Discourse AI).

  • Don выпустил компонент темы сообщества для улучшения страницы разговоров с ИИ-ботом с помощью загрузки перетаскиванием и превью (Drag & Drop Upload + File Previews for AI Bot Conversations page), указывая на канонические руководства по установке и онбордингу (How to install a theme or theme component, Beginner’s guide to using Discourse Themes).

  • putty сообщил о нюансированной проблеме локализации, где немецкие переводы сохраняли элементы процесса перевода, и также указал на ограничение редактирования, когда первый пост использует шаблон формы (German translations contain translation elements). Он подтвердил, что использует копии агентов по умолчанию с незначительными изменениями промптов (407009) и позже подтвердил непосредственную причину — незаполненный формат JSON-ответа — после получения указаний (407009). Он также ссылался на предыдущие связанные наблюдения в более раннем отчете (ai commentary on german translations).

  • dorina подала подробный отчет об ошибке, документирующий тихое усечение в переводах ИИ при сбоях парсинга JSON-потока, включая воспроизводимые примеры из реальной жизни и детали среды (Translation silently truncated when JSON stream parsing breaks (no error raised)).

  • Denis_Kovalenko добавил ценную поддерживающую точку данных к ошибке парсинга перевода, описывая связанные симптомы повреждения (разрыв структуры изображений markdown, буквенные последовательности \n\n) в настройке другого провайдера/модели (Translation silently truncated when JSON stream parsing breaks (no error raised)).

  • janbolmeson сообщил об ошибках API Claude Sonnet 5, влияющих на суммаризацию и семантический поиск, включая логи, показывающие ограничение «разговор должен заканчиваться сообщением пользователя» (Discourse AI: Need to Remove JSON Response to get Antrophic Sonnet 5-working…). Тема была помечена как решенная после указаний по конфигурации/версии (407117).

  • RGJ помог точно определить проблему Sonnet 5 как разрыв версий ESR, отметив, что соответствующая настройка/логика появилась после 2026.1 и может отсутствовать в старых установках (Discourse AI: Need to Remove JSON Response to get Antrophic Sonnet 5-working…).

  • HAWK прояснил, что ошибки «слишком похожи» и «слишком быстро», видимые в Ask Discourse, являются стандартным поведением Discourse против спама/лимитов частоты запросов (и исправил свое первоначальное предположение) в Feedback for Ask Discourse и 336805. Он также помог в устранении неполадок ИИ-бота, указав kgreed на настройку администратора, которая включает ответы бота на ЛС (My AI bot does not reply to DMs but does reply to mentions in topics).

  • awesomerobot объяснил вероятные причины ошибок публикации/пометки в Ask Discourse — дублирующиеся отправки и проблемы с подключением, ведущие к быстрым повторным действиям — в теме обратной связи Ask Discourse (Feedback for Ask Discourse).

  • one1 предложил практическое улучшение качества жизни для запросов DataExplorer, сгенерированных ИИ: убедиться, что вывод не заканчивается лишней точкой с запятой, чтобы уменьшить трение при итерациях (Feedback for Ask Discourse).

  • Zard_W поднял реальную необходимость локализации для защиты специализированной терминологии продуктов (например, тегов названий моделей) от перевода, что побудило дать рекомендации по настройке агента (How to prevent proprietary vocabulary from being translated by AI?).

  • chapoi задокументировал текущее ограничение (ручные переопределения для каждого тега) при попытке предотвратить перевод конкретной терминологии тегов (How to prevent proprietary vocabulary from being translated by AI?).

  • Jagster выдвинул идею, что системный промпт может решить требование «не переводить эти термины», что совпало с окончательным подходом к настройке промпта агента (How to prevent proprietary vocabulary from being translated by AI?).

  • kgreed сообщил о проблеме конфигурации, где ИИ-бот отвечал на упоминания в темах, но не на ЛС, что привело к проверке целевой настройки администратора (My AI bot does not reply to DMs but does reply to mentions in topics).

Спасибо за чтение, и до встречи на следующей неделе! :slight_smile:

132

Обзор

На этой неделе обсуждения, связанные с ИИ на Meta, сосредоточились на поведении Discourse AI в реальных сообществах и на том, как пограничные случаи могут превратиться в проблемы конфиденциальности или информационного шума. Клиенты с хостингом также получили более четкое объяснение работы маршрутизатора моделей по умолчанию, CDCK/MoM, включая причины, по которым Discourse использует подход смеси моделей для различных задач ИИ, таких как создание сводок и эмбеддингов (Что такое CDCK/MoM?).

Что касается исправления ошибок, то была сообщена и быстро связана с исправлением в исходном коде проблема, вызывавшая значительные неудобства: нажатие кнопки Повторить (Retry) на ответе ИИ-бота в публичных темах создавало дубликаты постов (вместо того чтобы генерировать новый ответ на месте) (ИИ-бот «Повторить» создает дубликат ответа…, последующая информация). Также выделялись проблемы, связанные с переводом: в одном отчете говорилось, что удаленные посты могут оставаться видимыми через кэшированные переводы (Удаленные посты по-прежнему отображают полный контент…), а в другой теме продолжалась работа над исправлением тихого усечения при сбое потоковой обработки JSON (Перевод тихо усечен…).

Тем временем администраторы разбирались с проблемами интеграции провайдеров: устранением неполадок с DeepSeek, когда «нет ответа» (Discourse 接入 DeepSeek…无响应问题, предложение по подключению), и ошибками 401 для эмбеддингов Gemini, которые были объяснены как несоответствие API между AI Studio и конечными точками Vertex/Enterprise (Как исправить ошибки 401 с эмбеддингами Gemini, решение). Наконец, возобновилась работа над подсистемой ИИ-субтитров, включая планы по внедрению переключателей для повторной генерации субтитров (Быстрая проверка состояния бота ИИ-субтитров, заключительная заметка).

Интересные темы

  • Объяснение хостинговой модели CDCK / CDCK/MoM для клиентов с хостингом (#Hosted-Customers ai)
    Falco объяснил, почему хостинговый Discourse включает встроенный маршрутизируемый LLM «смеси моделей», как маршрутизация сопоставляет задачи (сводки, эмбеддинги, персонажи) и как это связано с хостинговыми кредитами ИИ (Что такое CDCK/MoM?).

  • Ошибка: «Повторить» ИИ-бота в публичных темах добавляет дубликаты ответов вместо повторной генерации (bug ai ai-bot)
    Overgrow сообщил, что многократные нажатия кнопки «Повторить» в публичных темах заваливают ветку новыми постами бота (отчет), в то время как Falco указал на исправление в ядре (ответ разработчика). В теме также кратко обсуждалось, как «Безопасный режим» стал ссылкой через правила наблюдаемых слов (вопрос, ответ, а также ссылка на руководство: Руководство по наблюдаемым словам).

  • Ошибка, связанная с конфиденциальностью: удаленные посты по-прежнему отображают полный контент при просмотре переведенной версии (bug ai dynaloc content-localization)
    asa сообщил, что когда включены переводы Discourse AI, пост, удаленный его автором, может по-прежнему полностью отображаться в переведенном виде из-за того, что кэшированный рендеринг не учитывает состояние удаления (Удаленные посты по-прежнему отображают полный контент…).

  • Надежность перевода: тихое усечение при сбое потоковой обработки JSON (bug ai dynaloc)
    Продолжалась работа над исправлением проблемы, при которой переводы тихо обрываются при сбое потоковой обработки JSON — без вызова ошибки, что подчеркивает необходимость лучшего отображения ошибок и защитной обработки (Перевод тихо усечен…).

  • Поддержка: интеграция с официальной платформой DeepSeek кажется не отвечающей (Support ai)
    AkarinLiu сообщил о поведении «нет ответа» после интеграции с официальной открытой платформой DeepSeek (первичный отчет, дополнительные детали). sk-or-v1-contents поделился сигналами о состоянии провайдера для контекста (контекст состояния), а Falco предложил протестировать конечную точку через cURL, чтобы изолировать проблемы подключения/конфигурации (предложение).

  • Решено: ошибки 401 для эмбеддингов Gemini связаны с использованием неправильного семейства конечных точек Google (Support embedding ai)
    m_terenui столкнулся с ошибками 401 при попытке использовать эмбеддинги Gemini с конечной точкой в стиле Vertex (описание проблемы). Falco прояснил, что поддержка эмбеддингов в Discourse соответствует Google AI Studio, а не конечной точке Enterprise/Vertex, что разрешило проблему (решение). Автор отчета подтвердил, что переключение конечных точек немедленно исправило работу эмбеддингов (подтверждение).

  • Поддержка: «Использование плагина Discourse AI» — что входит в ядро и как работают сводки (по запросу vs заполнение задним числом) (Support ai)
    bayardo.rivas спросил, когда Discourse AI стал входить в комплект и как работает создание сводок (вопрос). Moin указал на временную шкалу объявления о включении в комплект (ответ, ссылка: Включение более популярных плагинов в ядро Discourse). Falco объяснил, что сводки могут быть по запросу или заполняться в фоновом режиме, и темы могут отображать сводки вверху для некоторых сайтов (ответ с решением). (Вопрос также ссылается на более раннее обсуждение плагина ИИ: Плагин OpenAI для Discourse? и заметку о плагине в комплекте: Discourse AI.)

  • ИИ-субтитры: переработка подсистемы и предстоящая возможность повторной генерации субтитров (#Site-feedback ai ai-captions)
    Тема о субтитрах, созданная год назад, получила свежие обновления: участники сообщества обсуждали идеи перестройки/повторной загрузки (предложение по перестройке, мысль о повторной загрузке), в то время как sam отметил, что nat перерабатывает подсистему и планируются переключатели для повторной генерации субтитров (обновление). nat затем закрыл тему после устранения проблемы автора (закрытие).

  • Напоминание: Discourse может вызывать API ИИ в фоновом режиме (сводки, эмбеддинги, анализ тональности и т. д.) (Support ai)
    В продолжающейся теме поддержки m_terenui связал наблюдаемые всплески использования с фоновыми заданиями, такими как заполнение сводок и генерация эмбеддингов (Вызывает ли Discourse API ИИ в фоновом режиме) — что также связано с конфигурацией заполнения сводок, обсуждавшейся в другом месте (Использование плагина Discourse AI).

Активность

Спасибо за прочтение, и до встречи на следующей неделе! :slight_smile: