Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
본 만화는 벡터 검색, RAG(검색 증강 생성), AI 에이전트 등 최신 데이터 및 AI 기술을 마법 세계에 비유하여 해설한 기술 판타지입니다. 신참 마법소녀가 사부의 도움을 받아 접수처 상담 지원 시스템 같은 '서포트 마도 시스템' 설계를 배우는 과정을 그립니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기이 만화에 대해
본작은 벡터 검색부터 RAG(검색 증강 생성), AI 에이전트 같은 화제를 '데이터 옆에, AI를'이라는 생각하는 방식을 중심으로 마법 세계에 비유하여 해설한 판타지 만화입니다.
전작 『【만화】처음 인데이터베이스 AI벡터 검색・RAG부터 AI 에이전트까지 (코믹 라이즈판)』(부제 '데이터 옆에, AI를.')에서는 신입 엔지니어 아오야마 아이와 선배의 진구지라가 AI를 활용한 유지보수 서포트 시스템을 설계해 나가는 이야기였습니다. 이번 마법소녀 편에서는 이 이야기를 마법 세계로 비유하여, 신참 마법소녀 아이가 사부인 마도사 진구지라의 도움을 받으며 접수처의 수정 거울을 통한 상담을 지원하는 마도 시스템을 설계하는 기술 판타지로 재구성했습니다.
전작의 속편이 아닌 단독 작품으로 즐기실 수 있습니다.
이 만화의 내용은 원작가 개인의 경험 및 견해이며, 소속된 일본 오라클(Japan Oracle)을 대표하는 것이 아닙니다.
전작 만화: 『【만화】처음 인데이터베이스 AI벡터 검색・RAG부터 AI 에이전트까지 (코믹 라이즈판)』(부제 '데이터 옆에, AI를.')
원작: 『처음 인데이터베이스 AI벡터 검색・RAG부터 AI 에이전트까지』
인물 및 장면에 이미지 생성 AI를 사용했으며, 글자, 그림, 코드는 별도로 편집했습니다. 이 만화 제작에 사용된 Manga Generator를 공개한 츠키모리 나기님께 감사드립니다.
프롤로그 1컷目
아이: 데이터 옆에, 마법을! 매지컬 인데이터베이스!
프롤로그 2컷目
아이: 왕립 서포트 길드, 신참 마법소녀 아이입니다! 상담해 주세요!
프롤로그 3컷目
미라: 별무리 탑의 미라예요! 탑의 마도로 관리판이 열리지 않아요! 오늘 밤은 유성우가 온대요!
갈드: 용기사단 단장, 갈드다! 우리 계약으로 요새까지 와줄 수 있나?
관리판이 열리지 않는다
요새까지 와줄 수 있을까
프롤로그 4컷目
아이: 네, 네! 음, 바로 확인하겠습니다. 잠시만 기다려 주세요!
프롤로그 5컷目
갈드: 야, 지금 저쪽 탑이 보였다.
아이: 와아, 죄송해요!
프롤로그 6컷目
아이: 진구지라 사부님! 일어나세요!
프롤로그 7컷目
진구지라 길드의 상급 마도사. 아이의 스승
진구지라: ……아이. 손님의 이야기는 섞으면 안 돼.
프롤로그 8컷目
진구지라: 너에게, 서포트 마도 시스템 설계를 맡긴다.
아이: 제가요!? ……할게요! 우선 무영창 마술로, 짠!
프롤로그 9컷目
진구지라: 그전에. 누구의, 어떤 일을 서포트 할지부터 생각하자.
아이: 수정 거울 담당이 절차를 찾는 것. 그리고 계약으로 무엇을 할 수 있는지 확인하는 것!
프롤로그 10컷目
아이: ……그런데 사부님, 저 손잡이는요?
진구지라: 언젠가 쓸 거다.
프롤로그 11컷目
할시네: 저는 허언의 마녀 할시네. 답 같은 건, 그럴싸하면 되는 거예요!
마법소녀 아이 데이터 옆에, 마법을.
제1화 1컷目
아이: 절차의 두루마리는 검색 탑으로, 계약 석판은 이쪽 금고로, 산 지도는 지도사 관으로. 따로따로 보관하고 정리정돈입니다!
제1화 2컷目
아이: 미라 씨의 별무리 탑은 계곡과 고개가 복잡하게 얽힌 산속이에요. 탑과 유지보수 길드의 거점, 그리고 통할 수 없는 구역은 지도로 확인합니다!
진구지라: 그럼, 계약이나 지도가 바뀌면요?
제1화 3컷目
아이: 세 군데에 필사합니다!
제1화 4컷目
복사 고스트 A: 용기사단은 해지됐어요-
복사 고스트 B: 아니요, 계약 중이에요-
제1화 5컷目
복사 고스트 C: 최신? 몰라요-
갈드: 누가 해지했다고!?
제1화 6컷目
지도 복사 고스트: 그 고개, 통할 수 있어요!
진구지라: 그거 오래된 지도다. 지난주 눈사태로 그 고개는 지나갈 수 없어.
제1화 7컷目
아이: 뭐, 뭐야 이거!?
진구지라: 써낸 후에, 버려진 분신의 유령. 복사 고스트다.
제1화 8컷目
진구지: 다른 장소에 복사하면 계약 변경이나 취소된 절차, 지나갈 수 없게 된 길까지 계속해서 다시 그려야 해.
제1화 9컷
진구지: 그래서 절차의 두루마리도 계약 석판도 산 지도도 이 하나의 도서관에 넣어둬. 여기가 바로 '단 하나의 진실의 도서관'이야.
제1화 10컷
아이: 즉, 여기에 보관하면 최신 석판이나 지도를 언제든지 대조할 수 있다는 거네요!
진구지: 맞아. 절차는 의미로 찾고. 현지 유지보수를 부탁할 수 있는지는 계약 조건으로 조사해.
제1화 11컷
진구지: 현장에 갈 수 있는지는 지도로 조사해. 탑과 거점의 위치, 지나갈 수 없는 구역도 같은 도서관 안에서 조합할 수 있어.
아이: 부탁만 할 수 있는 게 아니라, 갈 수 있는지까지 확인할 수 있다는 건가요!
제1화 12컷
카피 고스트 A: 최신, 반짝반짝해요!
제1화 13컷
하루시네: 저의 귀여운 부하들이! ……흥, 오늘은 봐주겠어요.
제1화 14컷
아이: 저 사람, 프롤로그에서도…… 누구예요?
진구지: 허언의 마녀. 그럴듯한 이야기로 수면 거울의 상담을 뒤흔들어. 곧 싫든 좋든 만나게 될 거야.
공식 문서: Oracle Spatial — 공간 개념 (Spatial Concepts)
철도 회사 예시 자료 출처: 본편 만화. 원 기사 및 데모에는 지리 공간 정보의 예시는 없습니다.
제1화의 핵심 내용 1컷
아이: 진구지 씨, 아까 말씀하신 '단 하나의 진실의 도서관'은……
진구지: 응, 핵심 내용을 밝혀줄게.
제1화의 핵심 내용 2컷
| 마법 세계 | 실제 기술 |
|---|---|
| 단 하나의 진실의 도서관 | 통합 데이터베이스 (Converged Database) Oracle AI Database |
| ... | |
| 데이터의 정본을 한곳에 보관 (Single Source of Truth) |
제1화의 핵심 내용 3컷
제품
Oracle AI Database
업무표도, 문서도, 벡터도, 위치 정보도. 하나의 DB로
제1화의 핵심 내용 4컷
성질이 다른 세 가지 질문
| 마법 세계 | 실제 기술 |
|---|---|
| 절차를 찾기 | 의미가 비슷한 문서 검색 (벡터 검색, Vector Search) |
| ... |
제1화의 핵심 내용 5컷
아이: 카피 고스트의 정체는……
진구지: 다른 검색 기반으로 복사된 데이터야. 계약 변경이나 문서 공개 취소를, 복사한 곳에 반영해 두지 않으면 안 돼.
복제하면 동기화가 필요함. 변경 및 공개 취소도.
제1화의 핵심 내용 6컷
아이: 하나의 도서관, 즉 데이터베이스 안에 있다면, 복사하지 않고 원래 계약표나 지리 공간 정보와 대조할 수 있다는 거군요?
진구지: 맞아. SQL로 문서 검색과 계약 및 장소 조회를 결합하는 거야.
원래 표・문서・위치 정보 같은 DB의 SQL로 조합하기
제1화의 핵심 내용 7컷
아이: 마도 지도의 위치나 구역은 실제로 무엇으로 조사하나요?
진구지: Oracle Spatial이야. 위치나 구역 데이터를 DB에 저장하고, 공간적인 관계를 SQL로 조사할 수 있어.
마도 지도 핵심 내용: 위치・구역도 DB 안에
제1화의 핵심 내용 8컷
Oracle AI Database 기능
Oracle Spatial
위치나 구역을 저장하고, 공간적인 관계를 SQL로 조사하기
위치・구역을 DB에 → 공간적인 관계를 SQL로 조회
제1화의 핵심 내용 9컷
해설: 본편 만화의 철도 회사 예시
해설: 표와 문서 외에도, 주행 위치나 구역도 같은 DB에서 다루기
제1화의 핵심 내용 10컷
해설: 차량 타입・기간과, 도(道) 진입을 조사하기
해설: 표의 조건과, 주행 위치・도의 구역을 조합하기
제1화의 핵심 내용 11컷
해설: 보고서 문서의 조건도, 같은 DB에서 조사하기
해설: 의미가 비슷한 보고서 검색도 조합 가능
제1화의 핵심 내용 12컷
해설: 표・지도・문서의 조건을, 같은 DB의 SQL로 조합하기
제1화의 핵심 내용 13컷
아이: 탑으로 가는 길과, 계약과, 절차. 철도 예시도, 다른 종류의 조건을 함께 조사하고 있네요.
진구지: 맞아. 이게, 종류가 다른 데이터를 하나의 DB에서 다루는 장점이야.
표・지도・문서 한 개의 DB로 조합하기
⚠️ [IMG:N] 형식 토큰은 이미지 placeholder 입니다. 번역하지 말고 원래 위치에 그대로 유지하세요.
제1화의 진실 공개 14컷
아이: 복사 고스트는 동기화 지연이었군요.
진구지: 그 비유는 상당했어.
제2화 1컷
아이: 미라 씨의 상담 쪽지인데, 아무것도 나오지 않아요……!
제2화 2컷
진구지: 미라 씨에게서는 '관리판'이라고 들었는데, 두루마리에는 '제어 진(制御陣)'이라고 쓰여 있네.
관리판
첫 번째 제어 진에 넣을 때가 아닐 경우
제2화 3컷
아이: 같은 이야기인데, 단어가 다르면 찾지 못해요……!
제2화 4컷
진구지: 글자가 같냐가 아니라, 의미가 비슷한지로 찾아보자.
아이: 의미를 읽을 수 있는 정령이라면, 산 너머의 정령 탑에 있어요! 두루마리를 전부 옮겨서 읽게 하자!
진구지: 좋아, 부탁하자.
제2화 6컷
진구지: 정령은 두루마리를 읽고 그 의미를 '개념의 화살'로 만든다.
제2화 7컷
아이: 두루마리의 화살과 상담 쪽지의 화살이 도착했어요! 다 읽은 두루마리도 한 개 돌아왔어요!
제2화 8컷
진구지: 화살이 가리키는 곳은 의미의 천계에 있는 한 지점이다. 의미가 비슷한 두루마리일수록, 화살의 방향이 가깝다.
아이: 미라 씨의 별자리 지도 같아요!
해설: 첫 번째 제어 진에 넣을 때가 아닐 경우
해설: 관리판의 불빛이 꺼졌을 때
해설: 비룡사(飛竜舎)의 청소
첫 번째 제어 진에 넣을 때가 아닐 경우
관리판의 불빛이 꺼졌을 때
비룡사의 청소
제2화 9컷
진구지: 서가에는 두루마리와 화살을 나란히 놓게 된다. 답에 사용하는 것은 두루마리의 본문이니까.
제2화 10컷
진구지: 방위의 나침반으로, 상담 쪽지의 화살과 방향이 가까운 화살을 찾는다.
제2화 11컷
아이: ……찾았다! 절차의 두루마리, 첫 번째!
제2화 12컷
아이: 찾았어요! 이제 탑에 맡긴 나머지 두루마리와 상담 쪽지만 돌려받으면……
제2화 13컷
진구지: 아, 너무 서두르면……!
별미의 탑 관리판이 열리지 않는다.
원문 기사(제1절): 벡터 검색은 글자 일치만으로는 찾을 수 없는 후보도 찾아준다 · 벡터 검색 처리 개요
제2화의 진실 공개 1컷
| 마법 세계 | 실제 기술 |
|---|---|
| 정령 탑으로 옮기기 | 외부 임베딩 API로 전송 |
| ... |
제2화의 진실 공개 2컷
아이: 나침반으로 화살 방향을 비교한 것은……
진구지: 질문과 비슷한 두루마리를 찾고 있는 것이다. Oracle AI Database의 AI Vector Search를 사용하여 벡터 거리를 비교하는 것이지. 방향이 비슷하면 코사인 거리(Cosine Distance)는 작다. 즉, 유사하다는 뜻이다.
의미가 비슷하면, 방향이 가까운 COSINE 거리로 정렬한다.
제2화의 진실 공개 3컷
Oracle AI Database 기능
AI Vector Search
벡터 거리를 사용하여 의미가 비슷한 문서를 검색
SQL로 검색
벡터 컬럼
벡터의 근접성
제2화의 진실 공개 4컷
진구지: 두루마리와 화살을 나란히 놓은 것은, 본문과 벡터를 모두 저장하기 위해서다. 벡터만으로는 본문을 복원할 수 없으니까.
본문과 벡터를 저장한다. 본문은 본문으로서 읽는다.
제2화의 진실 공개 5컷
아이: 그 '분실물'은……?
진구지: 외부 임베딩 API로 문서나 질문을 보내는 비유다. 임베딩 모델을 DB 안에 가져오는 것도 가능하다. 다음 이야기에서 소개해주마.
외부 API로 벡터화 다음 화: 모델을 DB에
제3화 1컷
갈도: ……별미의 탑 관리판이 열리지 않는다고? 왜 남의 상담이 우리 요새로 떨어지는 거지?
아이: 와아, 회수요!
제3화 2컷
진구지: 전부를 밖에 옮기면, 옮길 때마다 떨어뜨릴 걱정이 따른다.
진구지: 두루마리를 나르는 것이 아니라, 정령 쪽으로 와달라고 하자.
제3화 3컷
의미 읽는 정령: 어느 나라 말이라도 의미를 파악하여 '개념의 화살'을 발사한다.
진구지: 의미 읽는 정령에게, 도서관 안에 살게 하자.
제3화 4컷
아이: 탑의 정령님, 이사 완료입니다!
제3화 5컷
진구지: 이번에는, 도서관 안에서 두루마리를 읽게 하자.
제3화 6컷
아이: 정령님, 앞으로도 두루마리에 화살을 부탁드립니다!
진구지: 같은 정령이니까, 도착한 화살은 그대로 쓸 수 있어.
제3화 7컷
아이: 도서관 안에서도, 상담 쪽지에 화살을!
제3화 8컷
아이: 정령님이 도서관 안에 계시니까, 두루마리를 밖에 옮기지 않아도 되는 거네요. 이제 떨어뜨리지 않을게요!
진구지: 정령이 일하는 만큼, 도서관의 힘도 사용해. 얼마나 작동할 수 있는지는 너의 도서관에서 확인해보자.
제3화 9컷
아이: 두루마리를 다시 쓰면, 화살도 다시 발사해야 하죠?
제3화 10컷
아이: 회수된 두루마리를 치우니, 천계의 화살도 함께 사라졌어요!
진구지: 두루마리와 화살을 같이 관리하고 있으니까. 밖에 화살의 사본을 그대로 두면, 또 복사 고스트(copy ghost)가 남아버려.
공식 문서: Transactions, Data Concurrency and Consistency, Generate Vector Embeddings. 검색에의 반영은 일반적인 READ COMMITTED를 의미하며, 커밋 후에 시작하는 검색을 가리킵니다.
제3화의 단서 1컷
아이: 의미를 읽는 정령님은, 사실...
진구지: 임베딩 모델(embedding model)인 multilingual-e5-large. 땀은 안 흘리지만, CPU는 사용해.
제3화의 단서 2컷
아이: 정령님을 도서관에 모신 것은...
진구지: 임베딩 모델을 ONNX 형식으로 DB 안에 가져왔다는 거야. DB 내부의 모델이라면, 문서를 DB 외부로 꺼내지 않고도 벡터화할 수 있어.
외부 API로 전송하는 것 vs DB 내부 모델을 사용하는 것
제3화의 단서 3컷
Oracle AI Database의 기능
임베딩 모델의 가져오기(import)
모델을 DB에 로드하여 문서를 DB 내에서 벡터화
제3화의 단서 4컷
아이: 두루마리와 화살이 함께 사라진 것은...
진구지: 문서와 벡터를 같은 DB의 테이블에 저장하고 있기 때문이야. 문서 업데이트와, 벡터 재구성을 같은 트랜잭션(transaction)으로 처리할 수 있어.
문서와 벡터를 같은 테이블에, 업데이트를 하나의 트랜잭션으로
제3화의 단서 5컷
진구지: 문서와 벡터의 행을 회수(take down)하고 커밋하면, 그 이후에 시작하는 검색에도 반영돼. 자동으로 벡터를 재구성한다는 의미는 아니야.
아이: 두루마리와 화살을 따로따로 다시 쓸 필요가 없군요.
회수 후 커밋, 이후의 검색에 반영
제3화의 단서 6컷
진구지: 임베딩은 DB 내부에서, CPU/메모리는 실측(실제 측정), 답변을 만드는 LLM은 외부야.
임베딩은 DB 내부에서, CPU/메모리는 실측, 답변의 LLM은 외부
제3화의 단서 7컷
SELECT doc_id, chunk_text,
VECTOR_DISTANCE(embedding,
VECTOR_EMBEDDING(MULTILINGUAL_E5_LARGE
...
제3화의 단서 8컷
원문 기사 "2. 임베딩 모델을 DB 내로 가져와, DB 안에서 벡터를 생성하기"
제4화 1컷
할시네: 물거울 상담은 제가 대신 답변해 드릴게요!
할시네: 용기사단 요새의 마도로는 이 절차대로 고쳐졌어요! 비슷하잖아요!
제4화 2컷
할시네: 요새까지 가겠습니다! 별 보기 탑님의 계약이라면, 갈 수 있어요!
제4화 3컷
가르도: ...지금 우리 요새 이야기를, 남의 탑으로 했나?
아이: 잠깐만요! 다른 손님 이야기예요!
제4화 4컷
진구지: 의미가 비슷하다고 해서 안내에 쓸 수는 없어. 그 상담 쪽지 고객님의 범위 내에서 찾을 필요가 있어.
아이: 할시네님께 '남의 손님 이야기는 하지 말아 달라'고 부탁하면...
제4화 5컷
할시네: 잘 처리해 드릴게요~
진구지: 부탁으로는 지킬 수 없어. 도서관의 시스템으로 막아야 해.
제4화 6컷
진구지: 상담을 받으면, 상담 쪽지를 열어. 그 상담이 진행되는 동안은, 이 부적이 고객님을 기억하고 있어.
신궁지: 그리고 결계(結界). 결계는 부적의 고객님과, 두루마리나 석판에 기록된 고객님을 비교하여 같은 고객님의 것만 보여줘.
제4화 7컷
하르시네: 에잇!
제4화 8컷
아이: 부적을 달지 않으면 어떻게 되나요?
제4화 9컷
아이: 아무것도 안 보여요!
신궁지: 실수로 남의 고객님 이야기가 보이는 것보다 훨씬 나아.
제4화 10컷
신궁지: 게다가, 서가를 직접 들여다볼 수 있다면 결계의 의미가 없어. 도서관 규칙으로 이 결계로만 읽을 수 있게 하는 거야.
제4화 11컷
하르시네: 오, 기억하고 계셨네요!
원문: 섞지 마세요! 대응 중인 티켓의 고객에게 검색 범위를 한정하는 메커니즘
제4화의 비밀 1컷
아이: 부적과 결계는 정말 어떻게 작동하는 건가요?
신궁지: PL/SQL과 View야.
제4화의 비밀 2컷
| 마법 세계 | 실제 기술 |
|---|---|
| 상담 부적 | 티켓 |
| ... | |
| View는 원본 테이블의 필요한 행과 열을 보여주는 창이야. |
제4화의 비밀 3컷
신궁지: 부적의 정체는 PL/SQL 패키지의 변수야. 티켓을 열면 고객 ID가 들어가고, 같은 DB 세션 동안 기억하고 있지. View는 WHERE 절로 각 행과 비교해서, 미설정일 경우 0건으로 만들어줘.
부적 = 패키지 변수의 고객 ID | 같은 DB 세션에서 유지 | 미설정 시 0건
제4화의 비밀 4컷
신궁지: 서가를 직접 들여다볼 수 없게 하는 규칙은 DB 권한의 비유야. 앱의 DB 사용자에게는 View만 읽을 권한을 주는 거야.
서가를 직접 들여다보지 못하게 함 = 원본 테이블은 읽지 못함 | View의 읽기 전용 접근만 가능
제5화 1컷
아이: 다음은 가르도 씨의 상담이네요. '요새까지 와줄 수 있나요!'군요!
가르도 / 요새까지 와줄 수 있나요?
제5화 2컷
신궁지: 현장 유지보수를 부탁할 수 있는지는 석판에는 새기지 않아. 결계를 통해 봐봐.
별빛의 탑 해지/정지 없음 내년 봄까지 현장
제5화 3컷
신궁지: 해지도 정지도 없이, 오늘이 기간 내이고, 현장 유지보수가 있는 계약에만 '대상' 표시가 떠. 결계가 볼 때마다 판정하는 거야.
별빛의 탑 해지/정지 없음 내년 봄까지 현장
대상
제5화 4컷
아이: 석판에 새겨두면, 기한이 지나도 '대상'으로 남아버리잖아요!
작년 가을까지
대상
제5화 6컷
아이: 용기사단 부적으로 보면... '대상 아님'. 원격 유지보수만 하는 계약이라서군요.
아이: 대상 아닌 석판도 숨기지 않고 보여주니까, 왜 대상이 아닌지 설명할 수 있네요!
가르도: 그렇군. 우리는 원격이었나. ...남의 탑에 이야기를 새어 나가지 않는다면 그걸로 됐어.
용기사단 해지/정지 없음 기간 내 원격
대상 아님
원문: 계약의 판정도 LLM에게 추측하게 하지 않고 View로 판정하기 - 데모A
제5화의 비밀 1컷
아이: 판정 표시라는 건, 사실...
신궁지: View의 계산 열(Calculated Column)이야.
제5화의 비밀 2컷
| 마법 세계 | 실제 기술 |
|---|---|
| 계약 석판 | 계약 테이블 |
| 판정 표시 | View의 CASE 문으로 만드는 판정 열 onsite_eligible |
| View는 원본 테이블의 행과 열에 계산된 열을 추가하여 보여줄 수도 있어. |
제5화의 비밀 3컷
신궁지: 석판에 새기지 않은 판정 표시는 View의 CASE 문으로 만드는 판정 열이야. 오늘 날짜와 계약 조건으로부터 매번 결정하는 거지.
판정 열은 View로 만듦 | 테이블에는 저장하지 않음 | 해지/정지 없음 / 기간 내 / 현장
제5화의 비밀 4컷
OJ41_VISIBLE_CONTRACTS의 CASE 문
CASE WHEN c.status = 'ACTIVE'
AND r.as_of_date BETWEEN c.start_date AND c.end_date
AND c.service_scope = 'ONSITE'
...
데모에서는 결과가 매번 바뀌지 않도록, 오늘 대신 고정된 기준일(r.as_of_date)을 사용해.
제5화의 비밀 5컷
아이: 『대상 외』의 판정 결과도 숨기지 않는 건, 이유를 설명하기 위해서군요. 판정을 뷰(View)로 정리하면, 앱이든 AI의 SQL이든 같은 판정을 사용할 수 있겠네요!
제외(N) 행도 반환하는 판정은 뷰에서 공통화
제5화의 전개 6컷지
진구지: 경계로 범위를 좁히고, 판정의 표시로 규칙을 정한다. 이 만화의 원작자는 이 뷰(View) 사용법을 'VIEW as a Harness'라고 부른단다.
아이: 하네스라는 건 말의 고삐 같은 건가요?
진구지: 맞아. AI의 힘을 올바른 방향으로 이끄는 장치야.
VIEW as a Harness 범위 좁히기・판정 정하기
제5화의 전개 7컷지
VIEW as a Harness
제5화의 전개 8컷지
아이: 전용 벡터 데이터베이스가 아니라, Oracle 같은 RDB를 사용하는 의미도 여기에 있군요!
진구지: 그래. 벡터 검색만 할 거라면 전용 데이터베이스로도 가능해. 하지만 뷰(View)로 범위를 좁히고, SQL로 업무 규칙을 판정하며, 권한으로 보호한다. 그러한 기능들이 갖춰져 있다는 것 자체가 RDB를 사용하는 의의야.
뷰・SQL・권한
제5화의 전개 9컷지
아이: 판정의 표시를 뷰에 가지고 두면, 다른 좋은 점도 있나요?
진구지: 있어. 말에서 SQL을 만드는 NL2SQL(Natural Language to SQL)에서 이 판정 열이 위력을 발휘해. AI에게 판정식을 처음부터 쓰게 할 필요 없이, 판정 열만 사용하면 돼. 그 이야기는 제7화에서 다룰 거야.
NL2SQL에서도 판정 열 사용
제5화의 전개 10컷지
원문 기사 '3. 티켓 고객과 기종을 좁혀 벡터 검색하기' '데모 A'
제6화 1컷지
길드장: 사람은 글솜씨가 좋은 사람에게 금방 감탄한다.
길드장: 길드장인 내가 새로운 상담 담당을 고용했단다! 글이 아주 좋아서 말이야.
제6화 2컷지
아이・진구지(두 사람의 속마음): (설마……)
진구지: 그녀의 정체는 생성의 정령이다. 장난기가 많지만, 말하는 힘은 진짜야.
제6화 3컷지
미라: 관리판이 열리지 않아요. 유성군까지, 앞으로 세 시간이에요!
할시네: 마도로를 37번 재시동하고, 달을 향해 로에 노래를 부르면 고쳐질 거예요!
제6화 4컷지
미라: 자, 37번!?
아이: 근거는요!?
제6화 5컷지
할시네: 분위기예요!
진구지: 말하는 힘은 있어. 부족한 건 근거야.
제6화 6컷지
아이: 근거 소환!
제1 통제 진입 불가 시
제12 현장으로 향하는 준비
제6화 7컷지
진구지: 이 두루마리를 바탕으로 답변을 받는다. 두루마리에 적혀 있지 않은 것은, 모른다고 답하게 한다.
제6화 8컷지
할시네: ……로의 마력선, 수정 삽입, 관리판까지의 통로를 확인하고, 로 기록을 복사해 놓겠습니다. 재시동 전에 탑의 불빛에 미치는 영향을 확인해주세요. 근거는 절차 두루마리 제1입니다.
제6화 9컷지
미라: 제대로 하고 있어요!
할시네: 제가 진심을 내면 이 정도랍니다.
제6화 10컷지
진구지: 그리고 돌아온 답변도 검사한다. 근거 두루마리가, 건넨 두루마리 안에 있는지. 내용이 맞는지를.
제6화 11컷지
아이: 즉, 답이 이상할 때, 찾는 단계에서 실패했는지, 말하는 단계에서 틀렸는지를 나누어 확인하는 것이 중요하다는 거네요!
진구지: 이번에는 전부 맞았어.
제6화 12컷지
할시네: ……왠지, 저 감시당하고 있는 것 같은데요?
진구지: 당하고 있어.
제6화의 전개 1컷지
아이: 할시네 씨의 정체는……
진구지: LLM이구나. 이름은 환각(Hallucination)에서 따왔어. 검색한 근거를 덧붙여서 답변을 받는 것이 RAG야.
제6화의 전개 2컷지
설계 방식
RAG (검색 증강 생성)
검색한 근거를 LLM에게 전달하여, 답변을 생성
제6화의 전개 3컷지
| 마법 세계 | 실제 기술 |
|---|---|
| 근거 소환 | RAG (검색 증강 생성) |
| ... |
제6화의 전개 4컷지
진구지: 근거 소환으로 건넨 두 개의 두루마리는 뷰 범위로 검색한 문서야. 쓰여 있지 않은 것은, 모른다고 대답하도록 해줘.
결계 내의 두루마리만 전달 / 본문을 근거로 LLM이 답변 / 쓰여 있지 않으면 불명
제6화의 실마리 5컷
아이: 돌아온 답변은, 두루마리와 대조해 보셨네요. 인용된 문서가 전달한 것 안에 있는지, 내용도 일치하는지 확인하시는 거군요.
돌아온 답변도 검사 / 전달한 문서 안에 있는지 / 내용은 근거와 맞는지
제6화의 실마리 6컷
진구지: 근거 두루마리를 찾지 못했다면, 검색을 고치는 거야. 찾은 근거로부터 답변을 잘못 만들었다면, 생성을 고치는 거지.
원기사 "4. 검색한 문서를 근거로 RAG(검색 증강 생성)으로 답변하기", "데모 B", "검색의 실패와 생성의 실패를 나누어 고치기"
절차의 두루마리를 찾는 것 = 검색 / 답변을 만드는 단계 = 생성
제6화의 실마리 7컷
아이: 37회의 재부팅은...
진구지: 근거 없는 답변의, 좋은 예시였네.
제7화 1컷
미라: 유성군 관측, 다음 달에는 탑까지 와 주실 수 있나요? 저희 계약, 아직 계속되고 있죠?
아이: 세, 셀렉트 카운트 프롬... 히야이
제7화 2컷
아이: 스승님! 지금이야말로 무영창 마술을!