기술 지원 포럼용 지원 봇 선택 조언 (Discourse AI vs Discourse Chatbot)

기술 지원 포럼에서 인간 지원 팀을 칭찬할 수 있는 AI 봇을 만들고 있습니다. 목표는 업무 시간 외(현재는 사용자가 오픈할 때까지 기다려야 함)에 지원을 제공하고, 업무 시간 내에는 더 빠른 지원(인간 응답이 느림)을 제공하는 것입니다. 봇이 문제를 해결하지 못하면, 업무 시간 내에 인간이 인계받아 처리합니다.

몇 가지 설계 목표는 다음과 같습니다:

  1. 도메인 지식을 갖추고 지원을 제공하기 위해 과거 포럼 데이터에서 학습해야 합니다. 포럼의 데이터는 일반적인 인터넷 지식보다 훨씬 관련성이 높습니다.
  2. 주제와 관련된 질문에만 답변을 시도해야 합니다. 사용자가 우리 제품이나 서비스를 사용하거나 문제를 해결하는 데 도움을 줄 수 있어야 하지만, 케이크를 굽는 방법을 묻는다면 도움을 주려 해서는 안 됩니다. 포럼에 이미 있는 것과 유사한 주제에 국한해야 합니다.
  3. 봇이 도움이 안 된다고 느끼는 경우, 사용자가 봇에게 답변을 중단하라고 지시하여 대신 인간을 기다릴 수 있는 방법을 제공해야 합니다.

공식 Discourse AI 플러그인에 AI Bot 모듈이 있다는 것을 알고 있습니다.

그리고 원래의 Discourse AI Chatbot도 있습니다.

이러한 종류의 애플리케이션에 어떤 플러그인이 더 적합할까요? 각각에 대해 따로 읽고, 유사한 이 주제도 읽었지만, 조언이 있으시다면 더 명확한 조언을 듣고 싶습니다.

이 플러그인 중 어느 쪽이 과거 포럼 데이터로 자동으로 학습하거나 파인튜닝(fine-tune)을 수행합니까? GPT-4를 수동으로 파인튜닝할 수 있다고 생각하지만(아마도), 이미 더 똑똑한 사람들이 해놓은 작업을 중복하고 싶지 않고, 가능할 때 플러그인의 기능을 활용하고 싶습니다. :slight_smile:

이 플러그인 중 어느 쪽이 봇이 참여할 주제를 제한하여 일반적이거나 주제 밖의 대화에 참여하지 않도록 허용합니까?

원래의 Discourse Chatbot은 장기적으로 개발 및 유지보수될 예정입니까? 아니면 결국 공식 플러그인의 AI Bot으로 대체되거나 그 안에 통합될 계획입니까? @merefield

4개의 좋아요

Discourse Chatbot 🤖 의 "에이전트 모드(Agent Mode)"가 사용자의 필요에 가장 잘 맞을 것이라고 생각합니다.

이 플러그인은 서드파티 제품이며, 열정적인 개발자 한 명이 오픈 소스 프로젝트로 유지 관리하고 있습니다. 이로 인해 가능한 한계를 뛰어넘는 기능과 훨씬 더 풍부한 기능을 제공합니다.

만약 이 플러그인이 잘 작동하는 것을 확인하셨다면, 개발자를 찾아 유지 관리에 기여해 주시기를 권합니다.

반면, 다른 (official) 플러그인/모듈은 Discourse 팀이 안정성에 중점을 두고 개발했으며, 그들의 뛰어난 개발 팀이 지원을 제공할 것입니다.

(참고: 이곳에서 @멘션을 남기는 것은 에티켓이 좋지 않습니다. 특히 CEO나 바쁜 개발자들에게는 정말로 필요한 경우가 아니면 피하는 것이 좋습니다.)

5개의 좋아요

네, 두 플러그인 모두 RAG를 활용하여 응답에 포럼 데이터를 반영합니다.

그 대화는 어디서 이루어지나요?

  • 주제(Topics)
  • 개인 메시지(PM)
  • 채팅
  • 외부 애플리케이션
4개의 좋아요

이 부분에 대한 도움을 위해 비용을 지불하는 데 기꺼이 응하겠습니다. 연락을 해보겠습니다.

죄송합니다, 무례하게 행동할 의도는 아니었습니다. 해당 플러그인에 대해 게시물을 올린 사람들이 의견을 나누고 싶어 할 경우를 대비해 언급한 것뿐입니다.

2개의 좋아요

처음에는 아마도 개인 메시지(PM)만 사용할 것입니다. 현재 채팅을 사용하지는 않지만, 봇이 실시간으로 응답할 수 있으므로(매우 바쁜 우리 인간들과는 달리) 이 용도에 잘 맞을 것 같습니다. 따라서 이 방식도 좋을 수 있습니다. 이후 개인 대화에서 잘 작동한다면, 공개 주제에서도 활성화하고 싶습니다.

2개의 좋아요

따라서 DiscourseAI 플러그인의 AIBot 기능을 한번 사용해 보시길 권해드립니다. ‘Forum Helper’ 페르소나로 시작해 보세요. 당신의 사용 사례에 거의 완벽하게 적합합니다.

그 후, New AI Persona Editor for Discourse에 접속하여 필요에 맞게 특화된 페르소나를 생성할 수 있습니다. search와 read 기능을 모두 부여하고 좋은 시스템 프롬프트를 작성하면 바로 시작할 수 있습니다.

Meta에서 해당 기능에 대한 액세스 권한을 부여해 두었으니, 브라우저를 새로고침하여 확인하고 사용해 보세요.

6개의 좋아요

현재 포럼의 복사본에서 0.0.1 버전을 실행 중입니다. 작동은 하지만, 지능형이라고 보기 어렵습니다. 대부분 포럼을 검색하여 관련이 있을 수 있는 주제 목록을 제공하는 수준에 그칩니다. 정보를 해석하여 대화형으로 지원을 제공하지는 않는 것 같습니다. 또한 페르소나 편집기가 없습니다. Meta에서 제공하는 버전이 더 잘 작동하는 것 같아, 제가 최신 버전을 사용 중이 아닐 것으로 추정됩니다.

2개의 좋아요

실제로 더 구체적으로 설명해 달라고 하고, 단계별로 안내해 달라고 하면 더 잘 작동합니다.

2개의 좋아요

가까운 시일 내에 챗봇(Chatbot)에 대한 지원을 중단할 의도는 전혀 없습니다.

어쨌든 이 프로젝트는 오픈 소스이므로, 다른 분들의 지원과 기여를 환영합니다.

이 봇은 포럼에 이미 존재하는 데이터를 활용하여 사용자 질문에 답변하도록 설계되었습니다.

현재 제공되는 기능을 넘어 구현이 필요한 특별한 요구 사항이 있고, 이를 위해 예산을 배정할 수 있다면 저를 고용해 도움을 받으실 수 있습니다.

4개의 좋아요

네, 방금 전에 그 일로 DM을 보냈습니다. 지금은 어떤 플러그인을 사용할지가 가장 큰 문제인데, 플러그인(또는 봇 일반)에 대해 충분히 알지 못해 확신을 가지고 결정하기가 어렵습니다. :slight_smile:

이 분야에 능숙한 분이 있어 시작을 도울 수 있으면 좋겠습니다. 도움이 필요하면 비용을 지불할 수 있고, 특별한 기능이 필요하면 그 비용도 지불할 수 있습니다.

방금 전에 @로 멘션드 드려서 죄송합니다. 그게 예의가 아닌 줄 몰랐습니다.

4개의 좋아요

좋은 질문입니다. 여기에서 언급된 두 AI 봇 중 어느 것에 대해 실무 경험이 있는 사용자가 몇 명인지 정확히 알 수는 없지만, 저는 개발 단계에서도 OpenAI 사이트의 Discourse AI 봇을 사용해 왔습니다. 저는 정기적으로 피드백과 제안을 제공하고 있으며, 그 중 많은 부분이 이 사이트에 게시되어 있습니다. (list) 또한 이 모든 것을 무료로 수행하고 있습니다.

사이트에 대한 더 나은 이해를 위해 사이트 초대장을 받을 수 있을까요?

질문이 있으시면 여기에서 편하게 질문하시거나 개인 메시지를 보내 주세요.

참고로

RAG가 무엇인지 모르신다면, 이 짧은 소개글이 도움이 될 것입니다.

3개의 좋아요

처음에 두 AI 봇 플러그인(Discourse AI 또는 Discourse Chatbot) 중 어떤 것을 사용할지 어떻게 결정하셨는지 여쭤봐도 될까요?

1개의 좋아요

저는 결정하지 않았습니다. 유일한 선택지는 Discourse용 것이었습니다.

OpenAI의 Discourse 사이트가 좀 더 오래되어, 여전히 Lounge(라운지) 카테고리가 남아 있습니다. OpenAI의 Sam이 아니라 Discourse의 Sam이 OpenAI 사이트의 TL3 사용자에게 Discourse AI 봇에 대한 접근 권한을 부여했습니다. 그래서 제가 접근 권한을 얻었고, 그것이 선택된 것입니다. 하지만 여기 있는 게시물을 읽고 행간을 읽으면, Sam이 피드백을 얻고, 라운지의 주제들을 통해 그런 봇이 어떤 일을 할 수 있는지 아는 사용자를 확보하기 위해 우리와 협력해 왔다는 것을 볼 수 있을 것입니다.

Discourse AI 봇에 변경 사항이 적용되면 코드가 푸시되고 설치된 직후에 그 변화를 확인할 수 있으며, 테스트를 해봅니다.

플러그인 봇에 대해서는 아무것도 말할 수 없으며, 추측하지도 않겠습니다.

도움이 되셨기를 바랍니다.

1개의 좋아요

몇 가지 주제를 살펴본 후, 다음과 같은 내용을 학습하고 권장합니다.

이 사이트는 Surety 홈 보안 시스템의 지원을 위한 것입니다.

Discourse 포럼에 사용되는 AI의 목표는 (참조)

  • 기술 지원 포럼에서 인간 지원 팀을 보완하는 것입니다.
  • 과거 포럼 데이터에서 학습해야 합니다.
  • 지지를 제공하기 위한 도메인 지식을 갖추어야 합니다.
  • 주제에 맞는 질문에만 답변을 시도해야 합니다.
  • 봇이 도움이 되지 않는다고 느끼는 경우, 사용자가 봇에게 답변을 중단하라고 지시하여 대신 인간에게 기다릴 수 있는 방법을 제공해야 합니다.

그리고 Ryan의 질문 중 일부는 다음과 같습니다.

  • 과거 포럼 데이터로 자동으로 학습하거나 파인 튜닝을 하나요?
  • 이미 더 똑똑한 사람들이 수행한 작업을 중복하지 않습니다.
  • 봇이 일반적이고 주제 밖의 대화에 참여하지 않도록 봇이 참여할 주제를 제한할 수 있나요?
  • 원래의 Discourse Chatbot은 장기적으로 개발 및 유지보수될 예정인가요?
  • 아니면 공식 플러그인의 AI 봇으로 최종적으로 대체되거나, 그 안에 통합될 계획인가요?

현재 제가 시도해본 사이트 버전에서 활성화된 Discourse AI 봇에 제공한 게시된 질문과 ChatGPT의 답변입니다.

질문:

IQP4에 PowerG를 하드와이어링했습니다. 유선 센서는 작동합니다. 벨/사이렌 테스트를 해보고 싶었지만 IQP4에서 옵션을 찾을 수 없었습니다. 패널에서 사이렌을 테스트할 수 있었고 IQ Remote와 함께 소리가 났지만, 하드와이어링된 벨은 소리가 나지 않았습니다. 하드와이어링된 사이렌이 소리를 내기 위해 경보를 트리거해야 합니다.

IQP4에서 PowerG에 하드와이어링된 벨을 테스트하는 방법이 있나요?


GPT-4를 사용한 Discourse AI 봇의 답변

문제를 해결하는 데 도움이 될 수 있는 관련 주제를 포럼에서 찾았습니다.

PowerG에 하드와이어링된 유선 벨 테스트? 주제에서, 사용자는 IQP4에서 PowerG에 하드와이어링된 벨을 테스트하는 옵션을 찾을 수 없는 유사한 문제를 겪었습니다.

가능한 해결책을 확인하기 위해 해당 주제를 살펴보세요. 여전히 질문이 있거나 추가 도움이 필요하시면 언제든지 질문해 주세요.


GPT-3.5를 사용한 Discourse AI 봇의 답변

Surety 지원 포럼에서 PowerG 하드와이어링 연결의 유선 벨을 IQ Panel 4(IQP4)와 함께 테스트하는 방법에 대해 논의하는 주제를 찾았습니다. 해당 주제는 여기에서 찾을 수 있습니다.

주제에서 사용자는 IQP4 자체에서 벨/사이렌을 테스트하는 옵션을 찾을 수 없었음을 언급했습니다. 그러나 패널에서 사이렌을 테스트할 수 있었고 IQ Remote와 함께 소리가 났습니다. 반면, 하드와이어링된 벨은 경보가 트리거되지 않는 한 소리가 나지 않았습니다.

추가 정보를 확인하고 다른 사용자가 제공한 해결책이나 제안이 있는지 보려면 주제를 방문하세요.


Discourse AI GPT-4와 GPT-3.5 봇 모두 동일한 주제를 찾았습니다.



ChatGPT를 사용한 답변

IQ Panel 4의 최신 소프트웨어 버전이나 기능에 대한 구체적인 정보는 가지고 있지 않습니다. 제 학습 지식은 2022년 1월까지이기 때문입니다. 그러나 경보 시스템 테스트의 일반 원칙에 기반하여 PowerG에 연결된 하드와이어링 사이렌을 테스트하는 데 도움이 될 수 있는 몇 가지 제안 사항을 드립니다:

  1. 시스템 테스트 모드:

    • 경보 패널에 “시스템 테스트” 또는 “워크 테스트” 모드가 있는지 확인하세요. 이 모드는 실제 경보 이벤트를 트리거하지 않고 센서와 경보를 테스트하도록 설계되어 있습니다. 패널에 이 기능이 있다면, 전체 경보를 설정하지 않고 사이렌을 테스트할 수 있어야 합니다.
  2. 출력 제어:

    • 경보 패널 설정에서 “출력 제어” 또는 “보조 출력” 옵션을 찾아보세요. 이 기능은 테스트 목적으로 사이렌과 같은 출력을 수동으로 트리거할 수 있게 해줄 수 있습니다.
  3. 존 바이패스:

    • 일부 시스템은 테스트 중에 특정 존을 바이패스할 수 있습니다. 하드와이어링된 사이렌이 특정 존과 연관되어 있다면, 테스트를 위해 해당 존을 바이패스할 수 있을 것입니다.
  4. 사용자 매뉴얼:

    • IQ Panel 4와 함께 제공된 사용자 매뉴얼이나 문서를 참조하세요. 경보 시스템의 다양한 구성 요소를 테스트하고 제어하는 방법에 대한 구체적인 지침이 포함되어 있어야 합니다.
  5. 기술 지원:

    • 스스로 해결책을 찾지 못한다면 제조사의 기술 지원에 문의하는 것을 고려해 보세요. 시스템의 특정 기능과 능력에 기반한 지침을 제공할 수 있습니다.
  6. 패널 소프트웨어 업데이트:

    • IQ Panel 4에 사용할 수 있는 소프트웨어 업데이트가 있는지 확인하세요. 제조사는 종종 새로운 기능을 추가하거나 문제를 해결하기 위해 업데이트를 출시하며, 업데이트에 사이렌을 위한 특정 테스트 모드가 포함될 수 있습니다.

실제 경보 이벤트를 우연히 트리거하지 않도록 테스트 시 주의하세요. 어떤 단계에 대해 확신이 없다면, 사용자 매뉴얼을 참조하거나 기술 지원에 문의하는 것이 항상 좋은 아이디어입니다.

분명히 ChatGPT가 더 자세한 답변을 제공하고 있습니다. 가능한 이유에 대해서는 주제 후반부에 자세히 설명하겠습니다.


참고: Merefield의 Discourse AI 플러그인 (카드) (GitHub)에 접근할 수 없습니다. 비교를 위해 동일한 질문에 대한 답변을 여기에 게시하는 것을 보면 좋을 것입니다. :slightly_smiling_face:




제 피드백입니다.

이러한 봇의 AI는 LLM에 기반하며, 지식은 학습 세트에 의해 제한됩니다. 봇은 또한 포럼의 주제에 접근하여 지식을 보완하기 위해 RAG(검색 증강 생성)를 사용합니다.

봇은 일반적으로 시스템 프롬프트, 즉 LLM API에 대한 요청이 포함된 사용자 프롬프트가 아닌 페르소나(persona)를 사용합니다.

ChatGPT에게 차이를 설명하게 하겠습니다.

ChatGPT

시스템 프롬프트란 무엇인가요? 사용자 프롬프트와 어떻게 다른가요?

완성(Completion)

시스템 프롬프트와 사용자 프롬프트는 GPT-3.5와 같은 언어 모델 및 대화형 AI 시스템의 맥락에서 자주 사용되는 용어입니다. 두 용어의 차이를 명확히 설명해 드리겠습니다:

  1. 사용자 프롬프트:

    • 사용자 프롬프트는 AI 시스템과의 대화를 시작하거나 정보를 요청하기 위해 인간 사용자가 제공하는 입력입니다.
    • 이는 AI 모델과 상호작용하기 위해 사람이 입력하거나 말하는 텍스트나 쿼리입니다.
    • 예를 들어, 채팅봇이나 언어 모델을 사용할 때 질문을 하거나 진술을 하는 입력이 사용자 프롬프트가 됩니다.
  2. 시스템 프롬프트:

    • 반면, 시스템 프롬프트는 대화의 컨텍스트를 설정하거나 봇의 행동을 안내하기 위해 AI 모델에 주어진 초기 입력 또는 지시입니다.
    • 이는 AI에게 응답 생성을 위한 시작점이나 컨텍스트를 제공하기 위해 사용됩니다.
    • 시스템 프롬프트는 AI 응답의 톤, 스타일 또는 내용을 형성하는 데 도움이 되며, 모델의 행동을 안내하는 일종의 지침 역할을 합니다.
    • 사용자 프롬프트가 사용자의 쿼리나 진술에 특화된 반면, 시스템 프롬프트는 전체 대화에 대한 일반 컨텍스트나 지침을 제공하는 데 더 초점을 맞춥니다.

GPT-3.5 또는 유사한 언어 모델의 경우, 대화는 일반적으로 시스템 프롬프트로 시작하여 이후 지속적인 교환 과정에서 사용자 프롬프트가 따릅니다. 시스템 프롬프트는 대화 전체에 걸쳐 모델의 응답에 영향을 미치지만, 시스템 프롬프트와 사용자 프롬프트의 조합이 모델의 출력을 결정합니다.


봇이 훨씬 더 구체적인 답변을 제공하지 못하는 이유는 이러한 제품의 사용자 매뉴얼, 설치 지침 등이 지식 기반에 부족하기 때문입니다. 또한 봇은 종종 배선 다이어그램이나 설치 매뉴얼에 사용되는 이미지와 같은 다이어그램을 이러한 문서에서 추출하는 것이 불가능합니다.

시작 단계로, RAG는 문서의 텍스트만이라도 AI의 지식을 가능한 한 많이 확장하는 데 사용되어야 합니다. Discourse AI 봇은 포럼의 모든 주제에 RAG를 사용할 수 있지만, 외부 정보를 추가하는 것이 허용되는지는 알 수 없습니다. 그렇지 않다면, 모든 문서를 PDF로 카테고리(가능한 경우 숨김)에 가져온 다음, 포럼 내에 있으므로 Discourse 코드가 더 쉽게 접근할 수 있도록 하고, Langchain을 사용하여 PDF에 접근하는(참조) 것이 하나의 아이디어일 수 있습니다.

이를 통해 시스템 프롬프트를 조정하여 답변을 개선할 수 있지만, 여전히 추구하는 것에 비해 크게 부족할 것입니다. 여전히 필요한 경우 단계별 지침 없이 정보에 대한 참조가 포함된 첫 번째 답변과 같은 답변을 받을 가능성이 높습니다. 또한 AI가 피드백을 제공한다는 것을 AI가 인식할 수 있는 방식으로 AI 답변에 대한 피드백을 제공할 방법이 없습니다.换句话说, 사용자가 봇에게 무언가가 잘못되었다고 답변하면, 봇은 답변을 읽지만 지식을 업데이트해야 한다는 것을 이해하지 못합니다.

답변의 품질을 개선하기 위해 세 가지 생각이 떠오릅니다.

  1. HyDE(가설적 문서 임베딩) 활용

Luyu Gao, Xueguang Ma, Jimmy Lin, Jamie Callan의 “Precise Zero-Shot Dense Retrieval without Relevance Labels” (PDF)

실제로 저는 Discourse(참조)에서 HyDE를 알게 되었고, 그들이 이를 사용하고 있음을 알고 있습니다.

  1. RLHF(인간 피드백 기반 강화 학습). 두 봇 모두 이 기능이 가능하다고 생각하지 않으며, Discourse가 이를 고려하고 있을 수 있습니다; 공유할 의사가 있다면 그들의 피드백을 듣고 싶습니다.

  2. RLHF를 통한 합성 데이터. 이것은 정말 최첨단이며, 어느 봇도 구현할 것이라고 기대하지 않습니다.

LLM을 훈련시키는 가장 입증되고 성공적인 방법 중 하나는 스스로 훈련시키는 것입니다. 그러나 결과가 더 나은지 더 나쁜지를 아는 데 필요한 메트릭이 필요합니다. 여러분의 사이트에서 현재 제가 이해하는 대로 해결책이 더 나은지 나쁜지를 아는 유일한 방법은 AI의 해결책에 인간이 등급을 매기는 것입니다. 더 많은 질문과 해결책의 라운드를 얻기 위해, 질문은 AI에 의해 생성되고, 다른 AI가 해결책을 생성한 후, 해결책이 측정되어 해결책을 생성하는 AI를 개선하는 데 사용됩니다.


봇이 사용자를 도울 능력을 개선하려면, 의사가 진단과 예후를 위해 정보를 수집하는 것과 유사하게 문제를 더 잘 이해하기 위해 일련의 질문을 수행하여 정보를 수집해야 합니다.

또 다른 옵션은 AI 봇으로 접근할 수 있는 유사한 기술, 예를 들어 Microsoft Copilot와 같은 것을 살펴보는 것입니다.

요청하거나 언급하지 않은 가치 있는 항목 중 하나는 소스에 대한 참조입니다. 이것이 중요한 이유는 AI 완성이 환각(hallucination)인지 아닌지를 확인하기 위해서입니다. 참조가 포함되어 있고, 환각이 아닌 실제 참조라면, 매뉴얼과 같은 권위 있는 출처인지 확인하여 환각이 아님을 알 수 있습니다. RAG를 사용하면 참조를 추가하는 것은 쉽게 수행할 수 있으며, 이는 기대되어야 합니다.


이제 구체적인 목표에 대해 다루겠습니다.

기술 지원 포럼에서 인간 지원 팀을 보완합니다.

이것은 질문보다 진술에 가깝기 때문에 질문으로 답변하지 않겠습니다.

과거 포럼 데이터에서 학습해야 합니다.

이것은 실제로 제가 분리한 더 큰 진술의 일부였습니다. 분리한 이유는 포럼의 과거 데이터가 가치 있다는 것이 맞지만, 매뉴얼에 있는 것과 같은 기본 지식도 필요하기 때문입니다. 현재 봇은 포럼 게시물과 RAG를 사용하지만 AFAIK(제 지식 범위 내에서) 외부 데이터에 접근하는 방법을 모릅니다.

주제에 맞는 질문에만 답변을 시도해야 합니다.

이는 시스템 프롬프트를 조정하여 달성할 수 있습니다. 또한 Discourse AI Post Classifier - Automation rule의 일부 기술도 필요합니다.

봇이 도움이 되지 않는다고 느끼는 경우, 사용자가 봇에게 답변을 중단하라고 지시하여 대신 인간에게 기다릴 수 있는 방법을 제공해야 합니다.

이는 시스템 프롬프트를 조정하여 달성할 수 있습니다.

과거 포럼 데이터로 자동으로 학습하거나 파인 튜닝을 하나요?

좋은 질문입니다. 이전에 어떻게 시작해야 하는지에 대해 언급했지만, 실제로는 보이는 것보다 훨씬 더 어려운 질문입니다. 그러나 대규모 LLM 연구자들은 이 부분에 대해 훨씬 더 나은 진전을 이루고 있으며, 다음 몇 달 동안 이를 훨씬 더 쉽게 만들 수 있는 흥미로운 발표가 있을 수 있습니다.

이미 더 똑똑한 사람들이 수행한 작업을 중복하지 않습니다.

이를 LLM이 아는 것에 대해 딴죽을 걸지 말아야 한다는 의미로 해석하겠습니다. 이는 모델이 새로운 지식에 대해 어떻게 훈련되는지에 따라 달라집니다. 모델을 더 나쁘게 만들 수도 있고, 모델이 학습을 잊는 것은 더 어렵습니다. AFAIK Discourse AI 봇 중 어느 것도 학습, 즉 LLM의 가중치를 변경하는 능력이 없지만, 주제 게시물과 RAG를 사용할 능력은 있습니다. 따라서 나쁜 주제 게시물, 쓰레기 입력은 쓰레기 출력을 만들 수 있습니다.

봇이 일반적이고 주제 밖의 대화에 참여하지 않도록 봇이 참여할 주제를 제한할 수 있나요?

이는 Discourse AI Post Classifier - Automation rule과 유사합니다.

원래의 Discourse Chatbot은 장기적으로 개발 및 유지보수될 예정인가요?

이것은 Discourse 직원에게 맡기겠습니다.

아니면 공식 플러그인의 AI 봇으로 최종적으로 대체되거나, 그 안에 통합될 계획인가요?

이것도 Discourse 직원에게 맡기겠습니다.

6개의 좋아요

도와주셔서 감사합니다. 그리고 정말 자세한 게시글까지!

저는 RAG에 대해 알기 전에 그 내용을 작성했습니다. 꼭 학습해야 한다는 뜻이 아니라, 단순히 역사적인 포럼 데이터를 활용하라는 의미였습니다.

네, 나와 다른 분들의 피드백을 듣고 보니, 숨겨진 카테고리를 지식 베이스로 사용하는 것이 좋은 방법인 것 같습니다.

어쨌든 사용자가 지식 베이스를 업데이트할 수 있게 하고 싶지 않습니다. 직원만 그렇게 할 수 있어야 합니다. 직원이 봇의 응답을 검토하고 평가할 수 있다면 좋겠지만, RAG로는 그것이 불가능한 것 같습니다.

재밌네요!

좋은 지적입니다. 하지만 출처가 우리의 숨겨진 지식 베이스 안에 있다면 어떤 것을 참조로 제공해야 할지 궁금합니다.

LLLM 작동 방식에 대한 제 무지로 인해 이 질문은 부실했습니다. 지금은 RAG가 충분할 것입니다.

제가 의도한 것은 merefield나 Discourse 개발 팀이 이미 플러그인에 구축한 기능에 대해 커스텀 코드를 개발하고 싶지 않다는 것이었습니다. 이미 사용 가능한 것을 사용하고, 필요한 경우에만 기능을 향상시키고 싶습니다.

다시 한번 감사합니다, Eric!

2개의 좋아요

좋은 지적입니다. 이 점을 언급해 주셔서 감사합니다. 제 답변에서 이를 명시했어야 했습니다.

리뷰 큐로 자연스럽게 이어지는 것 같습니다. 이는 Discourse 측의 결정 사항입니다.

네.

RAG는 여러분이 원하는 것을 얻기 위해 필요한 수많은 기술 중 하나일 뿐입니다. AI 응답을 평가하는 것은 RAG의 목적과는 다릅니다. 생성된 완성물에 대한 인간의 피드백은 RLHF 기술의 일부입니다.

그렇습니다!

이 기술 대부분은 매우 신기술이고 발전 속도가 빨라서, 어디서든 누구에게서든 아이디어를 수용하는 열린 자세가 필요합니다.

실제 사람을 대상으로 답변을 작성하며 참고 자료를 언급하는 인간이라면 동일한 방식으로 처리해야 합니다. 저는 매뉴얼의 이름, 발행 날짜, 섹션 및 단락을 언급할 것 같습니다.

공유해 주셔서 감사합니다. 저는 많은 사용자의 게시물을 접하고 있으며, 여러분을 도울 수 있어 기쁩니다.

이 부분은 재미있지만 많은 사람들이 왜 재미있는지조차 모를 것입니다. 기술 발전 속도가 너무 빨라서, 많은 사람들이 한 달 동안 코드를 작성하다가 그것이 이미 기술에 내장되어 자신이 만든 것이 이제 불필요하거나 심지어 구식이 되었음을 깨닫는 경우가 생길 것입니다. Langchain에 대해 시간을 내어 학습해 보신다면, 자신의 앱에 사용하던 거의 모든 코드를 버리고 Langchain만 사용하라고 언급하는 사용자들을 보실 수 있을 것입니다.

이러한 것을 학습하기 위한 또 다른 출처는 DeepLearning.AI 단기 과정입니다(현재 무료).

반갑습니다.

더 많은 질문을 해 주세요. 그것이 제가 여러분을 돕는 이유입니다. 이 기술에 대해 사람들이 더 많은 질문을 할수록, 우리는 서로의 목표를 달성하는 데 더 잘 도움을 줄 수 있습니다.

3개의 좋아요

에릭, 이 부분은 이미 위에서 답변드렸습니다.

제 답변이 충분히 명확하지 않았나요?

존중을 담아 말씀드리지만, 이 질문들이 "Discourse 스태프"와 무슨 상관이 있는지 모르겠습니다.

URL, 커밋 히스토리, 그리고 해당 플러그인 토픽에서 분명히 알 수 있듯이, 이 저장소는 제가 작성하고 유지보수하고 있습니다.

만약 Chatbot이 GitHub 조직을 이전하게 된다면, 아마도 Pavilion으로 이전할 가능성이 높습니다.

1개의 좋아요

그 말을 읽었을 때, 저는 디스코URS에 처음 가입했을 때 보게 되는 봇을 떠올렸습니다. @discobot
그 문장에 plugin(플러그인)이라는 단어가 있었다면, 저는 당신의 플러그인을 떠올렸을 것이고, 제가 그렇게 답하지는 않았을 것입니다.

1개의 좋아요

"숨겨진"이 정확히 무엇을 의미하는지 확실하지 않지만, 챗봇과 AI 플러그인 모두 공개적으로 접근 가능한 카테고리의 콘텐츠에만 RAG를 사용할 것이라고 가정합니다.

정말 그렇습니다. 그렇다면 카테고리에 업로드한 후 추출하는 대신, 현재 이 작업에 가장 좋은 방법은 해당 PDF 문서를 파일로 업로드하고 어시스턴트에서 사용하는 것일까요? 이는 포럼 콘텐츠에 대한 실시간 RAG와 결합할 수 있습니다.

2개의 좋아요

사용자에게 표시되지는 않지만 RAG에 사용되는 카테고리가 있으면 유용할 수 있습니다. 예를 들어, 최종 사용자에게 친숙하게 조직화되거나 제시되지 않은 원본 사용자 매뉴얼이나 봇이 따를 수 있는 공통 스크립트와 같은 경우에 말이죠.

3개의 좋아요