이번 주 Meta의 AI 관련 대화는 Discourse AI를 사용자가 더 명확하게 이해하고 대규모로 운영하기 쉽게 만드는 것에 집중되었습니다. 제품 측면에서는 "AI Persona"를 더 널리 알려진 "AI Agent"로 이름 변경하는 데 강력한 동력이 있었으며, 이는 AI Persona → AI Agent 이름 변경 및 AI Persona → AI Agent 이름 변경와 같은 후속 작업(번역 워크플로우에 영향을 미침)으로 이어졌습니다. 관리자 경험에도 주목이 쏟아졌습니다. AI가 비활성화된 사이트에서도 AI 대시보드/보고서가 표시되는 문제가 버그로 확인되어 AI가 활성화되지 않으면 AI 보고서 표시 안 함 및 관련 우산 스레드인 관리자 보고 및 분석: 점진적 변경의 더 넓은 보고 작업으로 이관되었습니다.
한편, 운영자들은 AI가 커뮤니티 리듬에 어떻게 녹아들 수 있는가에 초점을 맞췄습니다: AI Agent의 답변을 지연시켜 채팅봇처럼 느껴지지 않고 참여자처럼 느끼게 하자는 요청이 새로운 지원 토픽(AI Agent 응답에 설정 가능한 지연 시간 추가)으로 등장했으며, 장기적으로 진행되고 있는 “Agents” 가이드 스레드에서도 후속 질문으로 이어졌습니다. 여기서 Discourse 스태프는 지연된 응답이 ai 자체보다는 향후 automation 전면 개편에 포함될 가능성이 높다고 언급했습니다 (AI 봇 - Agents).
통합(Integration) 관련 대화도 눈에 띄게 증가했습니다: Google의 프로그래머블 검색 / 커스텀 검색 제약 및 비공고로 인해 웹 검색 도구 재설정이 필요해졌으며, Discourse는 대체 제공업체를 탐색하고 LLM 벤더의 “네이티브 검색 도구”까지 검토하고 있습니다 (Discourse AI용 Google 검색 - 프로그래머블 검색 엔진 및 커스텀 검색 API). 이와 동시에 Discourse MCP 생태계를 중심으로 한 커뮤니티 가이드도 확장되고 있으며, 새로 게시된 OpenCode CLI 설정 가이드가 포함되었습니다 (OpenCode CLI에서 Discourse MCP 설정).
#Announcements#ai에서호스팅 LLM 용량 대폭 증가(모델 및 성능 업그레이드 포함). Discourse는 전반적으로 더 높은 플랜 한도를 보고했으며, 업데이트된 “최첨단 오픈 웨이트” 모델, 요청당 최대 토큰 수 증가, 더 나은 토큰/초, 개선된 첫 토큰 도달 시간(TTFT) 등의 개선을 설명했습니다 (호스팅 LLM으로 모든 Discourse AI 기능 잠금 해제).
Support#ai-sentiment에서감정 디버깅 세부 사항: “허용된 내부 호스트” 및 작업 실행. satonotdead는 내부 IP를 allowed internal hosts에 추가하여 문제의 일부를 해결했다고 보고했으며, Jobs::SentimentBackfill을 수동으로 실행했지만 여전히 완전한 역사적 백필링을 원하고 있습니다 (Sentiment 설정 문제). Falco는 최소한 60일 데이터가 나타났는지 여부에 대해 명확히 해달라고 요청했으며(Sentiment 설정 문제), satonotdead는 대시보드가 작동하지만 역사적 백필링이 여전히 목표라고 확인했습니다 (Sentiment 설정 문제).
<a class=“mention” href="/u/jackierenee는 Discourse AI 감정 분석 소개: 새로운 관리자 보고서 사용 가능에서 EU 조직을 위한 실용적인 컴플라이언스 질문—감정 데이터가 어떻게 처리되는지 및 기능을 활성화할 때 GDPR 준수 가능한지—를 제기했습니다.
새로운 테마 컴포넌트: ‘토픽 헤더의 AI 요약’ (데스크톱 사이드바 + 모바일 제목 영역) (#Theme_component, ai, ai-summarize) Ivan_Rapekas는 Discourse AI 요약 버튼을 눈에 잘 띄는 UI 영역인 데스크톱의 오른쪽 사이드바/타임라인 컨트롤과 모바일의 제목 영역으로 가져오는 테마 컴포넌트를 출시했습니다(토픽 헤더의 AI 요약). 또한 이를 요약 버튼 배치에 대한 이전 피드백(피드백: 요약 버튼을 토픽 상단으로 이동)과 모바일 배치 요청(모바일 뷰에서 요약 버튼 배치)에 대한 업데이트로 언급했습니다.
정기적인 AI 요약 보고서가 표 수를 올바르게 포착하도록 프롬프트 구성하기 (#Site_Management, automation, ai)
정기 요약 보고서 작성법 스레드에서 julia1는 보고서에 피드백 항목과 연결된 표의 수를 포함하도록 프롬프트를 어떻게 작성해야 하는지 질문했습니다(Discourse AI - 정기 요약 보고서).
Shauny
게시물별 번역 인체공학(특히 모바일에서)을 개선하는 것을 제안하고 반복적인 API 호출을 피하기 위해 번역을 캐싱/저장하는 것을 제안했습니다(AI로 게시물 번역 및 번역 저장). 이벤트에 대한 완전한 자동 번역을 원하지 않았으며—일부 마찰은 의도적이었으며—대신 표적화된 게시물별 개선을 원한다고 명확히 했습니다(AI로 게시물 번역 및 번역 저장).
이번 주 Meta Discourse의 AI 활동은 AI 기반 로컬라이제이션의 정확성과 예측 가능성을 높이는 것, 특히 태그와 카테고리처럼 작지만 중요한 UI 요소에 초점을 맞추었습니다. Moin은 AI 생성 태그 번역이 완벽하지 않습니다 포스트에서 여러 가지 “컨텍스트 없는 LLM” 번역 실패 사례를 제시했고, 이에 nat은 프롬프트 개선과 태그 설명과 같은 추가적인 근거 컨텍스트를 추가하는 방안을 고려하기 시작했습니다(답글). 한편, Falco은 에이전트가 관련 소스를 읽을 수 있게 하는 도구 지원 접근 방식을 탐구했습니다(아이디어, 후속 논의). 관련 있는 “번역 동기화 유지” 피드백도 카테고리 이름과 카테고리 설명 업데이트를 위한 기능 요청으로 이어졌습니다(카테고리 이름, 카테고리 설명).
설정 측면에서는 트러블슈팅 스레드에서 어떤 종류의 PM(개인 메시지)이 번역되는지와 UI가 이를 어떻게 전달하는지에 대한 혼란이 드러났습니다. 내 사이트에서 AI가 PM을 번역하지 않는 이유를 트러블슈팅하는 데 도움을 주세요에서, Moin은 현재 제한 사항(그룹 PM vs 1:1 PM)을 명확히 했으며(세부 사항), Falco은 더 명확한 다중 선택 설정을 제안했습니다(제안). nat은 다가오는 “이 카테고리 번역” 컨트롤이 설정 UX를 재구성할 수 있음을 시사했습니다(계획).
마지막으로, 점진적인 개선과 생태계 강화 사항들이 있었습니다: 의미론적 검색 결과와 정확한 검색 결과를 위한 더 명확한 메시지(검색 명확화), 노이즈를 줄이기 위해 AI 페르소나 행동 정제에 대한 관심(멘션 전용 요청), 그리고 테마 컴포넌트를 통한 UI 내 AI 요약의 지속적인 채택(피드백).
흥미로운 주제
AI 태그 번역은 제품/컨텍스트 기반 근거가 부족하고 (때로는 웃길 정도로) 잘못될 수 있음 Moin은 AI 생성 태그 번역이 완벽하지 않습니다에서 AI 번역이 태그를 고립된 단어로 취급하여 부정확하거나 모호한 결과를 초래하는 방식을 문서화했습니다. nat은 프롬프트 개선에 착수하기로 했으며(응답), 논의는 "태그/카테고리 번역에 어떻게 근거를 부여할 것인가?"로 확장되어 태그 설명을 피딩하는 것(아이디어), Crowdin 용어집/로컬라이제이션 선택 활용(용어집 제안), 그리고 에이전트가 기존 번역이나 소스를 참조할 수 있게 하는 것(에이전트 접근 아이디어, 코드 기반 근거 후속 논의)을 포함했습니다.
PM 번역 혼란: "100% 번역됨"이지만 1:1 메시지에는 아무 일이 일어나지 않음 내 사이트에서 AI가 PM을 번역하지 않는 이유를 트러블슈팅하는 데 도움을 주세요에서, tobiaseigen은 UI가 완료를 시사하고 있음에도 PM이 자동으로 번역되지 않는 것을 발견했습니다. Moin은 현재 설정이 그룹 PM을 다루고 직접 1:1 PM은 다루지 않는다고 설명했으며(명확화), 이는 UX/설정 재검토로 이어졌습니다: Falco은 불리언 값을 명시적인 대상 목록으로 대체하는 것을 제안했고(설정 제안), nat은 다가오는 카테고리 범위 번역 컨트롤과 연결 지었습니다(노트).
기능 요청: 번역된 카테고리 설명을 “소개” 토픽 배너 소스와 동기화 유지 번역된 카테고리 설명을 자동으로 업데이트에서, Moin은 로컬라이즈된 “소개 토픽” 번역은 업데이트되었지만 카테고리 배너 설명은 여전히 오래된 상태로 남아 있는 불일치를 지적하며, 번역 동기화가 배너 데이터로까지 이어져야 한다고 제안했습니다.
테마 컴포넌트: "토픽 헤더의 AI 요약"이 긍정적인 현장 피드백 획득 kaktak은 토픽 헤더의 AI 요약에서 해당 컴포넌트에 대한 강력한 결과를 보고했으며(ai-summarize), 이는 컨텍스트 내 AI 요약 UI에 대한 지속적인 수요를 시사합니다.
“공식 OpenClaw 스킬이 필요합니까?”—범위 지정 자격 증명을 통한 우회책 Discourse官方会出个官方的openclaw skill么？에서, sniper756은 전용 스킬 없이 특정 권한을 가진 사용자를 프로비저닝하고 자격 증명을 안전하게 저장함으로써 통합 요구 사항을 해결할 수 있다고 결론 내렸습니다.
로컬라이제이션 업데이트: 번역된 태그가 이제 라이브로 제공됨 (주요 로컬라이제이션 기능으로의 포인터 포함)
이전 기능 스레드 태그 번역에서, nat은 태그가 이제 번역됨이라는 업데이트를 게시하고 독자를 주요 로컬라이제이션/번역 기능 발표로 안내했습니다(관련 기능 허브).
nat은 AI 생성 태그 번역이 완벽하지 않습니다에서 태그 번역 문제를 인정하고 프롬프트 개선에 착수했으며, 태그 설명을 모델에 전달하는 것과 같은 더 예측 가능한 근거 전략을 탐구했습니다(아이디어). PM 번역 논의에서, 다가오는 카테고리 범위 번역 컨트롤을 가리키며 설정 UI가 이에 맞게 재설계될 수 있음을 제안했습니다(답글). 또한 태그 번역에서 태그 번역이 이제 라이브로 제공된다는 상태 업데이트를 게시하고 더 넓은 로컬라이제이션 이니셔티브를 참조했습니다(콘텐츠 로컬라이제이션 허브).
이번 주 (2026-03-30 → 2026-04-06) meta.discourse.org에서는 Discourse AI 관련 논의가 세 가지 주요 테마를 중심으로 이루어졌습니다:
MCP의 추진력과 에이전트 기능: Discourse AI는 클라이언트 측 MCP 지원 발표를 통해 Model Context Protocol에 더욱 집중했습니다. 이를 통해 Discourse AI 에이전트가 외부 MCP 도구 서버를 호출할 수 있게 되었습니다(Bring your own MCP!) 그리고 전체 관리자 가이드(AI Bot – Bring Your Own MCP Server)도 함께 공개되었습니다. 동시에 서버 측 MCP 도구도 계속 발전하여, LLM이 MCP를 통해 기존 게시물/위키 콘텐츠를 업데이트할 수 있도록 편집 도구가 추가되었습니다(Discourse MCP is here!).
Discourse AI 에이전트는 이제 모든 MCP 서버에 연결할 수 있습니다 (“Bring your own MCP”) (ai, #Announcements) sam은 Discourse AI 에이전트가 외부 MCP 서버 URL(GitHub, Notion, Linear, 검색 제공자 등)을 등록하고, 발견된 도구를 LLM 에이전트에서 직접 사용할 수 있다고 발표했습니다(Bring your own MCP!). 동반되는 사용 가이드는 설정, 도구 발견, 그리고 JS 기반 커스텀 도구와의 차이를 설명합니다(AI Bot – Bring Your Own MCP Server).
Mistral 임베딩: OpenAI 호환 설정이 dimensions 파라미터 명명에서 실패 (ai, Contribute > Feature) RGJ는 OpenAI 형식의 통합을 통해 Mistral 임베딩을 설정할 때, Mistral이 output_dimension을 기대하기 때문에 Discourse가 dimensions를 보내면 실패함을 문서화했습니다(Use Mistral for embeddings). 파라미터를 제거하면 테스트가 성공하여, 호환성 레이어 또는 제공자별 매핑이 필요할 수 있음을 시사합니다(ref).
마지막으로, 번역 품질 문제는 매우 '실무적’으로 다뤄졌습니다. 새로운 버그 리포트에서 번역 후 cooked/markup 오류가 설명되었고, Moin는 이를 마크다운 테이블 포맷으로 추적하여 Cooked error after translate에서 소스 테이블을 수정함으로써 번역 출력을 해결했고, cuo_wu가 해결책에서 이를 확인했습니다.
또한, 게시물에 언어가 혼합된 경우(독일어 + 영어 제목) 언어 감지 및 수동 오버라이드에 대한 실질적인 지원 스레드도 있었습니다. 여기서 번역이 외부 구성 문제(예: 오래된 API 키)로 인해 “고장 난” 것처럼 보일 수 있는 방법에 대해 논의되었습니다(참고: Post not being detected as German 및 해결책). 별도로, 관리자 전용 로케일 전환 오류는 Chrome의 오래된 테마 미리보기 쿼리 매개변수로 인해 발생한 것으로 드러났습니다(참고: Error when switching locale 및 수정 방법).
“AI 플랫폼” 측면에서는 Discourse MCP 연결성(Claude 커넥터 및 HTTP 가용성 포함)에 대한 관심이 다시 높아졌습니다(참고: Discourse MCP is here!, HTTP가 지원됨을 확인). 마지막으로, 장기적으로 진행되어 온 AI 에이전트 사용법 스레드에서는 맞춤형 시나리오를 위한 사용자 정의 에이전트 스킬에 대한 새로운 질문이 제기되었습니다(참고: AI bot - Agents).
트렌드 라인: 이번 주 대부분의 "AI 문제"는 출력 품질에 관한 것이 아니었습니다. 이들은 운영적 견고성(작업 동작, 재시도, 백엔드 가용성, 구성 가시성)에 관한 것이었습니다(예: 건너뛰어진 번역, 상세 로깅, 재시도 동작 질문).
흥미로운 주제
#contribute:bug에서 AI 번역이 간헐적으로 로케일을 건너뛰는 문제 (처음에는 포르투갈어 누락으로 관찰됨) Denis_Kovalenko는 많은 로케일을 활성화하면 포르투갈어가 생성되지 않는 경우(그리고 나중에: 모든 로케일이 무작위로 건너뛰히는 경우)가 발생할 수 있으며, 제목과 본문이 일관성 없이 번역된다고 보고했습니다(원본 보고서: AI Translation skips Portuguese (pt) locale, 설정 명확화: 지원되는 로케일 질문, “무작위로 건너뛰히는 로케일” 업데이트: 일관성 없는 결과).
디버깅은 로그와 더 깊은 내부 구조로 이동했습니다: nat는 /logs를 확인하고 숨겨진 ai_translation_verbose_logs 설정을 활성화할 것을 제안했습니다(참고: 숨겨진 상세 로그 제안), 반면 RGJ는 나중에 태그/주제/게시물에 영향을 미치는 백엔드 실패(503 unreachable_backend)를 드러냈습니다(참고: 오류 출력). 이 스레드에서는 번역 작업이 왜 retry: false로 구성되는지에 대한 구현 질문도 제기되었습니다(참고: 재시도 질문).
혼합 언어 게시물은 감지를 혼란시킬 수 있음; #Support에서 수동 언어 선택은 감지를 강제합니다 putty는 독일어 게시물이 번역되지 않는 사례를 공유하며, 독일어를 선택하면 언어가 강제되는지 질문했습니다(참고: 문제 보고서). Falco는 언어를 선택하는 것이 정확히 그렇게 동작하며, 게시물이 영어/독일어가 혼합되어 있고 영어 제목이 감지에 영향을 미쳤다고 확인했습니다(참고: 확인 + 설명).
번역이 “작동하지 않는” 문제는 기능 자체가 아닌 구성(API 키 / 제공자)으로 추적됨
같은 스레드에서, putty는 처음에는 강제해도 번역이 채워지지 않는 것을 보았으며(참고: 번역 강제해도 도움 없음), 나중에 번역된 제목이 누락되었다는 오류를 발견했습니다(참고: 제목 누락 오류). 결국, 번역기 설정(클로드 플랜 전환 중 오래된 API 키)을 수정하고 CDCK의 LLM으로 되돌린 후 제목 번역이 작동하면서 문제가 해결되었습니다(참고: 해결책).
컴포저 UX 변경: 로케일 선택기가 컴포저 툴바로 이동 Moin는 언어 드롭다운이 컴포저 툴바로 이동했음을 명확히 하며, 핵심 변경 사항과 연결했습니다(참고: 변경 전/후 스크린샷 + PR 참조). 이는 번역 워크플로와 수동 입력에 대해 논의하면서 언급되었습니다(참고: 후속 선호도 논의).
로케일 전환 시 관리자 전용 “주제가 존재하지 않음 / 테마 미리보기” 오류는 오래된 preview_theme_id로 인한 것 Denis_Kovalenko는 관리자 전용 문제를 보고했습니다: 주제에서 인터페이스 언어를 전환하면 존재하지 않는 테마를 미리보기한다는 영구적인 오류가 표시되었습니다(참고: 보고서). pmusaraj는 Chrome에 고정된 ?preview_theme_id=ID 매개변수라고 진단했습니다(참고: 진단), 그리고 이를 제거하면 문제가 해결되었습니다(참고: 해결 확인).
번역 품질 및 한계: 게시물 크기/컨텍스트 윈도우, 모델 권장 사항
간헐적인 번역 누락을 디버깅하는 동안, nat는 본문 크기 때문에 제목은 번역되었지만 본문은 건너뛰어진 별도의 시나리오를 언급하며 LLM 컨텍스트 윈도우 설정을 확인할 것을 제안했습니다. 또한, 고객 피드백과 초기 테스트를 근거로 번역에 "GPT mini"를 사용하는 것을 강력히 비추천했습니다(참고: 모델 + 크기/컨텍스트 노트). Denis_Kovalenko는 매우 큰 컨텍스트 윈도우가 구성되어 있음을 확인했습니다(참고: 컨텍스트 윈도우 상세).
Discourse MCP 연결성: Claude.ai 커넥터 지원 요청; HTTP는 이미 지원됨
MCP에 대한 News and Events > Blog 스레드에서, putty는 Claude.ai 채팅에서 커넥터로 사용하기 위해 Discourse MCP 서버의 HTTP/SSE 스트리밍 버전이 출시될 수 있는지 질문했습니다(참고: 질문). Falco는 HTTP 지원이 이미 존재하며 공지 스레드의 이전 답변을 가리켰습니다(참고: HTTP 지원 응답).
AI 에이전트 확장성: AI 봇 에이전트의 사용자 정의 스킬 요청 赤丸的小烧酒는 (중국어) 다양한 시나리오 응답을 위해 에이전트가 사용자 정의 스킬을 추가할 수 있는지, 즉 자신의 AI 에이전트 동작을 사용자 정의할 수 있는 능력을 원하며 질문했습니다(참고: 사용자 정의 스킬 요청).
새로운 가이드: AI 트리아지 + Discourse Automations를 사용하여 주제에 자동으로 태그 지정 (automationhow-toai, #Site_Management)
새로운 공식 가이드는 주제 콘텐츠에 기반하여 태그를 적용하도록 AI 트리아지를 연결하는 방법을 설명하며, Discourse AI와 Discourse Automations 활성화 및 에이전트/페르소나 설정과 같은 선행 조건을 포함합니다 (Tag topics using AI). 이는 설정 컨텍스트를 위해 Discourse AI 플러그인과 자동화 프레임워크 문서를 명시적으로 참조합니다 (Tag topics using AI, Tag topics using AI).
AI 검색/임베딩 엔드포인트 500 오류: 인스턴스 로그 확인 및 알려진 AI 검색 실패 사례 비교 (rest-apiai, Support) shixiaochi는 /discourse-ai/embeddings/semantic-search가 500 오류를 반환하는 일반적인 원인이 무엇인지 질문했습니다 (接口报错500). Lilly는 AI Search가 500 오류를 발생시키는 기존 스레드를 가리켰고 (接口报错500), supermathie는 실용적인 다음 단계를 반복했습니다: Rails 로그와 /logs 모두를 검사하는 것 (接口报错500).
더 나은 검색을 위한 파일 콘텐츠 인덱싱: OCR + 첨부 파일 이해를 AI 검색 업그레이드 경로로 (aiai-search, Contribute > Feature) dennisjbr는 OCR/셀프호스팅을 위해 Apache Tika를 사용하거나, LLM(예: Gemini Flash)을 사용하여 첨부 파일/이미지를 OCR 및 설명하여 Postgres에 인덱싱하는 것을 제안했습니다—이를 위해 “재배킹(rebake)”할 구식 업로드에 대한 사전 토큰 비용을 인정했습니다 (Index File Contents for Search).
Discourse는 AI 기반 주제 태그 지정을 위한 공식 자동화 가이드를 게시했으며, 이를 Discourse AI + Discourse Automations 위에 구축된 실용적인 “트리아지 → 태그” 파이프라인으로 위치지웠습니다 (Tag topics using AI).
dennisjbr는 AI 검색을 더 강력하게 만들기 위해 첨부 파일 콘텐츠 인덱싱 (OCR + 이미지 설명 → Postgres)에 대한 로드맵 스타일 아이디어를 제안했으며, 구식 콘텐츠 백필링을 위한 사전 토큰 지출이라는 트레이드오프를 인정했습니다 (Index File Contents for Search).
이번 주 Meta에서의 AI 관련 토론은 새로운 UX 및 자동화 워크플로우의 정제와 AI 지원 편집 및 번역에서 정확성 보장 강화에 중점을 두었습니다.
가장 큰 화두는 새로운 독킹된 AI 컴포저에 대한 실전 버그 헌팅이었습니다: Lilly는 New ai docked composer에서 편집, 인용, 모바일 스크롤, 파일 업로드와 관련된 문제를 문서화했으며, keegan는 수정을 빠르게 반복하고 궁극적으로 기능이 정제될 때까지 해당 기능을 비활성화(게이팅)했습니다(업데이트). 동시에, AI Helper 교정 플로우에서는 인용된 텍스트 보존에 대한 논의가 이루어졌으며, 이는 특히 민감하거나 정확한 인용의 경우 중요했습니다. 수정이 적용되었음이 확인되었고 추가 구성 제안이 이어졌습니다(Proofread breaks quotes, 예시 가이드).
독킹 컴포저의 RTE 우선 설계 결정 (Markdown 지원, 하지만 미리보기 없음): 독킹 컴포저는 주로 RTE(Rich Text Editor)로 의도되었으나, 공간 제약으로 인해 Markdown은 사용 가능하지만 미리보기가 제공되지 않는다는 점이 명확히 설명되었습니다(설계 설명, 확인).
봇 UI와 상호작용할 때의 인용 + 사이드바 + 탐색 엣지 케이스: 봇을 인용하는 것이 사이드바 간격/소실된 UI, 심지어 사용자가 봇 대화에 갇히는 현상의 원인으로 지목되었으며, 이는 후속 수정 이후 개선되었습니다(초기 동작, 후기 상태).
독킹 컴포저에서 첫 번째 게시글 이후 파일 업로드 실패: 다른 문제가 개선된 후, Lilly는 남은 문제를 첫 번째 게시글 이후의 업로드 실패와 나중에 재빌드 후 해결된 간헐적인 인용 문제로 좁혔습니다(버그 보고서, 분류 업데이트, 유지보수자 응답).
AI 교정은 인용된 텍스트를 “개선”하지 않아야 함 (Contribute > Bug, ai-helper):bksubhuti는 AI가 인용된 종교/원문 텍스트를 변경할 위험을 지적하며, 인용은 그대로 보존되어야 한다고 주장했습니다(우려). Falco는 문제가 수정되었음을 지적하고, 여전히 재현된다면 더 나은 모델을 사용해 보라고 제안했습니다(수정 참조).
예시 + 전문 페르소나를 사용한 교정 에이전트 구성:bksubhuti는 팔리어(Pāḷi)에 특화된 페르소나 프롬프트를 공유하고 엔진 선택에 대해 질문했습니다(페르소나 상세), Falco는 예시를 사용했는지 묻고, 기본 교정기는 인용 처리를 돕기 위해 여러 예시를 포함하여 제공된다고 언급했습니다(예시 제안).
속도 제한으로 인한 번역 작업 정지 + “생각(thinking)” 설정에 대한 혼란 (Support, ai): 번역 문제 해결 스레드에서, Falco는 “생각(thinking)”을 비활성화할 것을 제안했고, RBoy는 이것이 Discourse AI UI에서 무엇을 의미하는지 질문하고, 일일 토큰 속도 제한으로 인해 반복적으로 실패하는 오류를 공유했습니다(제안, 속도 제한 오류, UI 질문).
더 나은 AI/MCP 소비를 위한 Markdown 서빙 (Customization > Plugin, markdown, ai): Discourse-to-Markdown 플러그인 스레드는 AI 클라이언트를 위한 “콘텐츠 협상(content negotiation)”을 깔끔한 경로로 탐구했습니다: 정수(canonical) URL에 대해 Accept: text/markdown을 시도하고, 지원되지 않는 경우 JSON API 동작으로 폴백하는 방식입니다(제안, 후속). 같은 토론에서는 이를 MCP 사용과 명시적으로 연결했습니다(또한 Discourse MCP is here 참조).
AI 생성 이미지 품질 향상 (및 프롬프트 공유 관심): 장기적인 지원 봇 토론에서, 37Rb는 이전 시도와 비교하여 이미지 생성 품질이 크게 향상되었다고 언급했고(경험), EricGT는 프롬프트와 팁을 더 널리 공유할 것을 장려했습니다(요청).
새로운 안내: AI 분류 + Discourse Automation을 사용한 주제 자동 분류 (#Site_Management, automation, ai): Discourse는 선결 조건(Discourse AI, Automation, 구성된 LLM, 그리고 에이전트/페르소나)과 주제가 다른 카테고리에 속하는지 AI로 결정하는 전체 워크플로우를 상세히 설명하는 가이드를 게시했습니다(가이드; 선결 조건 참조: Discourse AI, Discourse Automation, LLM 설정 가이드, AI 봇 페르소나).
활동
Lilly는 독킹된 AI 컴포저에 대한 상세한 QA 패스를 주도하며, 초기 결함을 문서화하고(New ai docked composer), 진행 중인 수정을 인정했으며(후속), 인용 및 업로드와 같은 남은 문제를 좁혀 나갔습니다(상태, 재빌드 결과). 또한 “첫 번째 게시글 이후 업로드” 회귀 버그를 주요 남은 버그로 지적했습니다(보고서).
sam는 독킹 컴포저 피드백 루프를 인정하고, keegan의 진행 중인 작업을 가리키며 수정이 활발히 진행 중임을 전달했습니다(응답).
keegan는 독킹 컴포저의 수정 사항을 구현하고 조정했으며, 의도된 RTE 우선 UX와 Markdown 트레이드오프를 설명했고(설명), 나중에 정제가 계속되는 동안 해당 기능을 다가오는 변경 사항 뒤에 게이팅했습니다(업데이트).
bksubhuti는 정확도/윤리적 관점을 제기했습니다: AI 교정은 특히 정확한 종교/원문 인용의 경우 인용 블록을 보존해야 합니다(우려). 업데이트 후, 동작을 확인하고 실험을 계속했으며, 사용자 지정 교정기 페르소나를 공유하고 모델 제안을 요청했습니다(확인, 테스트, 페르소나 프롬프트).
이번 주(2026-05-04 → 2026-05-11) meta.discourse.org의 AI 관련 토론은 AI 번역의 운영 안정성에 집중되었습니다. 특히 “사고(reasoning)” 모델이 로케일(locale) 감지를 깨뜨리고, 완료(completion) 예산을 소진하며, 번역 작업이 혼란스러운 방식으로 멈추거나 실패하게 만드는 방식에 대한 논의가 많았습니다 (관련: AI 번역 오류 및 LLM이 변경되면 번역은 어떻게 되나요?). 두 번째 디버깅 주제는 토큰 한도 관련 의외의 상황(요청 크기 대 응답 크기, TPM/TPD 속도 제한)과 이것이 Discourse AI의 LLM 설정과 어떻게 상호작용하는지에 대한 것이었습니다 (관련: AI가 LLM 토큰 임계값을 무작위적이고 예측 불가능하게 초과).
“사고” 출력으로 인한 완료 예산 소진으로 발생한 번역 실패 RBoy는 AI 번역 오류에서 Validation failed: Raw can't be blank, Cooked can't be blank와 같은 번역 오류를 보고했으며, Falco는 *추론 토큰(reasoning tokens)*이 max_tokens 하에서 “모든 토큰을 소진”하여 비어 있거나 무효인 출력을 생성할 수 있음을 식별했습니다 (맥락 내 분석). 디버깅 토론에서는 또한 Discourse가 번역에서 추론을 피하는 이유(같은 스레드)와 대규모 번역 실패에 대한 이전 역사(관련 토론)에 대해서도 언급되었습니다.
LLM 변경 후 “멈춘” 번역: 사고 모델에서는 로케일 감지가 취약함 LLM이 변경되면 번역은 어떻게 되나요?에서, RBoy는 새 로그나 진행 상황 없이 번역이 완료되지 않은 상태로 표시되는 상황을 설명했습니다 (멈춤 증상). Falco는 근본 원인을 설명했습니다: “사고 모델”은 로케일 감지에 사용할 수 없습니다. 왜냐하면 “사고 블록(thinking blocks)”이 파싱을 깨뜨리고, 로케일 감지가 없으면 번역이 진행되지 않기 때문입니다 (근본 원인 설명; 후속에서 결론 확인).
번역 모델의 구조화된 출력 요구 사항 (예: json_schema)
추론이 아닌 모델로 전환한 후, RBoy는 선택된 모델이 response_format: json_schema를 지원하지 않음을 나타내는 400 오류에 직면했습니다 (오류 보고). Falco는 번역에는 구조화된 출력을 지원하는 모델이 필요하다고 명확히 했으며, 이는 “최근 출시된 거의 모든 최첨단(SotA) 모델”입니다 (가이드).
실용적인 번역 디버깅: /p/POST_ID와 감사 로그를 사용하되 response_tokens로 필터링하지 마세요 Falco는 /p/120을 통해 실패한 게시물을 확인하고 ai_api_audit_logs를 검사할 것을 조언했습니다 (디버그 접근법). RBoy가 일치하는 감사 로그 행을 찾지 못했을 때 (쿼리 + 불일치), Falco는 SQL 필터에서 response_tokens 절을 제거할 것을 권장했습니다 (수정). 해당 스레드에서는 조사 중에 /p/와 /t/의 차이도 명확히 했습니다 (후속).
토큰 한도 혼란: 413 오류는 “최대 출력 토큰”이 아니라 요청 크기입니다 RBoy는 출력 토큰 상한을 낮췄음에도 불구하고 seemingly 무작위적인 토큰 한도 초과를 보고했습니다 (초기 보고). Falco는 413이 요청이 너무 크다는 것을 의미한다고 강조했습니다(요청된 응답이 아닌) 현대 기준에서 8k는 비정상적으로 작다는 점을 언급하면서 LLM “컨텍스트 윈도우” 설정에 집중할 것을 제안했습니다 (설명). RBoy는 설정된 컨텍스트 윈도우와 제공자의 한도를 답변으로 제시하며, 왜 Discourse가 설정된 범위를 초과하는지 질문했습니다 (세부 사항).
번역 불안정성의 업스트림 기여 요인으로서 속도 제한 압력 (TPD/TPM)
같은 토큰 스레드에서, RBoy는 번역 파이프라인이 일일 토큰 속도 제한(429) 하에서 초기에 정지했다가, 재개 후 413 요청 크기 초과 오류로 실패했다고 언급했습니다 (실패 순서). 이는 LLM이 변경되면 번역은 어떻게 되나요? 및 AI 번역 오류에서의 지속적인 번역 문제 해결과 짝을 이룹니다.
입력(Prompt) 커스터마이징: 인용구 동작을 조정하기 위해 내장된 예제를 찾는 곳 (ai-helper) bksubhuti는 인용구를 깨뜨리지 않도록 커스텀 입력 개인화를 조정할 수 있도록 예제를 찾는 방법을 질문했습니다 (질문). Falco는 관리자 UI(admin/plugins/discourse-ai/ai-agents/-22/edit) 안의 입력 Agent 예제를 가리켜 주었고 (방향), bksubhuti는 예제 세트를 찾았으며 JSON을 출력한다고 확인했습니다 (확인).
PM Agent 후속 대화에서 이미지 게시 불가 (업스트림에서 수정됨) Ethsim2는 2026.5.0에서 PM을 통해 Agent 후속 대화 시 이미지를 게시할 수 없었다고 보고했습니다 (버그 보고). Lilly는 이미 수정되었다고 답변했습니다(관련된 불완전한 보고 참조) (답변), 그리고 Ethsim2는 필요로 하는 누락된 업스트림 커밋을 식별했습니다 (후속). (관련: 새 AI 도킹된 컴포저.)
새 LLM 설정 질문: Gemini 모델 ID / 제공자 URL 혼란 danhanghai는 LLM 설정 페이지에서 Google 제공자를 통해 gemini-3.1-flash-lite를 구성하는 데 도움이 필요하다고 질문하며, 모델 ID와 엔드포인트 URL을 공유했습니다 (질문). 더 넓은 맥락으로, 그 질문은 장기적으로 진행 중인 참조 주제인 Discourse AI - 대규모 언어 모델(LLM) 설정 페이지 (how-toai) 내에 위치합니다.
Falco는 여러 스레드에서 핵심 기술적 가이드를 제공했으며, 특히 Discourse AI가 모델 출력을 어떻게 기대하는지에 대해 그러했습니다. AI 번역 오류에서 /p/ID를 통해 정확한 게시물을 확인하고 ai_api_audit_logs를 검사할 것을 제안했으며, response_tokens에 대한 필터링을 제거하여 감사 로그 쿼리 접근법을 수정했고 (쿼리 수정), 디버깅에는 토큰 수보다 **원시 응답(raw responses)**이 더 중요하다고 강조했습니다 (원시 응답 집중). 추론 토큰이 완료 예산을 소진할 수 있음을 식별하고, 그것이 Discourse가 번역에서 추론 모델을 피하는 이유와 연결지었습니다 (추론 토큰 설명), 이전 관련 번역 실패를 가리켰습니다 (참조 스레드). 또한 번역 모델에는 구조화된 출력 지원이 필요하다고 조언했습니다 (구조화된 출력 가이드). LLM이 변경되면 번역은 어떻게 되나요?에서, 로케일 감지가 사고 블록과 함께 깨져 번역이 완전히 정지될 수 있음을 설명했습니다. 그리고 AI가 LLM 토큰 임계값을 무작위적이고 예측 불가능하게 초과에서, 413이 요청이 너무 크다는 것을 의미한다고 명확히 하고 컨텍스트 윈도우 설정에 집중할 것을 권장했습니다. 마지막으로, bksubhuti에게 입력 Agent의 내장된 예제를 가리켜 주며 프롬프트 커스터마이징을 도왔습니다 (예제 찾기 위치).
bksubhuti는 Contribute > Bug#ai-helper에서 장기적으로 진행 중인 인용구 처리 문제에 후속 질문을 하며, 입력 시스템 프롬프트를 조정할 수 있도록 실제 예제를 찾는 곳을 물었습니다 (요청). Agent 에디터로 안내받은 후, 예제 세트를 찾았으며 그것을 반복 개선할 계획이라고 확인했습니다 (확인). (배경 스레드: 입력이 인용구를 깨뜨림; 참조 게시물: 언급된 예제 링크.)
이번 주 meta.discourse.org에서 AI 관련 활동(2026-05-18 → 2026-05-25)은 주로 AI 봇 대화의 원활함과 관리 용이성 향상에 초점을 맞췄으며, AI 지원 이메일 워크플로에서 현지화(localization)에 대한 지속적인 운영적 관심사도 포함되었습니다.
AI UX 및 콘텐츠 충실도 — 여러 스레드에서 AI 관련 UX가 여전히 개선이 필요한 부분들을 강조했습니다: 독킹된 AI 봇 편집기의 “Enter로 전송” 동작(토론, 더 보기), 번역 출력이 마크다운 인용 구문을 손상시키는 문제(버그 리포트), 그리고 봇/채팅 컨텍스트에서 완전한 마크다운 호환성에 대한 지속적인 요구(요청 지속).
로컬라이제이션 및 멀티 모델 지원 — 여러 게시글이 언어 및 모델 유연성에 초점을 맞췄습니다: AI 프롬프트를 중국어로 로컬라이즈해 달라는 요청(요청, 답변), 사용자 대면 메시지에서 번역을 사용하는 진행 상황(번역된 “플래그 이유”가 올바르게 표시되도록 수정된 것을 포함하여) 사용자 언어가 설정된 사용자에게 이메일을 보낼 때 번역된 게시글 사용, 그리고 Gemini와 같은 더 많은 LLM 제공업체로 감정/감정 분석을 확장하는 것(질문, 업데이트).
AI 봇 대화용 독킹 편집기: “Enter로 제출” 마찰(및 업로드 문제) (#Announcementsaiai-botcomposer) AI 봇 대화용 독킹 편집기 소개에서, Lilly는 “Enter로 제출”을 억제하고 종이비행기 아이콘으로만 전송하는 것을 선호하는 방법을 요청했습니다(게시물). tobiaseigen는 동의하며, AI 대화가 항상 “채팅” 형태는 아니고 종종 단락/코드 블록이 필요하다고 언급했습니다. 또한 채팅 설정에 관한 우회책도 언급했지만, 실제 채팅 사용에 따른 트레이드오프를 강조했습니다(게시물). 이후, Lilly는 첫 번째 게시글 이후 이미지 업로드가 깨지는 문제를 보고하고, 봇 사용에 대해 일반 편집기로 되돌아갔습니다(게시물).
감정/감정 자체 호스팅: 다른 LLM 제공업체(Gemini 언급)로 확장 (#Self-Hostingaiai-sentiment) DiscourseAI를 위한 감정 및 감정 자체 호스팅에서, Orioni는 감정 분석을 다른 LLM에 연결하는 것에 대한 ETA를 물으며, Gemini Flash 변형에 대한 긍정적인 경험을 언급하고 비용을 줄이기 위해 감정에 Gemini를 사용하길 원한다고 했습니다(게시물). Falco는 이 기능이 추가되었고 곧 사이트에 나타날 것이라고 답했습니다(답변).
AI 번역 버그: 마크다운 인용 >가 때때로 0으로 변함 (Contribute > Bugaidynaloc) thomasjsn는 “GPT-5.4 Nano”와 “Gemini 3 Flash” 모두에서 번역이 때때로 마크다운 인용 마커(>)를 0으로 변환하여 포맷을 깨뜨린다고 보고했습니다. 이는 AI 번역에서의 마크다운 인용 변환 실패에서 이루어졌습니다. 예시는 인용 블록과 헤더가 있어야 할 위치에 반복되는 0 문자를 보여줍니다(리포트).
요청: AI 플러그인 프롬프트 텍스트를 중국어로 설정/로컬라이즈할 수 있도록 허용 (Contribute > Featureailocalization) bird는 요약, 제목, DM 요약이 영어로 기본 설정되어 있다는 점을 인용하며 AI 프롬프트를 중국어로 설정할 수 있기를 요청했습니다. 이는 希望ai插件可以设置提示词为中文에서 이루어졌습니다. sniper756는 영어/중국 출력은 불안정할 수 있고 모델에 따라 달라질 수 있지만, 근본 원인은 명확하지 않다고 답했습니다(답변).
봇/채팅 컨텍스트에서의 완전한 마크다운 지원(및 관련 마이그레이션 우려) (Contribute > Featurechatai) 봇을 위한 채팅에서의 완전한 마크다운 지원에서, rokejulianlockhart는 봇을 넘어선 완전한 마크다운 지원에 대한 더 광범위한 주제가 있는지 물었습니다(sam의 더 일반적인 주제 생성에 대한 이전의 개방적 태도를 참조: 인용 참조). 또한 마이그레이션 관련 필요성을 제기하며, 메시지(Messages)를 채팅/DM으로 마이그레이션하는 것에 대한 별도의 질문을 인용했습니다(인용 주제 참조), 그리고 완전한 Discourse 마크다운이 없으면 해당 사용 사례에 대해 기능이 작동하지 않는다고 주장했습니다(게시물).
Lilly는 AI 봇 대화용 독킹 편집기 소개에서 독킹된 AI 봇 편집기에 대한 실용적인 UX 피드백을 제공하며 “Enter로 제출”을 비활성화하는 옵션을 요청했고, 이후 첫 번째 게시글 이후 이미지 업로드가 깨지는 문제를 보고했습니다(이로 인해 일반 편집기로 되돌아감) (후속).
tobiaseigen는 AI 봇 대화용 독킹 편집기 소개에서 독킹 편집기의 전송 동작에 대한 지지하는 피드백을 추가하고, AI 대화가 왜 종종 다중 줄 구성(단락/코드 블록)이 필요한지 설명했습니다. 또한 채팅 설정 우회책과 실시간 채팅 사용에 대한 그 단점을 설명했습니다(같은 게시물).
이번 주 meta.discourse.org에서 이루어진 AI 관련 토론은 세 가지 실용적인 주제를 중심으로 이루어졌습니다:
AI 보조 작성 및 모더레이션 UX: 관리자들은 AI Helper가 생성하는 콘텐츠(제목, 태그, 카테고리 등)에 대해 더 세밀한 제어를 원하며, 제한된 카테고리 설정에서 AI가 어떻게 동작하는지에 관심을 보였습니다. 이를 통해 작성기에서 버튼별 토글 기능을 요청하는 기능 요청(AI 제목 생성기 기능 요청: 제목/태그/카테고리 토글)과 카테고리 태그 제한을 무시하는 태그 제안 버그(AI Helper가 카테고리에서 허용되지 않는 태그를 제안함)가 모두 드러났습니다.
“AI”와 “실제로 LLM이 아닌” 기능의 명확화: 중요한 점으로, 태그/카테고리 제안은 LLM 기반이 아니라 임베딩(embedding) 기반이라는 점이 재차 강조되었습니다. 이는 결과물에 얼마나 많은 “프롬프팅”이 영향을 미칠 수 있는지에 영향을 줍니다 (AI 태그 및 카테고리 제안 커스터마이징 방법).
AI 로컬라이제이션이 언어를 오인식하고 오래된 번역 뒤에 수정 사항을 숨김 (Contribute > Site feedback, ai, dynaloc, content-localization) stephtara는 영어로 작성된 게시물이 프랑스어로 표시되었고, 이후 수정 사항이 렌더링된 뷰에서 “표시되지 않았다”고 보고했습니다 (보고서). Moin는 “French”라는 단어 하나만으로도 오인식이 트리거될 수 있으며, “실종된 수정”은 원본 게시물 대신 오래된 번역을 보고 있었기 때문일 가능성이 높다고 설명했습니다 (진단 + 우회 방법). 해당 스레드는 원 게시자가 설명을 확인하고 감지된 언어를 수동으로 수정하면서 끝났습니다 (확인), 그리고 언어 인식의 한계에 대한 기억에 남는 경고가 덧붙여졌습니다:
버그: AI Helper가 카테고리가 허용하지 않는 태그를 제안함 (Contribute > Bug, ai) thgl는 AI Helper가 제한된 태그를 권장하고 심지어 선택을 허용하다가 나중에 제출을 차단하는 것을 발견했으며, 이는 수동 태그 입력이 제한을 올바르게 적용하는 것과 대조되었습니다 (버그 보고서). zogstrip는 문제를 빠르게 인정했고 (인정), 이미 준비된 PR을 통해 수정이 준비되었다고 후속 보고했습니다 (수정 상태). 보고자는 빠른 처리를 확인했습니다 (감사).
기능 요청: AI 태깅/카테고리화를 활성화하되 AI 제목 생성은 비활성화하는 토글 (Contribute > Feature, ai) Frully는 제목, 태그, 카테고리 제안 버튼에 대해 별도의 토글을 요청했습니다. 분류에는 AI 도움을 유지하되, 사용자는 제목을 직접 작성하도록 하고 싶었기 때문입니다 (요청 + 근거). NateDhaliwal는 “제목 제안” 버튼만 CSS로 숨기는 실용적인 임시 해결책을 제안했고 (CSS 우회 방법), 요청자는 이를 실행 가능한 것으로 받아들였습니다 (후속).
AI 태그/카테고리 제안 커스터마이징 방법: LLM 프롬프트가 아닌 임베딩 기반임을 명확히 함 (Support, ai, ai-helper, 해결됨) Frully는 커뮤니티가 콘텐츠를 어떻게 조직하는지(예: 일관된 #meetings 패턴과 필수 태그) 헬퍼에게 “가르치고” 싶었으며, 시스템 프롬프트 예제가 태그/카테고리가 아닌 제목에 초점을 맞추고 있음을 지적했습니다 (질문). Falco는 그 이유를 명확히 했습니다: 태그/카테고리 제안은 LLM 프롬프트를 전혀 사용하지 않으며, 대신 초안을 기존 주제와 비교하는 임베딩에 의존합니다 (답변 / 해결책).
AI Tools Test Runner: 내부 http:// 엔드포인트에 대해 http.get()가 SSL을 시도하는 것으로 보임 (Support, rest-api, ai) Tobias1는 http.get("http://stable-diffusion:7860/")가 내부 IP로 올바르게 해결되지만 SSL 핸드셰이크 오류로 실패하는 재현 가능한 스크립트를 공유했습니다. 이는 러너나 그 HTTP 클라이언트 레이어가 어쨌든 TLS를 시도하고 있음을 시사합니다 (세부 정보 + 오류 출력).
Moin는 로컬라이제이션 혼란을 언어 자동 감지의 함정과 번역 최신성의 조합으로 진단했으며, 작성기의 언어 선택기를 수동 오버라이드로 지목하고 번역된 뷰에서 수정 사항이 보이지 않은 이유를 설명했습니다 (분석; 인용 후속; 스레드 항목; 추가 참조; 같은 토론).
thgl는 AI 태그 제안이 카테고리 태그 제한을 위반할 수 있음을 보고하고 명확한 재현 단계와 UI 스크린샷을 제공했으며, 빠른 수정 작업을 확인했습니다 (버그 보고서; 답변 루프; 원본 세부 정보; 확인; 스레드 링크).
zogstrip는 제한된 태그 제안 버그를 인정하고 빠르게 해결로 전환했으며, 검토/병합/배포가 완료되면 수정될 것임을 언급하고 구현 작업에 대한 링크를 제공했습니다 (인정; 수정 상태; 컨텍스트 링크; 후속 링크; 같은 주제).
Frully는 두 가지 관련 “관리자 경험” 스레드를 주도했습니다: 하나는 AI 제목/태그/카테고리 헬퍼에 대한 별도 토글을 요청한 것이고 (기능 요청; 후속), 다른 하나는 로컬 커뮤니티 분류 체계에 맞게 태그/카테고리 제안을 유도하는 방법을 물은 것이었습니다. 후자는 나중에 프롬프트 기반이 아닌 임베딩 기반임이 명확해졌습니다 (질문; 같은 스레드; 기능 스레드 재참조; 지원 스레드 재참조; 후속 재참조).
NateDhaliwal는 생성형 콘텐츠를 줄이고 싶은 팀을 위한 경량 우회 방법을 제공했습니다. 태그/카테고리 보조 기능을 표시 상태로 유지하면서 AI 제목 제안 UI만 CSS로 숨기는 것입니다 (CSS 스니펫; 참조; 같은 게시물; 주제 링크; 컨텍스트).
Falco는 중요한 구현 세부 사항을 명확히 했습니다: AI 태그/카테고리 제안은 LLM 프롬프팅이 아닌 기존 주제에 대한 임베딩에 기반합니다. 이는 커스터마이징 및 “프롬프트 스티어링”에 대한 기대치를 형성합니다 (해결책; 같은 해결책; 스레드 링크; 참조; 컨텍스트).
Tobias1는 개발자 중심 보고서를 기여했습니다. 이 보고서에서는 AI Tools Test Runner의 HTTP 클라이언트 동작이 명시적으로 내부 http:// URL을 대상으로 하더라도 SSL을 협상하는 것으로 보이며, 최소한의 코드 샘플과 결과된 핸드셰이크 오류를 포함합니다 (보고서; 같은 보고서; 컨텍스트 링크; 참조; 스레드 링크).
이번 주(2026-06-08 → 2026-06-15)에는 메타 디스코스에 AI 관련 논의가 소규모이지만 실질적인 수준으로 이루어졌습니다(새로운 주제 2개에 걸쳐 총 12개의 새 게시글). 주로 AI 번역 설정 변경 및 비용/범위 가시성에 집중되었으며, 내장 AI 도구와 관련된 몇 가지 운영 및 관리상의 주의사항도 다뤄졌습니다.
이번 주 (2026-06-15 → 2026-06-22) meta.discourse.org에서의 AI 관련 토론은 컴포저 내 AI 헬퍼의 UX 개선, AI 에이전트의 비용 관리 및 범위 설정, 그리고 자체 호스팅 환경에서의 실용적인 구성 및 디버깅 문제—특히 엔드포인트, SSRF 보호, 번역 엣지 케이스를 중심으로 이루어졌습니다. 가장 큰 제품 관련 변경 사항은 컴포저 내 *AI 제안(AI Suggestions)*의 새로운 인라인 플로우였습니다 (컴포저 내 AI 제안 인라인 통합), 대부분의 지원 에너지는 AI 설정을 안정적이고 저렴하게 작동시키는 데 사용되었습니다 (예: 카테고리 필터링을 통한 AI 토큰 사용량 감소에서 토큰 지출을 줄이기 위한 카테고리 제한 검색, “이 모델에 연결을 시도했으나 이 오류가 반환되었습니다”가 비어 있음에서 엔드포인트 정확성 및 로그 확인 등).
자체 호스팅 + 내부 LLM 게이트웨이(LiteLLM / Vertex 스타일)가 SSRF 보호에 부딪힘 (Support, ai) satonotdead는 자체 호스팅된 Discourse에서 내부 엔드포인트(LiteLLM 등)를 사용하려는 시도를 설명하며, LLM 테스트 중 500 오류에 부딪히고 SSRF 관련 예외(FinalDestination::SSRFDetector::DisallowedIpError)가 발생했다고 보고했습니다 (내부 AI 엔드포인트 사용 방법?). Falco는 동일한 서버에서 실행 중이라면 DISCOURSE_ALLOWED_INTERNAL_HOSTS를 통해 내부 호스트를 허용하도록 조언했습니다 (내부 AI 엔드포인트 사용 방법?).
주요 참조: SSRF 오류 + 컨텍스트, 환경 변수 가이드.
이번 주 Meta의 AI 관련 논의는 품질, 투명성, UX 정제에 초점을 맞췄으며, 특히 Ask Discourse, AI 번역/콘텐츠 현지화, 그리고 컴포저 내 인라인 AI 도우미 기능을 중심으로 진행되었습니다. 몇몇 관리자분들은 Ask Discourse의 답변 품질 변화에 주목했으며, 해당 서비스가 최근 로컬 호스팅 오픈 웨이트 모델로 이전되었음을 알게 되었습니다 (Ask discourse moins performant, 모델 변경 공지, 근거 및 가이드라인).
번역 진행 그래프 정확도, 캐싱, 그리고 “진행 상황이란 정확히 무엇을 의미하는가?” (translation, ai, #Data-&-reporting) LotusJeff 님은 대규모 사이트에서 진행 그래프가 오해의 소지가 있다고 지적했습니다 (AI Translation Progress Graph). Falco 님은 타임아웃을 피하기 위해 페이지가 캐싱된다는 점과 번역이 언어 감지 후 다른 로케일로 번역하는 과정을 거친다는 점을 설명했으며, 초기 단계의 감지 진행 상황이 더 이상 표시되지 않아 초기 경험이 "최악"처럼 느껴진다고 언급했습니다 (캐싱 + 2단계 파이프라인). LotusJeff 님은 더 명확한 “대상 vs 번역됨” 보고 모델을 제안하고 Data Explorer SQL 프로토타입 공유를 시작했으며 (보고 제안, SQL 예시), nat 님은 개선이 계획되어 있다고 언급했습니다 (스태프 후속 조치).
Discourse AI에서 내부/셀프호스팅 LLM 엔드포인트 디버깅 (ai, Support) satonotdead 님은 컨테이너 내부에서는 작동했지만 Discourse AI UI 테스트에서는 실패한 내부 엔드포인트 URL 사용에 어려움을 겪었습니다 (문제 보고 + 스택 트레이스). Falco 님은 DISCOURSE_ALLOWED_INTERNAL_HOSTS에 호스트명(IP 범위만 포함되지 않도록)이 포함되어 있는지 확인하는 것을 제안했습니다 (허용 호스트 제안). 이전 Ollama 로컬 설정에 대한 컨텍스트도 참조되었습니다 (로컬에서 Ollama와 함께 Discourse AI 작동시키기).
로케일 폴백 정책: 지원되지 않는 언어에 대해 영어 강제 적용 (translation, ai, #Feature) Jagster 님은 핀란드어가 주류인 사이트의 기본 로케일을 변경하지 않고 지원되지 않는 로케일을 영어로 폴백할 수 있는지 질문했습니다 (질문). Falco 님은 "폴백 로케일"이 요청되었지만 아직 지원되지 않는다고 확인했으며 (폴백 로케일 미지원), nat 님은 현재 동작을 명확히 했습니다: 폴백을 비활성화하면 원본 언어가 표시되며, 영어 폴백을 사용하려면 기본 로케일을 en으로 설정해야 함을 의미합니다 (동작 세부 사항).
AI 요약에 HTML 주석이 포함되는 이유 (그리고 왜 #wontfix인가) (ai, ai-summarize, #Feature) ばこん 님은 HTML 주석(리더가 볼 수 없는 것)이 여전히 요약되고 있음을 발견했습니다 (보고, 예시). Falco 님은 이를 #wontfix로 표시하고, 해당 인스턴스에서 중요한 경우 주석을 무시하도록 요약 에이전트를 지시하는 프롬프트 조정을 제안했습니다 (결정 + 우회책).
AI 플러그인 비활성화 상태 고정 + 무료 티어 “AI 플러그인 비활성화 불가” 명확화 (ai, Support) ondrej 님은 이전에 비활성화한 후 AI를 다시 활성화하지 못했습니다 (이슈). keegan 님은 “비활성화 고정” 상태에 대한 수정이 필요하다고 확인하고, 무료 티어에서는 스팸 감지와 같은 핵심 기능을 구동하기 위해 AI 플러그인이 활성화된 상태로 유지되며, 개별 AI 기능은 비활성화할 수 있음을 명확히 했습니다 (수정 + 정책). 해당 요청은 기존 설정 문서도 참조했습니다 (문서 발췌 출처).
AI UI 정제: 겹치는 아이콘과 절대 위치 지정 AI 버튼 (ai, ux) Moin 님은 토픽 정보 편집 시 아이콘이 쌓이거나 겹치는 문제를 보고했으며 (겹침 보고), Falco 님은 이를 진행 중인 인라인 AI 통합 스레드와 연결했습니다 (교차 참조, 컴포저 내 AI Suggestions 인라인 통합). 관련 UX 이슈로, Moin 님은 AI 제목 제안 버튼이 제목 필드가 이동하는 동안 고정된 상태로 남아있을 수 있으며(특히 번역된 제목 편집 시), 제안어가 영어로 표시되는 문제를 지적했습니다 (제목 아이콘 배치); chapoi 님은 나중에 position: absolute 버튼이 반복적인 문제의 원인이라고 지적했습니다 (후속 조치).
토픽이 포스트보다 빨리 번역되는 이유 (그리고 무엇을 조정해야 하는가) (ai, content-localization, Support) LotusJeff 님은 토픽 데이터는 몇 달 전에 번역되었지만 포스트는 뒤처져 있음을 관찰했습니다 (질문). Falco 님은 배치 크기가 비슷하지만 토픽은 자연스레 더 빨리 완료된다고(특히 포스트가 많은 토픽의 경우) 설명하고, 포스트가 따라잡도록 최대 연령이나 백필(backfill) 속도를 조정하는 것을 제안했습니다 (설명 + 조정 항목).
기능 요청: AI 번역 설정의 날짜 선택기 (고정된 기준일) (ai, dynaloc, content-localization, #Feature)
날짜 선택기 논의에서, mcwumbly 님은 설정이 "{날짜} 이후의 모든 포스트 번역"이 아니라 "일수 백필"일 필요가 있을 수 있다고 지적했습니다 (프레임 설정). LotusJeff 님은 롤링 윈도우가 오래된 편집된 콘텐츠가 범위에서 벗어나게 만들 수 있다고 주장하며, “번역된 토픽 / 아직 번역되지 않은 포스트” 불일치를 사용자 측면의 문제로 강조했습니다 (롤링 윈도우 우려, 추가 근거).
감정 대시보드에서 감정/감정 분류가 어떻게 지정되는지 (ai, ai-sentiment, Support) fzngagan 님은 감정 및 감정 분류를 구동하는 모델들을 요약하고, 사이트 설정을 통한 모델 기반 분류와 에이전트 기반 전략의 차이를 설명했습니다 (감정 분류 개요), 현재 모델에 대한 참조된 문서 조각을 가리키며 (모델 참조), 관리자분들이 기본값을 편집하는 대신 /admin/plugins/discourse-ai/ai-agents에서 새로운 에이전트를 생성할 수 있음을 언급했습니다 (에이전트 접근 방식 컨텍스트).
keegan 님은 AI 플러그인의 “비활성화 고정” 동작에 대한 수정이 필요하다고 확인하고, 무료 티어 제약을 설명했습니다: AI 플러그인은 스팸 감지와 같은 핵심 기능을 구동하기 위해 활성화된 상태로 유지되지만, 관리자가 UI에서 다른 AI 기능을 비활성화할 수 있도록 허용합니다 (Can’t get the AI plugin enabled).
#Announcements#ai에서Discourse AI의 비용 기반 할당량(추정 달러, 토큰만 아님): sam이 그룹별 추정 달러 비용으로 AI 사용량을 제한하는 새로운 방식을 발표하여 프로바이더 간 예산 편성을 돕습니다(발표). 이 기능은 기존 할당량 구성 흐름과 연결됩니다(Configuring LLM usage quotas in Discourse AI).
#Featureai#ai-summarize에서AI 요약에 HTML 주석 포함(및 잠재적 프롬프트 인젝션 우려): Ed_S는 HTML 주석이 요약을 조작하기 위한 "은밀한 채널"이 될 수 있는 위험을 제기했습니다(우려 사항). Falco는 이 가능성을 인정했으며(특히 소형/구형 모델의 경우), 시스템/사용자 프롬프트 분리를 완화 개념으로 지목했습니다(답변). Ed_S는 이것이 제일브레이크(jailbreak)에 대한 진정한 메커니즘이 아니라고 반박했습니다(후속).
Support#ai에서Qwen3.7-plus 설정: 제목 제안 도구의 500 오류 + 감사 로그로 디버깅하는 방법: bird는 다른 AI 도구가 작동함에도 불구하고 AI 제목 생성 시 500 오류가 발생했다고 보고했습니다(보고). Falco는 더 자세한 진단을 위해 ai_api_audit_logs를 쿼리할 것을 권장했습니다(팁), 그리고 최신 항목을 검사하는 방법과 500 오류가 Qwen이 아닌 Discourse에서 발생했음을 명확히 했습니다(후속). 이 스레드에서는 Discourse AI가 이미지 생성을 지원하는지 묻는 질문에 이미지 생성 문서를 가리켰습니다(답변 + 링크, 및 Improved Image Generation Support in Discourse AI).
Support#ai에서내부 엔드포인트(LiteLLM 사이카, 내부 호스트 허용 목록, MCP 정리)를 사용하여 Discourse AI 실행: evantobin는 로컬호스트 LiteLLM 사이카에 대해 DISCOURSE_ALLOWED_INTERNAL_HOSTS를 사용하여 내부 연결을 설정하는 방법을 설명하고 Vertex AI 인증에 대한 후속 작업을 언급했습니다(상세). satonotdead는 Docker의 내부 게이트웨이 IP, 포트 매핑, 손상된 MCP 도구 정리를 포함한 전체 해결책을 공유했습니다(해결책).
#Feature#ai에서기능 요청 / PR: AI 페르소나 시스템 프롬프트에 {username} 템플릿 파라미터 추가: 42aross는 AI 페르소나가 서버 측에서 현재 사용자를 신뢰할 수 있게 식별할 수 있도록(토픽 텍스트/메타데이터에서 LLM이 추측하는 대신) {username}을 허용 목록에 포함된 템플릿 파라미터로 추가하는 것을 제안했습니다(요청 + 근거). 또한 CLA 프로세스를 완료했다고 언급했습니다(후속).
#Announcementsai#ai-bot에서AI 봇 대화를 위한 도킹된 컴포저: Meta에서 꺼졌다가 다시 활성화됨: putty는 Meta에서 더 이상 도킹된 컴포저 UI가 표시되지 않는 이유를 물었습니다(질문). keegan는 실수로 꺼져 있었다고 답하고 다시 켰으며, 변경 사항이 beta로 이동하고 있다고 언급했습니다(상태 업데이트). nicolsdennis는 봇 대화에서 답변 길이를 제한하는 것에 대한 제품 질문을 후속으로 제기했습니다(질문).
#Announcementsai#ai-helper에서컴포저 내 인라인 AI 제안: 일관성 + 지연 시간/동작 질문: chapoi는 유사한 UI 진입점 간 동작의 일관성을 맞추는 것에 대해 논의하고 피드백을 요청했습니다(게시물). nicolsdennis는 왕복 지연 시간과 제안이 토픽 제목에만 기반하는지 물었습니다(질문).
ux#ai에서UX 수정: AI 제목 제안 아이콘 위치: chapoi는 제목 필드 위에 표시되는 제목 제안 아이콘에 대한 구현 수정을 게시하고 부수 효과 확인을 요청했습니다(수정 + PR 링크).
#Integrationshow-to#ai에서Gemini API 키 변경: 서비스 계정, 마이그레이션 우려: m_terenui는 Google의 Gemini API 키 관련 보고된 보안 변경 사항, 잠재적으로 서비스 계정 필요 및 기존 키 마이그레이션을 언급하고, 앞으로 Discourse가 관리자에게 설정할 것을 기대하는 것이 무엇인지 물었습니다(질문). (스레드 참조: Set up Gemini API Keys for Discourse AI)
#Self-Hosting#ai에서Ollama를 사용한 Discourse AI 번역 자체 호스팅: 프로바이더 선택, 토크나이저/컨텍스트 윈도우, 그리고 "번역 엔드포인트"가 드롭인(drop-in)이 아닌 이유: mononym는 Ollama을 통해 Discourse AI 번역을 시도하는 방법과 새로운 관리자 UI 설정이 어디에 있는지 물었습니다(질문). Falco는 OpenAI를 프로바이더로 선택하여 Ollama의 OpenAI 호환 API를 사용할 것을 제안했습니다(가이드), 그리고 실용적인 구성 조언(토크나이저 선택, 컨텍스트 윈도우)을 제공하며 부적합/구형 모델에 대해 경고했습니다(상세). 이 스레드에서는 Discourse AI 번역이 단순한 LibreTranslate 엔드포인트 대체로 설계되지 않은 이유와 구형 Translator 플러그인이 여전히 “있는 그대로” 사용될 수 있는 이유도 다루었습니다(제약 사항).
bird는 Qwen3.7-plus를 사용하여 제목 제안이 500 오류를 반환하는 Discourse AI 통합 문제를 문서화했습니다(보고), 더 깊은 로그를 보는 방법을 물었습니다(질문), 그리고 나중에 이미지 생성 지원에 대해 물었습니다(질문; 답변 및 가리키는 것은 여기).
Ask Discourse의 마찰: “너무 유사한” 답변, 과도하게 빠른 플래깅, DataExplorer 포맷팅 선호도: 사용자는 AI 응답과 상호작용하면서 표준 Discourse 스팸 방지/레이트 리밋 동작에 부딪혔고(Ask Discourse 피드백, 336805, 336805), 한 요청은 생성된 DataExplorer 쿼리가 세미콜론으로 끝나지 않도록 하는 방법을 요청했습니다(336805). ask-discoursefeedback#feature
독일어 번역에서 번역 “래퍼”/JSON 요소 유출: 보고서는 평문 대신 직렬화된 콘텐츠 객체로 보이는 번역 출력을 보여주었으며, 첫 번째 게시글이 폼 템플릿을 사용할 때 번역 편집의 어려움도 언급했습니다(독일어 번역에 번역 요소 포함). bugcontent-localization
근본 원인 발견: 에이전트 JSON 응답 형식 설정 오류 + 프롬프트 모순: 조사는 프롬프트/로직 문제와 기본 에이전트의 사용자 지정된 사본이 업스트림 개선 사항과 동기화되도록 유지해야 할 필요성을 가리켰습니다(407009, 407009, 407009에서 해결 확인). aidynaloc
구조화 출력 / “어시스턴트 프리필” 기대치 + 구형 Discourse 버전과 관련된 Claude Sonnet 5 실패: 해결된 지원 스레드는 400/500 오류를 구성 및 버전 불일치와 연결했으며, 새로운 모델은 종종 업데이트된 프로바이더/파라미터가 필요하다는 점을 상기시켰습니다(Discourse AI: JSON 응답 제거 필요…, 407117). Supportai
JSON 스트림 파싱 오류 시 AI 번역의 무음 잘림/손상: 자세한 버그 보고서는 로그된 오류 없이 문장 중간에서 번역이 잘리는 현상을 설명했으며, 후속 보고서는 제공자/모델 전반에 걸친 포맷 손상(마크다운 이미지, 리터럴 \n\n)을 보여주는 데이터를 추가했습니다(JSON 스트림 파싱 오류 시 번역이 무음으로 잘림 (오류 발생 없음), 407251의 후속 보고). bugai
Falco는 이번 주 여러 가지 신호가 강한 지원/디버그 스레드를 주도했습니다: 번역 프롬프트 모순에 대한 수정 제안(독일어 번역에 번역 요소 포함), JSON 응답 형식 주변의 에이전트 구성 문제 식별 도움(407009) 및 해결 확인(407009). 또한 Claude Sonnet 5의 구조화 출력 문제 진단을 돕고(Discourse AI: JSON 응답 제거 필요…), 빠르게 변화하는 모델 API에서 구형 Discourse 버전이 어려움을 겪을 것이라는 점을 강조했습니다(407117). 마지막으로, 번역 에이전트 프롬프트를 사용자 지정하여 브랜드/제품 용어를 보존하는 실용적인 접근법을 제시했습니다(AI에 의한 독점 용어 번역 방지 방법?).
nat는 사용자 지정 사이드바 링크/섹션 번역 요청에 긍정적으로 응답하며, 해당 기능이 진행 중인 사이드바 로컬라이제이션 요청에서 “곧™” 출시될 수 있음을 시사했습니다(커스텀 사이드바 링크 및 섹션 번역 기능 요청).
putty는 독일어 번역이 번역 프로세스 요소를 유지하는 세심한 로컬라이제이션 문제를 보고했으며, 첫 번째 게시글이 폼 템플릿을 사용할 때 편집 제한 사항도 언급했습니다(독일어 번역에 번역 요소 포함). 기본 에이전트의 사본을 약간의 프롬프트 조정과 함께 사용하고 있음을 확인했으며(407009), 지침 후 즉각적인 원인—JSON 응답 형식이 채워지지 않은 것—을 확인했습니다(407009). 또한 이전 관련 관찰을 이전 보고서에서 참조했습니다(독일어 번역에 대한 AI 코멘터리).
이번 주 메타 포럼의 AI 관련 토론은 Discourse AI가 실제 커뮤니티에서 어떻게 작동하는지와 엣지 케이스가 개인정보 또는 노이즈 문제로 이어질 수 있는 부분에 초점을 맞추었습니다. 호스티드 고객들을 위해 기본 호스티드 모델 라우터인 CDCK/MoM에 대한 설명도 더 명확해졌으며, 요약 및 임베딩과 같은 다양한 AI 워크로드에 대해 Discourse가 mixture-of-models 접근법을 사용하는 이유도 포함되었습니다 (What is CDCK/MoM?).
호스티드 고객들을 위한 CDCK 호스티드 모델 / CDCK/MoM 설명 (#Hosted-Customersai) Falco는 호스티드 Discourse에 내장된 라우팅된 “모델 혼합(mixture of models)” LLM이 포함된 이유, 라우팅이 작업(요약 vs 임베딩 vs 페르소나)과 어떻게 매칭되는지, 그리고 이것이 호스티드 AI 크레딧과 어떻게 연결되는지 설명했습니다 (What is CDCK/MoM?).
번역 강건성: JSON 스트림 파싱이 깨졌을 때의 무음 절단 (bugaidynaloc)
스트리밍 JSON 파싱이 실패했을 때 에러를 발생시키지 않고 번역이 조용히 잘리는 문제를 수정하기 위한 작업이 계속되었습니다. 이는 더 나은 에러 노출 및 방어적 파싱의 필요성을 강조했습니다 (Translation silently truncated…).
해결됨: Gemini 임베딩 401 에러가 잘못된 Google 엔드포인트 패밀리 사용으로 추적됨 (Supportembeddingai) m_terenui는 Vertex 스타일 엔드포인트로 Gemini 임베딩을 사용하려 할 때 401 에러를 겪었습니다 (problem statement). Falco는 Discourse의 임베딩 지원이 Enterprise/Vertex 엔드포인트가 아닌 Google AI Studio와 일치한다고 명확히 하여 문제를 해결했습니다 (solution). 보고자는 엔드포인트를 전환하자 임베딩이 즉시 수정되었음을 확인했습니다 (confirmation).
AI 캡션: 하위 시스템 재구축 및 다가오는 캡션 다시 생성(rebake) 기능 (#Site-feedbackaiai-captions)
1년 전 캡션 스레드에 새로운 업데이트가 들어왔습니다: 커뮤니티 멤버들이 재구축/재업로드 아이디어를 논의했고 (rebuild suggestion, reupload thought), sam은 nat이 하위 시스템을 재구축 중이며 캡션을 다시 생성(rebake)하기 위한 토글이 계획되어 있다고 언급했습니다 (update). nat는 OP의 문제가 해결된 후 토픽을 닫았습니다 (closure).
버튼이 제목 필드 밖에 배치됨에서 볼 수 있습니다.
Discourse llms.txt Generator Plugin