Discourse MCP가 도착했습니다!

,

Anthropic이 AI 에이전트와의 인터페이스를 위한 모델 컨텍스트 프로토콜(MCP) 제안을 거의 1년 전에 오픈소스로 공개하자마자, 이것이 Discourse와 얼마나 잘 맞는지 기대하기 시작했습니다. 


이것은 https://blog.discourse.org/2025/10/discourse-mcp-is-here의 원래 게시물에 대한 동반 토론 주제입니다.
30개의 좋아요

Discourse MCP를 사용하여 구현할 수 있는 워크플로우의 좋은 예시입니다. Discourse → Jira 통합

22개의 좋아요

인상적이네요. 다만 디스코스 대신 자이라를 쓰고 있다는 게 좀 놀랍네요 :wink:

5개의 좋아요

장난치는 거 알지만, 역사적인 이유로 고객 지원 채널이 많고 Jira를 중심으로 통합하는 대형 기업을 위한 좋은 예시를 찾으려던 거예요 :wink:

이런 종류의 통합에 대해 더 많은 아이디어가 있는 분 계신가요? 몇 가지 더 스크린캐스트를 만들 수 있을 것 같아요.

7개의 좋아요

이게 제 마음입니다 :smiley:

진지하게 말하자면, 정말 훌륭한 추가 기능입니다.

가능한 인자 값과 사용 가능한 모든 명령어/도구에 대한 최종 문서를 어디서 찾을 수 있을까요?

예를 들어, MCP를 내 IDE에 추가하되 #dev와 #documentation:developer-guides와 같은 특정 범주로 제한하고 싶습니다.

4개의 좋아요

문서화는 GitHub - discourse/discourse-mcp: MCP client for Discourse sites · GitHub 에서 관리되고 있습니다.

이것은 또한 MCP 클라이언트의 UI에서도 표시됩니다. 예를 들어 Claude Code는 다음과 같이 표시합니다.

현재 다음과 같은 프롬프트를 사용하여 이를 달성할 수 있습니다:

검색 또는 필터링 시 discourse_filter_topics 또는 discourse_search를 통해 querycategory:dev,documentation을(를) 추가하여 관련 정보만 검색하도록 하세요.

2개의 좋아요

Discourse MCP 사용에 대한 질문입니다. 사용자가 MCP를 사용하면 로그인 날짜에 포함되나요? 그러면 Devotee 배지를 쉽게 받을 수 있을까요?

1개의 좋아요

어쨌든 메타의 이용약관(TOS)에서는 이를 금지하고 있습니다 :thinking:

포럼에 대한 자동화된 접근이나 포럼 모니터링(예: 웹 크롤러, 브라우저 플러그인 또는 추가 프로그램, 또는 웹 브라우저가 아닌 기타 컴퓨터 프로그램)을 할 수 없습니다. 공개적으로 이용 가능한 검색 엔진을 운영 중인 경우, 해당 검색 엔진에서 포럼을 색인화하기 위해 포럼을 크롤링할 수 있습니다.

3개의 좋아요

게시물이 새 주제로 분리되었습니다: Discourse MCP User API Key Generator Error Nodejs 20

훌륭한 소식입니다. 이는 모든 좋은 무ーン샷 아이디어를 자극합니다. 커서(Cursor)에서 디스커스 MCP를 사용할 수 있기를 간절히 바랍니다. 이 통합은 개발이나 코딩에 관심이 있는 모든 수준의 커뮤니티 사용자에게 문을 열 것입니다. 이 통합은 풍부한 사용 사례와 실질적인 피드백의 원천이 될 것입니다.

7개의 좋아요

아, 이미 지원되고 있어요. mcp 설정에 추가하기만 하면 됩니다 :hugs:

7개의 좋아요

지금까지 MCP은 아주 잘 작동하고 있습니다!

하지만 또 다른 질문이 있습니다. 특정 주제의 특정 번역본을 가져오도록 인수를 추가할 수 있는 방법이 있을까요?

우리의 사용 사례는 다음과 같습니다. 우리는 대규모의 독일어 지식 베이스(KB)를 보유하고 있으며, 이를 영어로 번역합니다. 콘텐츠 관리자들은 독일어 화자이지만 영어 실력이 제한적입니다.

따라서 콘텐츠는 독일어로 유지하되, 현지화된 영어 콘텐츠를 가져오기를 원합니다.

이것이 가능한가요?

1개의 좋아요

현재는 아니지만, 읽기 도구에 로케일을 전달하기 위한 추가 매개변수를 추가하는 것은 좋은 기능이 될 것입니다.

4개의 좋아요

여기 있는 제 기능 요청과 관련이 있을 수 있습니다: Support for tl=[lang] parameters in REST API (for non-anon users)

사용자 관점에서 보면, MCP와 REST API 모두에서 동일한 매개변수와 값 세트를 사용할 수 있으면 좋겠습니다.

이해가 되시나요?

1개의 좋아요

@falco PR을 받아주시나요? discourse MCP에는 새 카테고리를 생성하는 도구가 있지만, 권한 인자가 없습니다.

다음과 같은 PR을 제출할 수 있습니다:

Discourse에 대한 제안된 변경 사항

src/tools/builtin/create_category.ts

  • 선택적 permissions 필드를 허용하도록 zod 스키마를 업데이트합니다.

    • 타입: z.record(z.string(), z.number()).optional().

    • 설명: 그룹 이름에서 권한 수준으로 매핑되는 맵.

    • 형식: { "group_name": permission_type_int }

    • 권한 유형 값 (Discourse 스키마 기준):

      • 1: full (보기, 답글, 생성)

      • 2: create_post (답글만)

      • 3: readonly (보기만)

  • client.post('/categories.json', payload)permissions를 페이로드에 전달합니다.

네, 자유롭게 PR을 보내셔도 됩니다.

4개의 좋아요

FEATURE: add user management and file upload tools - Pull Request #36%EC%97%90 - discourse/discourse-mcp - GitHub 대해 정말 기대가 큽니다.

고객, 직원 등에 대한 질문을 할 수 있도록 API를 내부적으로 활용할 수 있으면 좋겠습니다. 현재 “get user” 도구는 이메일이나 그룹을 볼 수 있는 기능이 없어 다소 제한적입니다.

이 기능이 조속히 추가되도록 누군가에게 요청하는 데 제가 할 수 있는 일이 있을까요?

3개의 좋아요

확인만 받고 싶습니다. ‘write’ 도구가 공개되어 있나요? —allow_writes 플래그를 설정하고 관리자 API 키도 구성했는데, 여전히 Claude Code와 Cursor에서 이 8개 도구만 접근할 수 있습니다.

1개의 좋아요

해결했습니다 - api_key를 생성할 때 'system’으로 로그인되어 있지 않았던 것 같네요. system으로 변경하고 새 키를 생성했는데, 이제 작동합니다!

1개의 좋아요

새로운 릴리스가 이제 배포되었습니다!

get users의 제한 사항에 대해서는 공감합니다. 이메일은 관리자 API로 제한되어야 하지만, 그룹도 마찬가지이므로 구현은 가능할 것입니다.

도구 수를 폭발적으로 늘리고 싶지 않으므로, 무엇을 추가할지 신중하게 결정해야 합니다.

내일 한번 생각해 보겠습니다!

2개의 좋아요