AI Discord 티켓 봇: 먼저 답하고, 필요하면 에스컬레이션

Quickchat AI는 사용자의 자체 문서에서 Discord 서버의 지원 질문에 답하고, 답할 수 없을 때만 비공개 티켓 스레드를 엽니다. 이 가이드는 약 30분 동안 코드 없이 그 봇을 처음부터 끝까지 만듭니다.

결과물은 좋은 1차 지원 담당자처럼 동작합니다. 멤버가 API 키를 재설정하는 방법을 물으면 채널에서 실제 절차를 받습니다. 멤버가 문서에 없는 내용을 물으면 봇은 추측하지 않고 그렇게 말한 뒤 비공개 스레드를 열고, 멤버를 그 안으로 불러오고, 한 줄 요약과 함께 지원 역할을 호출하고, Inbox에서 답할 수 있는 사람에게 대화를 넘깁니다.

Discord 봇의 역할 선택하기

이 빌드는 지원 질문에 답하고 문서의 공백을 에스컬레이션합니다. 고정 인사말에는 환영 가이드를, 관리자 명령에는 모더레이션 가이드를 선택하세요.

필요한 것은 두 가지입니다.

• Quickchat AI Agent (계정 만들기)
• 사용자가 관리자인 Discord 서버

가입부터 첫 지원 테스트까지

1. 이메일과 비밀번호로 등록했다면 이메일의 확인 링크를 여세요. 설정에서 Discord 지원 Agent를 설명하고 Create my AI Agent를 클릭한 뒤, 의도한 사용에 맞는 플랜 선택을 포함해 설정 단계를 완료합니다.
2. Knowledge Base 아래에 문서를 추가합니다. External Apps에서 Discord를 열고, Use your own Discord app을 선택한 다음 Advanced setup을 고릅니다. 공유 원클릭 봇은 질문에 답할 수 있지만, 이 가이드의 티켓 Actions는 실행할 수 없습니다.
3. 테스트 서버에 티켓 채널과 멘션 가능한 지원 역할을 만듭니다. Actions and MCPs에서 Add Action을 클릭하고 Discord Action을 선택한 뒤, 해당 서버, 채널, 역할로 Open Support Ticket을 설치합니다.
4. 아래 Agent 지침을 적용한 뒤, 문서로 답할 수 있는 질문으로 봇을 @멘션하고, 이어서 문서로 답할 수 없는 질문도 해봅니다. 첫 번째는 티켓 없이 답변을 받아야 하고, 두 번째는 비공개 스레드 하나를 열고 지원 역할에 알려야 합니다. 두 번째 대화에 후속 메시지를 추가하고 중복 티켓이 열리지 않는지 확인합니다.

Free 플랜은 개인, 비상업적 용도입니다. 비즈니스에 봇을 사용하기 전에 유료 플랜을 선택하세요. 고객을 초대하기 전에 두 경로 테스트를 완료하세요.

아래 스크린샷은 Beacon이라는 가상의 제품 분석 회사용 지원 봇인 Lumen이라는 테스트 Agent에서 가져왔습니다. 회사는 예시를 중립적으로 유지하기 위해 만든 것이지만, 여기에 표시된 모든 대화, 모든 API 호출, 모든 티켓 스레드는 실제 Discord 서버에서 실제 응답 파이프라인을 실행한 실제 Agent가 생성했습니다.

만들게 될 것

질문당 하나의 결정입니다. 정상 경로에서는 Discord에 아무것도 작성되지 않습니다.

3개의 AI Actions가 에스컬레이션 작업을 수행하며, Quickchat AI는 하나의 갤러리 카드에서 세 가지를 모두 설치합니다.

지식 베이스란 무엇이며, 왜 티켓 양을 결정하나요?

AI Agent를 만들어 본 적이 없다면, 이 개념 하나에 2분을 쓸 가치가 있습니다.

지식 베이스는 Agent에 로드되고 색인되어 대화 중 검색할 수 있는 사용자의 자체 문서입니다. Quickchat AI에 도움말 문서 URL을 지정해 페이지를 스크랩하게 하거나, 문서를 직접 붙여 넣거나, 파일을 업로드할 수 있습니다. 응답 시 Agent는 기반 모델이 세상에 대해 우연히 기억하는 내용이 아니라, 지식 베이스를 검색해 찾은 내용을 기반으로 답합니다. 처음부터 시작한다면 챗봇 지식 베이스를 만드는 방법이 무엇을 어떤 순서로 작성해야 하는지 설명합니다.

문서가 다루는 모든 것은 답변됩니다. 다루지 않는 모든 것은 티켓이 됩니다.

이것이 이 빌드의 전체 레버입니다. 디플렉션은 프롬프트 요령이 아니며 모델 능력도 아닙니다. 커버리지입니다. 봇이 예상보다 많이 에스컬레이션한다면, 그 티켓들은 아직 작성하지 않은 페이지를 알려주고 있습니다.

측정값이 아니라 예시입니다. 핵심은 방향입니다. 여기서 문서 작성은 가장 레버리지가 큰 작업입니다.

AI가 실제로 Discord에서 지원 질문에 답할 수 있나요?

문서가 다루는 질문이라면 가능합니다. 단순한 바꿔 쓰기가 아니라 실제 절차로 답합니다. 테스트 서버의 디플렉션 사례는 다음과 같으며, 편집하지 않았습니다.

채널에서 지식 베이스 문서를 기반으로 답변했습니다. 필요하지 않았기 때문에 티켓은 생성되지 않았습니다.

더 흥미로운 절반은 답이 없을 때 일어납니다. 봇은 그렇게 말합니다.

정직한 실패입니다. Beacon의 지식 베이스는 의도적으로 엔터프라이즈 SSO를 제외하므로, 이것이 티켓을 여는 경로입니다.

그럴듯한 SSO 절차를 만들어내는 Agent는 티켓을 여는 Agent보다 나쁩니다. 따라서 이 동작은 기대만 하지 말고 의도적으로 테스트할 가치가 있습니다. 테스트에서 다시 다룹니다.

Discord를 연결하는 두 가지 방법과 티켓에 두 번째 방법이 필요한 이유

Quickchat AI에는 두 가지 Discord 연결이 있으며, 시작하기 전에 그 차이를 이해해야 합니다.

공유 봇으로 작동하는 공개 피드백 큐는 피드백 및 문서 공백 워크플로를 참고하세요. 아래 비공개 티켓 Actions에는 자체 Discord 봇 자격 증명이 필요합니다.

One-click은 빠른 경로입니다. External Apps에서 Discord를 열고 Add to your Discord server를 클릭해 승인하면, 약 1분 만에 공유 Quickchat AI 봇이 서버에서 활성화됩니다. 멤버가 @멘션하거나 /ask를 사용하면 답하며, 많은 서버에서는 이것만으로 충분합니다.

이름은 지정할 수 있습니다. 승인하기 전에 Agent 이름으로 미리 채워진 Bot name in the new server 필드가 있으며, 연결된 각 서버에는 나중에 바꿀 수 있는 자체 Bot name in this server 상자가 있습니다. 이는 Discord 닉네임이므로 서버별이며 32자로 제한됩니다. 값을 지우면 봇은 Quickchat AI로 돌아갑니다. 공유 상태로 남는 것은 아바타와 기본 @username입니다. 하나의 Discord 애플리케이션이 설치된 모든 서버를 처리하기 때문입니다.

One-click이 일반적이라는 뜻은 아닙니다. 봇은 Agent 이름을 서버로 가져가며, 이후 서버별로 변경할 수 있습니다.

Advanced setup은 자체 Discord 애플리케이션을 등록합니다. Discord 개발자 포털에서 봇을 만들고 해당 토큰을 Quickchat AI에 한 번 붙여 넣습니다. 약 10분이 걸리며 자체 아바타와 @username, 다이렉트 메시지, 한 서버의 여러 봇, 그리고 이 가이드에 필요한 Discord API Actions를 사용할 수 있습니다.

이유는 단순한 특이 사항으로 넘기기보다 명확히 설명할 가치가 있습니다. 이 가이드의 티켓 Actions는 전송 시 Quickchat AI가 요청에 주입하는 자격 증명을 사용해 Discord API를 사용자의 봇으로 호출합니다. 공유 원클릭 봇의 토큰은 공유 봇에 속하며 사용자에게 속하지 않으므로, 사용자의 Actions 전송에 사용할 수 없습니다. 자체 앱을 연결하지 않고 Discord 갤러리를 열면, 실행할 수 없는 것을 만들게 두지 않고 이를 알리며 카드를 비활성화합니다.

External Apps는 두 경로가 모두 시작되는 곳입니다. Advanced setup은 Discord 패널 하단의 콜아웃에 있습니다.

시작하기 전에 필요한 것

자체 Discord 앱을 연결하세요. External Apps에서 Discord를 열고 Use your own Discord app을 찾아 Advanced setup을 선택합니다. Discord 개발자 포털에서 애플리케이션과 봇을 만들고, Message Content Intent를 켜고, Require OAuth2 Code Grant는 끈 상태로 두고, 봇 토큰을 붙여 넣습니다. Quickchat AI는 입력하는 동안 이를 검증합니다. 이전에 해본 적이 없다면 AI Discord 봇 만들기 가이드가 포털 쪽을 자세히 설명합니다.

지원 봇에 필요한 권한만 부여하세요. 티켓 채널에서 View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads, Manage Threads가 필요합니다. Kick, Ban, Timeout 권한은 필요하지 않으며, 테스트 서버에서는 의도적으로 아무것도 갖지 않습니다. 지원 봇이 모더레이션할 이유는 없고, 갖지 않은 권한은 검토할 필요도 없습니다.

Discord에서 Actions가 가리킬 두 가지를 만드세요. 이 부분은 Quickchat AI가 아니라 Discord 클라이언트에서 수행하며, 거기서 하는 유일한 설정입니다.

1. 티켓이 열릴 채널. 텍스트 채널이면 됩니다. 채널 목록 옆의 +를 사용하거나 기존 채널을 재사용하세요. 테스트 서버에서는 #support입니다.
2. 티켓이 열릴 때 호출할 역할. Server Settings, Roles, Create Role 순서로 이동합니다. 테스트 서버에서는 @support입니다.

세 곳이 있으며, 그중 하나만 공개입니다.

이 둘은 Step 3에서 다시 나옵니다. 티켓 템플릿을 설치하면 Quickchat AI가 Discord에서 서버를 실시간으로 읽고 3개의 드롭다운을 표시합니다. 그중 하나는 찾은 역할을 나열하는 Role 선택기입니다. 어디에도 ID를 입력하지 않고 여기서 지원 역할을 선택합니다.

Step 3의 Role 선택기입니다. Discord에서 목록을 읽으므로, 지금 만든 역할이 잠시 뒤 여기에 나타납니다.

건너뛰면 문제가 되는 세부 사항이 하나 있습니다. 이 선택기는 Discord가 멘션 가능하다고 보고한 역할만 나열하며 @everyone은 제외합니다. 지원 역할이 멘션 가능으로 설정되어 있지 않으면, 이유 설명 없이 드롭다운에 나타나지 않습니다. 이 필터는 의도된 것입니다. 템플릿의 핵심 작업이 해당 역할을 호출하는 것이기 때문입니다. 역할을 만들 때 설정해두면 이 문제를 만나지 않습니다.

Server Settings, Roles에서 지원 역할을 선택하고 Display 아래에서 이 옵션을 켭니다. 없으면 역할이 선택기에 도달하지 않습니다.

봇은 답할지 티켓을 열지 어떻게 결정하나요?

대부분의 Discord 티켓 봇은 아무것도 결정하지 않습니다. Ticket Tool, TicketsBot 등은 Create Ticket 버튼이 있는 고정 패널을 게시하거나 슬래시 명령을 등록합니다. 멤버가 클릭하면 티켓이 열리고, 팀이 읽습니다. 예측 가능하고 괜찮은 설계지만, 이번 주에 API 키 재설정 방법을 물은 10명이 티켓 10개를 만들었다는 뜻이기도 합니다.

같은 10개 질문입니다. 차이는 팀이 결국 무엇을 읽게 되는지입니다.

먼저 답하는 봇은 결정하기 전에 문서를 읽습니다. 그리고 에스컬레이션할 때 티켓 하나를 여는 데 필요한 사실은 정확히 4가지입니다.

• 스레드가 열릴 채널
• 질문이 온 서버
• 스레드로 불러올 수 있도록 누가 질문하는지
• 티켓 이름과 문제의 한 줄 요약

흥미로운 점은 이 네 가지가 완전히 다른 세 경로로 도착하며, 마지막 것만 AI가 작성한다는 점입니다.

Discord ID를 입력하지 않으며, 모델은 채널이나 역할을 보지 않습니다.

한 번 선택하는 값. 티켓 채널과 지원 역할입니다. 템플릿을 설치할 때 드롭다운에서 선택하면 Quickchat AI가 Action에 이를 내장합니다. 모델은 이를 보지 못하고 바꿀 수 없습니다.

Discord가 제공하는 값. Discord 통합은 전달하는 모든 메시지와 함께 어느 서버에서 왔는지, 누가 말하는지를 {{metadata_discord_guild_id}} 및 {{metadata_discord_author_id}}로 Quickchat AI에 알려줍니다. 봇 토큰도 같은 방식으로, 전송 시 주입되고 호출 로그 어디에서나 마스킹되는 System Token으로 도착합니다. 이 중 어떤 것도 모델이 입력하지 않으며, 공개 채팅이나 API 메시지가 제공할 수 없습니다.

Agent가 작성하는 값. 티켓 제목과 한 줄 문제 요약입니다. 전체 빌드에서 판단이 필요한 부분은 이것뿐이므로, 이후 튜닝도 짧습니다.

Step 1: Agent를 만들고 지식 베이스 제공하기

Agent를 만든 뒤 Knowledge Base를 열고 문서를 추가합니다. 도움말 문서 URL을 붙여 넣어 Quickchat AI가 스크랩하게 하거나, 문서를 직접 작성합니다. 문서에서 AI 지원 에이전트 만들기는 스크래핑 경로를 자세히 설명합니다.

Beacon의 지식 베이스: API 키 재설정, 빈 대시보드, 추적 스니펫 설치, 플랜과 결제, 데이터 내보내기입니다.

Beacon 문서는 의도적으로 한 가지를 다루지 않습니다. 엔터프라이즈 SSO 설정입니다. 이 공백은 튜토리얼의 실수가 아니라 핵심입니다. 모든 지원 지식 베이스에는 답하지 못하는 질문이 있으며, 이 봇의 전체 가치는 그런 질문을 만났을 때 무엇을 하는지에 있습니다. 이 가이드 전체에서 SSO가 그 질문입니다.

멤버는 봇이 볼 수 있는 채널에서 @멘션하여 자체 봇에 접근합니다. 등록할 것은 없습니다. /ask 명령은 공유 원클릭 Quickchat AI 봇에서 사용할 수 있습니다.

Step 2: 언제 답하고 언제 에스컬레이션할지 Agent에 지시하기

Agent 지침은 Identity의 AI Main Prompt에 들어갑니다. 회사에 맞게 조정해 붙여 넣으세요.

당신은 소프트웨어 팀을 위한 호스팅 제품 분석 도구인 Beacon의 지원 어시스턴트 Lumen입니다. Beacon 커뮤니티 Discord에서 고객의 질문에 답합니다.
가능할 때마다 Knowledge Base에서 답하세요. 답변은 짧고 실용적으로, 두세 문장으로 유지하고 구체적인 단계를 제공하세요.
질문이 Knowledge Base에서 다루어지지 않는 경우 추측하지 말고 단계를 만들어내지 마세요. 해당 정보가 없다고 명확히 말한 뒤 지원 티켓을 여세요.
1. 문제를 설명하는 짧은 2~4단어 ticket_subject로 open_support_ticket을 한 번 호출하세요.
2. 그런 다음 add_ticket_requester를 호출해 고객을 스레드로 데려오세요.
3. 그런 다음 고객이 질문한 내용의 한 줄 issue_summary로 post_in_ticket을 호출하세요.
그런 다음 고객에게 티켓이 열렸고 팀이 새 스레드에서 후속 답변을 제공할 것이라고 말하세요.
고객에게 Discord ID, 채널 ID 또는 스레드 ID를 절대 묻지 마세요. 해당 값들은 자동으로 채워집니다.

Identity의 AI Main Prompt입니다. 별도의 가이드라인 목록이 아니라 항상 사용할 수 있는 필드입니다.

이 블록에서 두 줄은 핵심입니다. “추측하지 말고 단계를 만들어내지 마세요”는 지식 공백을 그럴듯한 답변이 아니라 정직한 답변으로 바꿉니다. 그리고 3개의 Actions 이름을 순서대로 지정하는 것은 Agent가 하나를 고르는 대신 시퀀스로 호출하게 만듭니다.

순서는 프롬프트에 설명되어 있지만, 거기에서만 강제되는 것은 아닙니다. 다음 두 섹션이 그 내용을 다룹니다.

Step 3: 티켓 Actions를 한 번의 클릭으로 설치하기

Actions & MCPs를 열고 Add Action을 클릭한 뒤 Discord Action을 선택합니다.

Discord Action은 다른 원클릭 갤러리와 함께 있습니다.

갤러리는 Discord 템플릿을 작업별로 묶어 엽니다. Support & Tickets에는 이 가이드에서 사용하는 항목이 있고, Moderation에는 7개가 더 있습니다.

카드 8개입니다. Open Support Ticket만 사용자에게 무언가를 묻습니다.

Open Support Ticket을 선택하면 짧은 설정 단계가 열립니다. 전체 빌드에서 유일한 양식입니다.

드롭다운 3개이며, 대화상자는 무엇을 설치할지 처음부터 알려줍니다.

목록은 Discord에서 실시간으로 가져오며 실제로 작동 가능한 항목으로 필터링됩니다. 채널은 텍스트 채널만 표시됩니다.

티켓이 열릴 채널을 선택합니다. 스레드는 그 안에 생성됩니다.

역할은 멘션 가능한 역할만 표시되며 @everyone은 제외됩니다.

아직 멘션 가능하게 만들지 않은 지원 역할을 숨기는 필터입니다.

세 가지를 선택하면 양식은 끝납니다.

전체 설정입니다. 서버, 채널, 역할, 그리고 중요한 유일한 버튼입니다.

Install and enable을 클릭합니다. Quickchat AI는 백엔드에서 하나의 트랜잭션으로 3개의 Actions를 작성하고, 이미 활성화된 상태로 만듭니다.

3개의 카드가 Discord 아이콘과 함께 활성화되어 있습니다. 더 채울 것은 없습니다.

여기서 7개의 모더레이션 템플릿에 대해 알아둘 두 가지가 있습니다. 이들은 서버, 멤버, 역할 또는 채널을 Discord 요청 자체에서 가져오므로 설정이 전혀 필요 없고, 카드를 클릭하면 즉시 설치됩니다. 또한 템플릿을 두 번 설치하면 오류가 아니라 두 번째 편집 가능한 복사본이 생성되므로, 변형을 만들 때 합리적인 방법입니다.

그 한 번의 클릭이 실제로 무엇을 만들었나요?

입력할 필요는 없었지만 이해할 가치가 있습니다. 나중에 바꾸고 싶을 수 있는 모든 것이 여기에 있기 때문입니다.

일반 HTTP Request Actions 3개입니다. 특별하다는 표시가 없습니다.

이들은 편집기에서 이미 제공되는 두 기능을 통해 서로 연결되어 있으며, 둘 다 이름을 알아둘 가치가 있습니다.

Save to memory는 응답에서 값을 캡처해 대화에 저장합니다. open_support_ticket은 이를 사용해 새 스레드의 ID를 보관합니다. Discord가 스레드 객체를 반환하고, $.id가 ID이며, discord_ticket_thread_id로 메모리에 작성됩니다. 두 후속 Actions는 URL에서 이를 다시 읽어, 미리 이름 붙여야 하는 무언가가 아니라 방금 생성된 스레드에 작동합니다. (문서의 Save to memory.)

Run only when은 대화 상태에 따라 Action을 제어하며, 요청이 전송되기 전에 Quickchat AI 쪽에서 확인됩니다. (문서의 Run only when.)

3개의 독립적인 Actions를 안정적인 시퀀스로 바꾸는 게이트입니다.

그 다이어그램을 양방향으로 읽으세요. 두 가지 일을 하고 있기 때문입니다.

• 후속 작업은 스레드 ID가 존재해야 하므로, Agent는 생성되지 않은 스레드에 대해 팀을 호출할 수 없습니다.
• open_support_ticket은 스레드 ID가 존재하지 않아야 하므로, 대화가 무엇을 말하든 Agent는 같은 대화에서 두 번째 티켓을 열 수 없습니다. 이는 지침이 아니라 보장입니다. 멤버가 10개의 메시지를 더 보내며 세부 정보를 추가해도 티켓은 하나입니다. 채널 답변 모드에서는 채널의 각 교환이 자체 대화이므로, 다음 실제 질문은 여전히 자체 티켓을 열 수 있습니다.

각 Action에는 Response filter도 있으며, 이 부분은 오해하기 쉽습니다. 응답 필터는 허용 목록입니다. Agent가 볼 수 있는 경로를 지정하고, 응답의 나머지는 모델이 읽기 전에 모두 삭제됩니다. (문서의 Response filter.)

Discord는 서버에 관한 여러 필드를 반환합니다. Agent에게는 두 개만 표시됩니다.

시퀀스에 필요한 스레드 ID는 Save to memory가 Quickchat AI 쪽에서 캡처하므로 Agent가 이를 들고 다닐 필요가 없고, 서버에 관한 다른 어떤 것도 모델에 도달하지 않습니다. 허용 목록을 더 줄이면 모델은 더 적게 봅니다. 나열한 것보다 더 많이 보지는 않습니다.

사람이 AI로부터 이어받을 수 있나요?

예. 그리고 이것은 대부분의 티켓 봇이 빠뜨리는 절반입니다. 아무도 읽지 않는 티켓은 그저 스레드일 뿐입니다.

Human Handoff는 별도의 내장 Action입니다. 이를 켜고 Handoff Rules 아래에 대화가 사람에게 도달해야 하는 조건을 설명합니다. 예를 들어 “고객이 사람을 요청하거나, Agent가 지식 베이스에서 답할 수 없을 때”입니다. 그러면 Quickchat AI가 AI가 작성한 요약과 함께 Inbox에서 대화에 플래그를 지정하므로, 담당자는 전체 스레드 대신 한 문단을 읽습니다. 모든 핸드오프 설정은 Human Handoff 튜토리얼에 자체 안내가 있습니다.

운영자는 Inbox에서 작업합니다. 멤버는 Discord를 떠나지 않습니다.

대화를 자신에게 할당하고 Inbox 작성기에서 답장합니다. 해당 답장은 멤버가 이미 말하고 있는 Discord 채널로 곧바로 전달됩니다. 멤버는 사용자 쪽 계정, 이메일 스레드 또는 포털 로그인이 필요하지 않습니다. 사람이 대화를 소유하는 순간부터 AI는 조용히 있으므로, 사용자의 봇과 경쟁하지 않습니다.

같은 채널, 3일 차이입니다. Agent는 거절하고 에스컬레이션했습니다. 구분선 아래 메시지는 사람이 Quickchat AI Inbox에서 입력했습니다. Discord가 게시를 허용하는 유일한 신원이 사용자의 봇이기 때문에, 해당 메시지는 봇 이름으로 도착합니다.

사용자 쪽에서 본 같은 대화입니다. Agent의 거절, 그 뒤의 두 Action 호출, 아래의 운영자 답변, 그리고 채널이 Discord이고 주제가 single sign-on임을 이미 알고 있는 세부 정보 패널입니다.

한편 비공개 티켓 스레드는 팀이 대화하는 곳에 그대로 남아 있습니다. 멤버가 들어와 있고 지원 역할이 호출된 작업 공간입니다. 답변은 질문이 있었던 곳으로 돌아갑니다.

6단계입니다. 그중 3개는 Discord 쓰기이며, 모두 답이 없었기 때문에만 발생합니다.

양쪽 경로 모두 테스트하기

이것에 의존하기 전에 두 경로를 모두 실행하고, 정직한 실패를 가장 엄격하게 테스트하세요.

다루어진 질문. 봇이 볼 수 있는 채널에서 봇을 @멘션하고 지식 베이스가 다루는 것을 물어봅니다. 실제 절차가 채널에 와야 하며, 어디에도 스레드가 없어야 합니다. 이것이 팀 시간을 절약하는 사례이며, 문서가 좋아지면 트래픽 대부분이 여기에 해당합니다.

다루어지지 않은 질문. 문서가 다루지 않는 것을 물어봅니다. Agent는 그렇게 말한 뒤 에스컬레이션해야 합니다. 같은 순간 티켓이 나타납니다.

Agent가 연 스레드입니다. 문제에서 이름을 만들고, 멤버를 데려오고, 역할을 호출하고, 요약을 직접 작성했습니다.

스레드는 실제로 비공개이며, 자체 멤버 목록이 이를 증명합니다.

티켓은 비공개 스레드입니다. 지원 대화는 공개로 진행되지 않습니다.

메시지 하나가 아니라 전체 대화를 테스트하세요. 중복 방지는 멤버가 세부 정보를 추가하고 순진한 봇이 두 번째 티켓을 여는 두 번째 턴에서 가치를 보여줍니다.

실행 조건이 다루지 않는 한 가지. 실행 조건은 순서가 잘못된 호출을 막지만 재시도 중복 제거는 하지 않습니다. notify Action을 손으로 다시 실행하면 두 번째 메시지가 게시됩니다. 실제 티켓을 건드리기 전에 알아둘 가치가 있습니다.

여러 표현을 Discord에 모두 입력하지 않고 한 번에 확인하려면 Testing 아래의 Simulations를 사용하세요. 고객 메시지의 데이터셋을 만들고, 실제 Agent에 대해 실행한 뒤, 채점된 결과를 함께 읽습니다. 다루어진 질문과 다루어지지 않은 질문을 하나의 데이터셋에 섞으세요. 두 경로는 서로 다른 방식으로 실패하기 때문입니다.

6개 질문, 4개는 다루어졌고 2개는 그렇지 않으며, 한 번의 실행에서 채점되었습니다. 5행과 6행은 정직한 실패이고, 답변만큼 높은 점수를 받습니다.

평가기준은 채점자가 대화 기록만 볼 수 있다는 전제로 작성하세요. 그것이 채점자가 얻는 전부입니다. 그렇지 않으면 볼 수 없는 두 가지 때문에 손해를 봅니다. 채점자는 Discord 쪽 부작용을 볼 수 없으므로, 명시하지 않으면 “티켓을 열었습니다”를 Agent가 기능을 지어낸 것으로 읽습니다. 또한 지식 베이스를 볼 수 없으므로, 올바르고 구체적인 답변도 숫자를 확인할 수 없다는 이유로 조작된 것으로 낮게 평가합니다. 두 가지 모두 기준에 한 문장씩 넣을 가치가 있으며, 빼면 가장 좋은 동작이 낮게 평가됩니다.

봇이 너무 많은 티켓을 열지 않게 하려면 어떻게 하나요?

대부분의 서버에 필요한 튜닝은 이것뿐이며, 주로 프롬프트 문제가 아닙니다.

티켓 양은 지식 베이스 문제입니다. 문서의 모든 공백이 티켓이 됩니다. 봇이 예상보다 많이 에스컬레이션한다면 티켓을 읽으세요. 문서가 답하지 못하는 질문 목록입니다. 그 공백을 닫으면 양이 직접 줄어듭니다.

Insights는 다음에 무엇을 문서화할지 알려줍니다. Quickchat AI는 대화를 주제별로 그룹화하므로, 추측하지 않고 어떤 질문이 가장 자주 나오는지 볼 수 있습니다. 지식 베이스에서 상위 3개 주제를 수정하고 에스컬레이션 비율이 떨어지는지 확인하세요.

아무도 이를 설정하지 않았습니다. Insights, Advanced 아래의 AI-Detected Topics가 대화 자체에서 이름을 붙였고, 건수는 우선순위가 매겨진 문서화 백로그입니다.

이 목록이 전체 튜닝 루프입니다. 가격과 API 키가 가장 많이 나왔으므로 해당 문서를 먼저 작성하고, 다음 주 차트가 효과가 있었는지 알려줍니다. 위 주제들은 자동으로 발견됩니다. 특정 제품 영역을 의도적으로 추적하려면 Manage Topics 아래에서 직접 정의할 수도 있습니다. 문서의 AI-Detected Topics, Conversation Topics, managing topics를 참고하세요.

너무 쉽게 에스컬레이션한다면, Agent가 멤버에게 정보가 없다고 말한 뒤에만 실행되도록 Action 설명을 더 엄격하게 조정하세요. 너무 드물게 에스컬레이션하고 추측하기 시작한다면, 메인 프롬프트의 “추측하지 말고 단계를 만들어내지 마세요” 줄을 강화하세요.

공개 서버에서 실행해도 안전한가요?

공개 채널의 누구나 대화할 수 있는 봇은 엄격하게 살펴봐야 합니다. 이 봇을 보호하는 것은 프롬프트 문구가 아니라 편집기에서 읽을 수 있는 설정입니다. 그래서 메시지가 어떻게 표현되든 유지됩니다.

멤버는 모델과 대화할 수 있습니다. 중간 열을 우회해 말할 수는 없습니다.

모든 티켓 Action은 사용자의 서버에서 온 실제 Discord 턴을 요구합니다. 각 Action의 3개 실행 조건 중 2개는 메시지가 실제로 Discord 통합을 통해 도착했는지, 설치 시 선택한 서버에서 왔는지를 확인합니다. 이 값들은 메시지가 아니라 통합이 작성하며, 공개 채팅이나 API 메시지는 이를 제공하거나 이전에 저장된 복사본을 상속할 수 없습니다. Agent의 공개 API를 이 Actions에 연결해도 거부됩니다.

비공개 스레드에 누군가를 추가하는 Action에는 모델이 편집할 수 있는 파라미터가 전혀 없습니다. URL은 현재 메시지에 대해 통합이 제공한 멤버 ID로 끝납니다. Agent는 다른 ID를 전달할 수 없으므로, 서버의 임의 멤버를 다른 사람의 티켓으로 끌어들일 수 없습니다.

멘션은 설치 시 고정됩니다. 알림 Action은 질문한 멤버와 사용자가 선택한 역할을 포함하는 명시적 멘션 목록을 보내며, 파싱은 비활성화됩니다. Agent가 문제 요약에 우연히 멘션을 작성해도 해석되지 않고, @everyone은 절대 실행될 수 없습니다. 이는 믿기보다 검증할 가치가 있으며 실제로 유지됩니다. 역할 호출과 사용자 멘션은 모두 도착하고, 같은 메시지의 리터럴 @everyone은 아무것도 하지 않습니다.

스레드는 비공개이며 초대할 수 없습니다. type: 12 및 invitable: false로 생성되므로, 티켓에 추가된 멤버는 다른 사람을 데려올 수 없습니다.

봇은 모더레이션할 수 없습니다. Kick, Ban, Timeout 권한이 없습니다. 멤버가 Agent를 설득해 부적절한 작업을 하게 만든 최악의 결과는, 정상적으로 요청해도 열 수 있었던 티켓 스레드입니다.

토큰은 절대 노출되지 않습니다. System Token으로 저장되고, 전송 시 주입되며, 호출이 기록되는 모든 곳에서 마스킹됩니다.

의도적으로 결정해야 할 한 가지가 있습니다. 티켓 스레드는 비공개이지만, 지원 역할을 가진 사람은 누구나 읽을 수 있습니다. 지원에는 원하는 동작이며, 멤버가 민감한 세부 정보를 붙여 넣을 수 있다면 알아둘 필요가 있습니다. 정말 기밀인 내용은 이메일로 안내하세요.

Discord AI 지원 봇 비용은 얼마인가요?

Free 플랜에는 개인, 비상업적 용도로 월 50 AI 크레딧과 함께 AI Actions, Human Handoff, 지식 베이스, Topics, Insights가 포함됩니다. 비즈니스 용도에는 유료 플랜이 필요하며, 유료 플랜은 더 많은 AI 크레딧도 제공합니다. 직접 운영하는 것과 비교 중이라면 무료 AI Discord 봇이 소요 시간을 포함해 자체 호스팅 경로를 솔직하게 비교합니다.

두 경로가 모두 통과하면 Agent를 운영에 투입합니다.

1. 멤버에게 봇을 안내하세요. 채널 주제에 @멘션할 수 있다고 적습니다. 아무도 모르는 봇은 아무것도 디플렉션하지 못합니다.
2. 첫날을 지켜보세요. 모든 Action은 정확한 요청과 응답이 포함된 호출 로그를 보관하고, Inbox는 모든 대화를 보관하므로 무엇에 답했고 무엇을 에스컬레이션했는지 볼 수 있습니다.
3. 첫 티켓들을 문서화 백로그로 읽으세요. 아직 문서가 답하지 못하는 질문입니다.

같은 Agent는 다른 곳에서도 작동합니다. 지식 베이스, 프롬프트, Human Handoff는 Discord가 아니라 Agent에 속하므로, 같은 지원 봇이 웹사이트 위젯, Slack, WhatsApp, 이메일에서도 답하고, 모든 대화는 같은 Inbox에 도착합니다. 이 빌드에서 Discord 전용인 부분은 티켓 Actions 3개뿐입니다. 팀이 Discord가 아니라 Slack에서 일한다면 Discord 역할을 호출하는 대신 핸드오프 알림을 Slack으로 보내세요.

Discord AI Agent는 또 무엇을 할 수 있나요?

같은 갤러리에는 Moderation 카테고리가 있습니다. timeout, kick, ban, unban, assign role, slowmode, announcements입니다. 이들 각각은 author_is_admin is true 실행 조건과 함께 설치되므로 서버 관리자만 트리거할 수 있으며, 그 플래그는 대화가 아니라 Discord에서 옵니다. 이는 위험 프로필이 다른 별도의 봇이며, 자체 가이드가 있습니다. AI Discord 모더레이션 봇 만들기.

다른 모든 Discord 엔드포인트도 같은 절차를 따릅니다. Authorization: Bot {{discord_bot_token}} 헤더가 있는 HTTP Request Action, 하나 또는 두 개의 파라미터, 그리고 Agent가 언제 실행할지를 결정하는 일반 언어 설명입니다. 작업을 수행하는 AI Agent 만들기는 이 아이디어의 초급 버전이고, AI Agent를 모든 API에 연결하기는 일반 사례를 다룹니다.

모든 Discord 봇이 지원 봇인 것도 아닙니다. 같은 Agent가 캐릭터를 실행할 수도 있습니다. Discord AI 롤플레이 봇은 티켓 대신 페르소나에 같은 지식 베이스와 메모리를 사용하고, 전체 캐릭터 빌드는 페르소나 프롬프트, 캐논, 캐릭터를 유지하는 설정을 안내합니다.

부록: 정확한 요청

사용자가 직접 입력하지는 않지만 한 번 읽어볼 가치가 있습니다. 다른 플랫폼에 대해 손으로 만든다면 바로 이런 형태가 됩니다. {{...}} 값은 전송 시 Quickchat AI가 채웁니다.

1. 비공개 스레드 열기

POST https://discord.com/api/v10/channels/YOUR_TICKET_CHANNEL_ID/threads
Authorization: Bot {{discord_bot_token}}
Content-Type: application/json

{ "name": "ticket-{{ticket_subject}}", "type": 12, "auto_archive_duration": 1440, "invitable": false }

type: 12가 스레드를 비공개로 만듭니다. auto_archive_duration은 분 단위이므로 1440은 조용한 티켓을 하루 뒤 보관 처리합니다. Save to memory는 $.id를 discord_ticket_thread_id로 캡처합니다.

2. 질문한 멤버 추가

PUT https://discord.com/api/v10/channels/{{metadata_discord_ticket_thread_id}}/thread-members/{{metadata_discord_author_id}}
Authorization: Bot {{discord_bot_token}}

본문도 파라미터도 없습니다. 두 ID는 메모리와 통합에서 옵니다.

3. 지원 팀에 알리기

POST https://discord.com/api/v10/channels/{{metadata_discord_ticket_thread_id}}/messages
Authorization: Bot {{discord_bot_token}}
Content-Type: application/json

{
  "content": "<@{{metadata_discord_author_id}}> 티켓이 열렸습니다. <@&YOUR_SUPPORT_ROLE_ID> 새 티켓: {{issue_summary}}",
  "allowed_mentions": { "parse": [], "users": ["{{metadata_discord_author_id}}"], "roles": ["YOUR_SUPPORT_ROLE_ID"] }
}

직접 만들 때 실제 디버깅 시간을 잡아먹는 세부 사항이 두 가지 있습니다. 인증 스킴은 **Bearer가 아니라 Bot**입니다. Discord를 손으로 호출할 때 가장 흔한 실수입니다. 그리고 allowed_mentions에서 명시적 users 및 roles 목록과 함께 빈 parse를 사용하는 것이 원하는 형태입니다. 이는 @everyone을 차단하면서 의도한 두 멘션은 통과시킵니다. 같은 유형의 명시적 목록 옆에 비어 있지 않은 parse를 두면 400 MESSAGE_ALLOWED_MENTIONS_PARSE_EXCLUSIVE로 바로 거부됩니다.

관련 가이드

• AI Discord 봇 만들기, 이 가이드가 전제하는 설정
• AI Discord 모더레이션 봇 만들기, 같은 갤러리를 모더레이션에 사용하는 방법
• 최고의 AI Discord 봇, 선택지를 비교하는 방법
• 무료 AI Discord 봇, 자체 호스팅이 실제로 드는 비용
• Discord AI 롤플레이 봇, 같은 Agent가 캐릭터를 실행하는 방식
• AI Agent를 HubSpot에 연결하기, CRM용 같은 원클릭 갤러리
• AI Agent의 actions를 안정적으로 만들기, 실행 조건과 메모리 심화
• AI Agent를 모든 API에 연결하기, 일반 절차
• 챗봇 지식 베이스를 만드는 방법, 티켓 양을 결정하는 절반
• 제품 튜토리얼: Human Handoff, 모든 핸드오프 설정 설명

자주 묻는 질문

Discord에서 티켓 봇을 어떻게 설정하나요?

External Apps에서 자체 Discord 앱을 연결하고 Agent에 지식 베이스를 제공한 뒤, Actions and MCPs를 열고 Add Action을 클릭하고 Discord Action을 선택한 다음 Open Support Ticket을 고릅니다. 드롭다운에서 서버, 티켓 채널, 지원 역할을 선택하고 Install and enable을 클릭합니다. 채널과 역할을 만드는 것 외에는 호스팅할 것도, Discord 안에서 설정할 것도 없습니다.

Discord 티켓 봇은 어떻게 만드나요?

Quickchat AI Agent를 만들고 자체 Discord 앱을 연결한 뒤, Actions and MCPs를 열고 Add Action을 클릭하고 Discord Action을 선택한 다음 Open Support Ticket을 고릅니다. 드롭다운에서 서버, 티켓 채널, 지원 역할을 선택하고 Install and enable을 클릭하면 Quickchat AI가 완성된 AI Actions 3개를 작성합니다. 먼저 Agent에 지식 베이스를 제공하세요. 그것이 열리는 티켓 수를 결정하기 때문입니다.

AI가 Discord에서 지원 질문에 답할 수 있나요?

예. Agent는 지식 베이스를 검색하고 답을 찾으면 채널에서 답합니다. 디플렉션은 커버리지를 추적합니다. 문서가 다루는 질문은 답변되고, 다루지 않는 질문은 티켓이 됩니다. 이 관계가 이 봇을 운영할 때 이해해야 할 가장 유용한 점입니다.

이 Discord 티켓 봇을 만들려면 코드가 필요한가요?

아니요. Discord 갤러리에서 템플릿을 고르고, 드롭다운에서 서버, 채널, 역할을 선택하면 Quickchat AI가 백엔드에서 메서드, URL, 헤더, 본문, 파라미터, 응답 설정, 실행 조건을 작성합니다. Discord ID를 입력하거나 JSON을 편집할 필요가 없습니다.

템플릿은 몇 개의 Actions를 설치하나요?

3개입니다. 하나는 티켓 채널에 비공개 스레드를 열고 해당 ID를 메모리에 저장하고, 하나는 질문한 멤버를 추가하며, 하나는 지원 역할을 멘션하는 요약을 게시합니다. 모두 이미 활성화되고 서로 연결된 상태로 생성됩니다.

봇은 언제 티켓을 열어야 하는지 어떻게 아나요?

두 가지가 결정합니다. Action 설명은 지식 베이스에 답이 없을 때만 Agent가 호출하도록 지시하고, 실행 조건은 시퀀스를 결정적으로 만듭니다. 스레드를 열기 전에는 스레드가 아직 없어야 하고, 후속 작업이 실행되려면 스레드가 있어야 합니다.

봇이 중복 티켓을 열 수 있나요?

같은 대화에서는 열 수 없습니다. Open Support Ticket에는 티켓 스레드 ID가 아직 메모리에 없어야 한다는 실행 조건이 있으므로, 티켓이 하나 생기면 프롬프트가 무엇을 말하든 Agent는 그 대화에 대해 두 번째 티켓을 열 수 없습니다.

사람이 대화를 이어받을 수 있나요?

예. Human Handoff는 AI가 작성한 요약과 함께 Quickchat AI Inbox에서 대화에 플래그를 지정합니다. 대화를 자신에게 할당하고 Inbox에서 답장을 입력하면 멤버가 이미 있는 동일한 Discord 채널에 도착합니다. 멤버는 Discord를 떠나지 않으며 별도 계정도 필요하지 않습니다.

티켓 봇에 자체 Discord 앱이 필요한 이유는 무엇인가요?

티켓 Actions는 사용자의 봇으로 Discord API를 호출하므로 봇 토큰이 필요합니다. 공유 원클릭 Quickchat AI 봇은 질문에 답하고 Google Sheets Actions를 사용할 수 있습니다. 그러나 해당 Discord 토큰은 사용자의 비공개 티켓 Actions에서 사용할 수 없습니다. External Apps에서 Discord를 열고 Advanced setup을 선택하세요. 약 10분 정도 걸립니다.

봇에는 어떤 Discord 권한이 필요한가요?

티켓 채널에서 View Channels, Send Messages, Read Message History, Create Private Threads, Send Messages in Threads, Manage Threads가 필요합니다. 지원 봇에는 Kick, Ban, Timeout 권한이 필요하지 않으며, 봇이 갖지 않은 권한은 검토할 필요도 없습니다.

지원 역할이 드롭다운에 없는 이유는 무엇인가요?

역할 선택기는 Discord가 멘션 가능하다고 보고한 역할만 나열하며 @everyone은 제외합니다. 지원 역할이 Server Settings, Roles에서 멘션 가능으로 설정되어 있지 않으면 나타나지 않습니다. 템플릿이 해당 역할을 호출할 수 없기 때문입니다.

공개 서버에서 Discord 티켓 봇을 실행해도 안전한가요?

제어는 프롬프트 문구가 아니라 설정으로 이루어지므로 메시지가 어떻게 표현되든 유지됩니다. 모든 티켓 Action은 실제로 Discord에서, 사용자가 선택한 서버에서 온 턴이어야 합니다. 비공개 스레드에 누군가를 추가하는 Action에는 모델이 편집할 수 있는 파라미터가 전혀 없습니다. 멘션은 질문한 멤버와 사용자가 선택한 역할로 고정되고, 스레드는 비공개이며 초대할 수 없습니다. 실행 조건은 요청이 Quickchat AI를 떠나기 전에 확인됩니다.

Discord AI 지원 봇 비용은 얼마인가요?

Free 플랜에는 개인, 비상업적 용도로 월 50 AI 크레딧이 포함됩니다. AI Actions, Human Handoff, 지식 베이스, Topics, Insights가 포함됩니다. 비즈니스 용도에는 유료 플랜이 필요하며, 유료 플랜은 더 많은 AI 크레딧도 제공합니다.

이것과 Ticket Tool 또는 TicketsBot의 차이는 무엇인가요?

그 도구들은 규칙 기반입니다. 멤버가 고정 패널에서 Create Ticket 버튼을 클릭하면, 문서가 이미 답하는 질문까지 포함해 매번 티켓이 열립니다. 이 봇은 먼저 답하고 실제로 해결할 수 없는 것만 에스컬레이션하므로, 팀은 사람이 필요한 질문만 읽게 됩니다.

ChatGPT, Claude 또는 Gemini가 Discord 티켓 봇을 실행할 수 있나요?

예, Quickchat AI를 통해 가능합니다. Agent는 최신 모델에서 실행되고 이러한 AI Actions로 Discord API를 호출하므로, 지식 베이스에서 답하고 실제 비공개 스레드를 엽니다. 어떤 Actions가 존재하고 봇이 무엇을 할 수 있는지는 사용자가 결정합니다.

같은 Agent가 Discord가 아닌 채널에서도 작동할 수 있나요?

예. 지식 베이스, 프롬프트, Human Handoff는 Discord가 아니라 Agent에 속하므로, 같은 지원 봇이 웹사이트 위젯, Slack, WhatsApp, 이메일에서도 답할 수 있습니다. 이 빌드에서 Discord 전용인 부분은 티켓 Actions 3개뿐입니다.

멤버는 봇과 어떻게 대화를 시작하나요?

이 가이드의 티켓 봇은 자체 Discord 앱을 사용하므로, 멤버는 봇이 볼 수 있는 채널에서 @멘션하여 시작합니다. Agent는 같은 채널에서 답하고, 답할 수 없을 때만 티켓 스레드를 엽니다. /ask 명령은 공유 원클릭 Quickchat AI 봇에 속합니다.

봇이 너무 많은 티켓을 열지 않게 하려면 어떻게 하나요?

먼저 지식 베이스 커버리지를 개선하세요. 모든 공백이 티켓이 되기 때문입니다. 첫 티켓들을 문서화 백로그로 읽고, Insights로 어떤 주제가 가장 자주 나오는지 확인해 다음에 무엇을 써야 할지 파악하세요. 그다음에만 Action 설명을 더 엄격하게 조정하세요.

갤러리가 설치한 Actions를 편집할 수 있나요?

모든 필드를 편집할 수 있습니다. 이들은 특별하다는 표시가 없는 일반 HTTP Request Actions입니다. 잠금도, 배지도, 별도 정책 레이어도 없습니다. URL, 본문, 설명, 실행 조건을 바꾸거나, 두 번째 복사본을 설치해 대신 편집하세요.

헬프데스크 없이 Discord 티켓 시스템을 운영할 수 있나요?

예. 티켓은 비공개 Discord 스레드이고 큐는 Quickchat AI Inbox이므로, Zendesk, Intercom, Jira가 중간에 없고 마이그레이션할 것도 없습니다. 이미 헬프데스크를 운영 중이라면 유지할 수 있습니다. 같은 Agent가 다른 AI Action으로 그곳에도 티켓을 만들 수 있으며, HubSpot 갤러리가 정확히 그렇게 합니다.

봇이 헬프 센터 콘텐츠에서 답할 수 있나요?

그것을 기반으로 만들어졌습니다. 헬프 센터 URL을 붙여 넣으면 Quickchat AI가 페이지를 스크랩해 지식 베이스로 만들거나, 파일을 업로드하고 문서를 직접 붙여 넣을 수 있습니다. Agent는 모든 질문에서 해당 문서를 검색하고 답을 찾으면 채널에서 답하므로, 기존 문서를 다시 쓰지 않고 봇으로 사용할 수 있습니다. 문서에서 AI 지원 에이전트 만들기가 그 절반을 별도로 안내합니다.

티켓 채널이 열릴 때 봇이 멤버에게 인사할 수 있나요?

예, 별도 기능으로 가능합니다. Ticket Tool 같은 티켓 봇이 채널을 만들고, Quickchat AI의 New channel automated message가 몇 초 뒤 고정된 인사말을 게시하므로 멤버는 바로 대화할 대상이 있다는 것을 알 수 있습니다. 모델을 호출하지 않으므로 크레딧이 들지 않습니다. 멤버, 스레드, 티켓 채널에 인사하기에서 설정합니다.

티켓 디플렉션은 어떻게 측정하나요?

디플렉션은 티켓 없이 답변된 질문의 비율입니다. 따라서 이 빌드에서는 티켓 스레드가 없는 대화를 전체 대화로 나눈 값입니다. 모든 Action은 호출 로그를 보관하므로 open_support_ticket 호출 수를 세면 에스컬레이션된 절반을 직접 알 수 있고, Insights는 나머지를 주제별로 그룹화합니다. 하나의 숫자가 아니라 주제별로 추적하세요. 특정 주제에서 비율이 떨어지면 닫을 수 있는 문서 공백입니다. 챗봇 분석은 더 넓은 지표 집합을 다룹니다.

요약

지식 베이스와 한 번의 클릭만으로 Quickchat AI Agent는 Discord 서버의 1차 지원 봇이 됩니다. 문서가 다루는 질문에는 답하고, 다루지 않으면 이를 인정하며, 나머지에는 비공개 티켓 스레드를 열고, 멤버를 데려오고, 직접 작성한 요약으로 지원 역할을 호출하고, 멤버가 Discord를 떠나지 않은 채 Inbox에서 답하는 사람에게 대화를 넘깁니다. 갤러리는 3개의 Actions를 작성하고, 드롭다운 덕분에 Discord ID를 입력할 필요가 없으며, 실행 조건은 대화가 계획대로 진행되지 않아도 시퀀스를 유지합니다. 남는 일은 사용자만 할 수 있는 작업입니다. 답변할 가치가 있는 지식 베이스를 만드는 것입니다.