AI 환각을 검색 엔진에 식별하기

지금 공공 데이터에서 환각(hallucination)과 함께 살고 있는 우리들은 환각을 식별하는 데 상당한 시간이 소요된다는 것을 잘 알고 있습니다.

이 문제를 고민하던 중, 게시글에서 Hide Details(상세 정보 숨기기) 기능을 사용하면 신뢰할 수 있는 검색 엔진이 해당 내용을 인덱싱하지 않을 가능성이 크다는 것을 떠올랐습니다. 이 기능은 제가 자주 사용하니까요.

Hide Details가 문제 해결의 일부는 달성하지만, 본래 처음부터 표시되어야 할 정보를 숨겨버립니다. 대신, 선택된 데이터에 환각을 포함하고 있음을 명시하는 메타데이터를 태그로 붙이고, 이 메타데이터가 생성 시점부터 API나 뷰어가 환각이 포함된 데이터를 식별할 수 있도록 끝까지 전달된다면 이 문제를 해결할 수 있을 것입니다. 또한 Hide Details와 유사하지만 환각용으로 설계된 아이콘 옵션도 있으면 좋겠습니다.

많은 분들이 이것이 단순히 디스코urs(Discourse)만의 문제가 아니라고 생각할 것이며, 저도 동의합니다. 하지만 디스코urs는 이 분야에서 충분히 큰 존재이므로, 다른 기관들과 그룹을 형성하여 표준을 설정하고 이 문제를 해결할 수 있을 것입니다. 시간이 지날수록 이 문제는 더욱 악화될 테니까요. :slightly_smiling_face:

2개의 좋아요

AI가 생성한 부정확한 데이터를 가리킨다면, 이를 환각(hallucination)이라고 부르는 것이 안전하다고 가정해도 될까요? 이러한 데이터를 인간이 만든 잘못된 정보와 다르게 취급하는 데 어떤 이점이 있을까요? 현재 사람들은 이 데이터를 인간 게시자의 내용보다 더 권위 있는 것으로 보고 있는 시점에 와 있는 걸까요?

6개의 좋아요

이 글을 읽어주시고 의미 있는 질문을 해 주셔서 감사합니다.

네!

현재로서는 없습니다.

다만 회사에 소속된 변호사나 관련 변호사에게 접근할 수 있다면 이 문제에 대해 물어보는 것이 도움이 될 수 있습니다. 이는 정부들이 법률 제정을 검토하고 있는 사안 중 하나인데, 저는 변호사가 아니지만, 법이 제정된 후에 그 법을 준수해야 하는 상황보다, 법이 만들어지기 전에 정부에 계획을 제시하는 것이 더 낫습니다.

네, 많은 연구자들이 인용 출처를 찾을 수 없게 될 때까지 그것이 실제 존재한다고 믿었습니다. 저는 그런 사례를 수집하지는 않지만, 원하신다면 주의 깊게 살펴보아 발견할 경우 기록해 두겠습니다.

AI 생성 사진이 상을 받다!

말씀하시는 방향은 이해하지만, 제가 그 질문에 답하고 싶은 것은 아닙니다. 대신 다음과 같은 질문을 드리고 싶습니다.

사람들은 AI가 이제 정확해 보이지만 실제로는 그렇지 않은 인간과 유사한 텍스트를 생성하고 있다는 사실을 알고 있을까요?
사람들은 AI가 다른 인간이 만들었다고 확신하는 이미지, 또는 카메라로 촬영된 것처럼 보이지만 실제로는 AI가 생성한 이미지를 만들고 있다는 사실을 알고 있을까요?
사실에 기반한 정보에 이해관계가 있는 연구자, 교사 등이 환각이 메타데이터로 표시되었거나 환각 생성으로 알려진 출처에서 나왔다는 것을 알기를 원할까요?

더 큰 문제는 이러한 사실을 모르는 사람들을 악용하려는 다른 사람들이라는 점입니다. 데이터가 환각으로 표시되어 있고 메타태그가 제거된 경우, 변호사가 이를 의도를 입증하는 데 사용할 수 있다면 놀라지 않을 것입니다.

다시 한번 관심 가져 주셔서 감사합니다. 현재로서는 이 주제를 더 깊이 파고들 계획은 없으며, 질문하신 분이 이미 개념을 파악하신 것 같기 때문입니다. 하지만 다른 질문이 있으시면 기꺼이 답변해 드리겠습니다. 개인적으로는 사람들이 기술을 오용하고 싶어 하기 때문에 스팸 필터, 바이러스 스캐너, 그리고 이제는 환각 검사까지 필요 없는 세상에 살고 싶습니다. :slightly_smiling_face:

AI에 대해 제가 우려하는 점 중 하나는, AI가 AI가 생성한 데이터로 학습되면서 정보가 점점 더 희석될 수 있다는 것입니다. 이를 피하기 위해, 인터넷 데이터를 기반으로 LLM을 학습시키는 조직들이 LLM 학습에 사용되는 데이터가 어떻게 생성되었는지 파악하는 것이 그들의 이익에 부합할 수 있습니다. 이를 위해 어떤 형태의 표준이 유용할 수 있습니다. 예를 들어, LLM이 "중급 마운틴 바이커를 위한 나나이모 최고의 마운틴 바이크 트레일은 무엇인가요?"라는 질문에 대한 ChatGPT의 답변을 나나이모의 마운틴 바이킹에 관한 권위 있는 데이터로 의존하는 것을 보고 싶지 않습니다.

4개의 좋아요

이런 맥락에서, 컴퓨터 생성 텍스트에 대한 논쟁에 얽히기보다는 데이터가 무엇인지 그 자체로 설명하는 것이 훨씬 접근하기 쉽습니다. 특히 해당 배경 지식이 없는 청중과 논의할 때 더욱 그렇습니다.

질문에 자신의 편향(진실 여부를 불문하고)을 내포하는 것은 다소 불성실한 태도입니다.

예를 들어:

생성형 언어 모델(컴퓨터 AI)이 작성한 텍스트를 구분하는 표준화된 방식이 있다면 편리할 것입니다.

우리는 이미 몇 가지 방법을 가지고 있습니다. 예: @discobot roll 4d6

명시적인 저자가 없는 경우, 적절한 인용이 아마도 최선의 접근 방식일 것입니다.

2개의 좋아요

:game_die: 4, 6, 4, 5

1개의 좋아요

네, 일반 대중은 이미 ChatGPT가 꽤나 확신할 수 있는 결과를 제공하는 검색 엔진인 것처럼 사용하는 함정에 빠지기 시작했습니다.

물론 그렇지 않죠: ChatGPT는 전문가 수준의 사기꾼일 뿐입니다!

‘60 Minutes’ 프로그램이 인플레이션이 경제에 미치는 영향에 관한 책 추천을 ChatGPT에게 요청했습니다. ChatGPT는 성실히 6권의 책 제목과 저자를 나열했지만, 그중 실제 존재하는 책은 하나도 없었습니다!

저는 굿우드 스피드 페스티벌(Goodwood Festival of Speed)에서 사람이 사망한 적이 있는지 두 번에 걸쳐 ChatGPT에게 질문했습니다.

두 번 모두 사망 사고가 단 한 번만 발생했다고 답했지만, 각각 다른 연도와 이름을 제시했습니다.

이것은 큰 한계이자 분명히 문제입니다.

훌륭한 도구이지만, 현재로서는 적절한 플러그인 없이 검색 용도로 사용해서는 안 됩니다.

3개의 좋아요

생성된 콘텐츠(사용자 생성 콘텐츠 또는 AI 생성 콘텐츠)가 포함된 포럼을 이용할 때, 최종적으로 경계를 기울여야 하는 주체는 콘텐츠의 소비자(독자)입니다.

포럼 운영자가 포럼에 게시된 모든 생성 콘텐츠에 대해 책임을 지거나 책임져야 하는 것은 아닙니다. 그렇게 할 경우 법적 책임도 함께 수반되기 때문입니다. 특정 게시물을 '사실상 오류가 있음’으로 표시하면, 표시되지 않은 모든 게시물이 '사실상 정확하다’는 인상을 줄 수 있어 중대한 문제를 초래할 수 있습니다.

따라서 포럼 게시물에 담긴 정보의 사실적 정확성과 실질적 유용성을 평가하는 책임은 게시자가 아닌 소비자(독자)에게 있습니다.

3개의 좋아요

이것이 제게 대한 응답이라면, 해당 기능이 무엇을 하는지 이해하지 못하고 계신 것입니다.

이 기능은 사용자가 어떤 데이터의 일부가 환각(hallucination)을 포함하고 있을 수 있음을 식별할 수 있는 능력을 부여합니다. 또한 저는 어떤 주체가 그러한 식별의 책임을 지도록 요구하고 있는 것이 아니라, 사용자가 이러한 내용을 생성할 때 메타데이터를 통해 환각을 포함하고 있을 수 있음을 식별할 수 있는 방법을 제공하자는 것입니다. 그래서 Hide Details(상세 내용 숨기기)를 언급한 것입니다. 사용자는 필요할 때 이를 선택하여 사용할 수 있으며, 사용자가 원하는 만큼 많거나 적은 범위에 적용할 수 있습니다. 심지어 같은 답변 내에서 여러 번 사용할 수도 있습니다.

그냥 팩트 체커를 원하시는 거 아닌가요?

출처와 관계없이(그리고 주로 출처를 알 수 없기 때문에) 게시글에 오류가 없는지 검토하고 싶으실 겁니다.

아이러니하게도 이 작업을 위해 자연어 처리의 일부에 AI가 사용될 수 있다고 상상해 볼 수 있지만, 좀 벗어난 이야기이므로 넘어가겠습니다 …

여기서 불행할 정도로 예상되는 복잡성은 정치적 편향이나 이념, 교조가 개입될 수 있는 곳, 예를 들어 딱딱한 사실에 의존할 수 없는 의학의 일부 영역에서 이 기능이 어려움을 겪을 것이라는 점입니다.

하지만 명백한 사실을 확인하는 것은 간단할 수 있음을 분명히 볼 수 있습니다. 예를 들어 유명 인물의 생년월일과 출생지 같은 것 말이죠. 그런 것은 당연히 자동화할 수 있고, 그래야 하지 않을까요?

분명히 지켜볼 가치가 있는 흥미로운 분야입니다, 확실합니다!

1개의 좋아요

기능 요청에 이렇게 많고 다양한 답변이 달릴 줄은 몰랐습니다. 보통 게시 후에는 아무도 보지 않고 방치되곤 하거든요. 답변들 정말 감사합니다.

아래에서는 이 기능 요청과 관련된 두 가지 시나리오를 살펴볼 텐데요, 이를 통해 기능 요청에 대한 이해를 돕고자 합니다.

  1. 사용자가 환각(hallucination)을 식별하는 경우

사용자가 LLM(예: ChatGPT)을 이용해 그레고리안 성가(Gregorian chants)에 대한 정보를 검색합니다. 사용자는 ChatGPT의 응답을 Discourse 답변에 붙여넣습니다. 응답/완성문 중 환각이 포함된 부분에 대해 사용자는 해당 데이터를 선택하고 환각 표시 아이콘을 클릭하면 해당 섹션의 메타데이터(예: HTML span 또는 유사한 요소)가 업데이트되어 해당 스팬에 환각이 포함되어 있음을 표시합니다.

스팬은 커맨드라인의 옵션만큼 작을 수도 있습니다. ChatGPT에서 생성된 다음 커맨드라인을 살펴보면

gregorio -i --gregfont=“Caeciliae” myfile.gabc

gregfont 옵션이 환각으로 보이기 때문에, --gregfont="Caeciliae" 부분만 환각으로 표시해야 합니다.

주석 처리 전후의 HTML을 검사하면 다음과 같은 결과를 볼 수 있습니다.

전

<pre>
   <code class="hljs language-bash">gregorio -i --gregfont=<span class="hljs-string">"Caeciliae"</span> myfile.gabc
   </code>
</pre>

후

<pre>
   <code class="hljs language-bash">gregorio -i <span class="hallucination">--gregfont=<span class="hljs-string">"Caeciliae"</span></span> myfile.gabc
   </code>
</pre>
  1. API가 환각이 포함된 데이터를 소비하는 경우

사용자가 그레고리안 성가 악보를 생성하기 위한 커맨드라인을 검색하고, 환각이 포함되지 않도록 쿼리를 조정합니다. 검색 엔진이 결과를 생성하는 과정에서 해당 명령어가 포함된 페이지를 찾습니다.

gregorio -i --gregfont=“Caeciliae” myfile.gabc

검색 엔진은 페이지 내의 커맨드라인을 검사하여 주목할 만한 특정 명령어를 찾습니다. 이어 검색 엔진은 해당 커맨드라인에 환각이 포함되어 있는지 확인하여 환각이 포함된 스팬 요소를 발견하고, 이를 검색 결과에 포함하지 않습니다.


물론 Chrome과 같은 도구에 필요한 스팬을 추가하기 위한 플러그인을 만들 수 있지만, API에서 파싱할 수 있도록 메타데이터에 대한 표준(예: RFC)도 필요합니다.

위 시나리오는 웹 페이지에 맞춰 작성되었지만, LaTeX 등에도 유사한 원리가 적용되어야 합니다.

위 시나리오에서는 환각을 식별하기 위해 스칼라만 사용했지만, 메타데이터는 JSON이나 대수적 데이터 타입처럼 더 복잡할 수도 있습니다.


Gregorio 참고 자료

이것은 일부 커뮤니티에는 유용하지만 모든 커뮤니티에는 그렇지 않을 기능에 대한 요청인 것 같습니다.

개인적으로는 기계 생성 텍스트가 항상 스포일러와 유사한 메커니즘 안에 숨겨져 있기를 원합니다. 그것이 무엇인지 알고 싶고, 읽는 데 시간을 투자하기 전에 그것을 알고 싶습니다.

또한 지역 규칙에 무언가를 추가할 기회이기도 합니다. 기계 생성 텍스트를 구분하지 않는 것은 신고 가능한 위반 사항입니다.

기계 생성 텍스트를 스포일러와 유사한 메커니즘 안에 넣으면 게시자가 일부 주석이나 설명을 추가할 수도 있습니다. 그들은 텍스트가 재미있게 틀렸거나, 교육적으로 틀렸거나, 유용하기 때문에 포함했을 수 있습니다.

미래의 언어 모델이 이전 언어 모델의 출력으로 부분적으로 학습되는 문제… 그것은 아마도 스포일러 태그보다 훨씬 더 큰 문제일 것입니다.

1개의 좋아요

그렇게 말하면 좋지만, 분명 첫 단계는 그것이 기계에 의해 생성된 것인지 식별하는 것 아니겠습니까? 어떤 사용자는 아담(Adam)도 모를 정도로 모르는데…

그것이 불가능할 수도 있고, 정확성을 어떻게든 확인할 수 있을 뿐일 수도 있습니다…

1개의 좋아요

제 생각에는 이 문제가 검수(moderation) 문제입니다. 어떤 텍스트가 이상하게 느껴지면 조사가 이루어지고, “기계 생성되었으나 그렇게 표시되지 않음” 또는 "스팸일 가능성 있음"으로 표시되곤 합니다.

일부 사람들이 기계 생성 텍스트를 감지할 수 있는 서비스를 개발하려고 하는 것 같습니다. 하지만 그 효과나 비용에 대해서는 잘 모르겠습니다. 교육 분야에서는 부정행위 문제가 핵심이며, 이를 감지할 만한 동기가 분명히 존재합니다.

1개의 좋아요