Odyssey: Constructing Verifiable Local Truth-Preserving Foundation Models
이 논문은 Kan 확장을 통해 모듈형 "파운드리(foundry)"를 합성함으로써 엄밀한 논증, 진단, 그리고 이질적인 지식 소스의 통합을 가능하게 하는, 검증 가능하고 국소적이며 진리 보존적인 파운데이션 모델을 구축하기 위해 유니버설 파운드리 러닝(Universal Foundry Learning)과 파운드리 SQL(Foundry SQL)을 활용하는 범주론적 프레임워크인 ODYSSEY를 소개한다.
원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기
다음은 ODYSSEY 논문에 대한 설명을 일상적인 언어와 비유를 사용하여 번학한 내용입니다.
핵심 아이디어: "블랙박스"에서 "모듈형 공장"으로
현재의 거대 언어 모델(여러분이 대화하는 것과 같은 모델)을 거대하고 밀봉된 블랙박스라고 상상해 보세요. 질문을 넣으면 답이 나옵로 옵니다. 하지만 여러분은 그 답이 정확히 어떻게 만들어졌는지, 사실 관계가 어디에서 왔는지, 혹은 왜 모델이 어떤 상황에서는 "예"라고 하고 다른 상황에서는 "아니오"라고 했는지 알 수 없습니다. 만약 모델이 실수를 하더라도, 전체 박스가 하나로 뒤엉켜 있기 때문에 수정하기가 매우 어렵습니다.
ODYSSEY는 이러한 모델을 구축하는 다른 방식을 제안합니다. 하나의 거대한 블랙박스 대신, ODYSSEY를 하나의 모듈형 건설 공장(이하 "파운드리(Foundry)")이라고 생각하십시오.
이 공장에서 지식은 한데 뭉쳐진 커다란 더미로 던져지지 않습니다. 대신, 지식은 조각보나 겹쳐진 타일로 만든 지도처럼 구축됩니다.
- 국소적 진실 (Local Truths): 시스템은 세상을 작고 구체적인 이웃(국소적 맥락)들로 나눕니다. 어떤 이웃에서는 특정 진술이 "증명"될 수 있지만, 바로 옆 동네에서는 동일한 진술이 "증명되지 않았거나" 혹은 "모순된다"고 판정될 수 있습니다.
- 연결 고리 (The Glue): 시스템은 이 이웃들이 서로 연결되는 엄격한 규칙을 가지고 있습니다. 만약 두 이웃이 겹친다면, 시스템은 그들이 일치하는지 확인합니다. 만약 의견이 다르다면, 시스템은 억지로 일치시키려 하지 않고, 대신 그 불일치를 인간의 주의가 필요한 "글리치(glitch)" 또는 "차단된 경로"로 표시합니다.
목표는 검증 가능하며(작업 내용을 확인할 수 있고), 진실 보존적인(자신이 무엇을 알고 있는지, 혹은 어디서 그 지식을 얻었는지에 대해 거짓말을 하지 않는) 모델을 만드는 것입니다.
다섯 명의 작업자 (에이전트)
이 공장을 운영하기 위해, ODYSSEY는 그리스 신화의 인물 이름을 딴 다섯 명의 특화된 "에이전트"(소프트웨어 작업자)를 사용합니다. 이들은 마치 조립 라인처럼 프로젝트 파일을 다음 단계로 전달합니다.
스킬라 (SCYLLA - 번역가):
- 역할: 그녀는 인간과 대화합니다. 여러분이 질문을 던지면, 그녀는 모호한 요청을 정밀한 "작업 지시서"로 번역합니다.
- 비유: 여러분이 계약자에게 "집을 짓고 싶어요"라고 말한다고 가정해 봅시다. 스킬라는 "코티지를 원하시나요, 아니면 마천루를 원하시나요? 예산은 얼마인가요? 어떤 자재를 쓸까요?"라고 묻습니다. 그녀는 여러분의 바람을 설계도로 바꿉니다.
호머 (HOMER - 프로젝트 매니저):
- 역할: 그는 스킬라의 설계도를 받아 단계별 할 일 목록을 작성합니다. 어떤 도구가 어떤 순서로 필요한지 결정합니다.
- 비유: 그는 현장 소장입니다. "먼저 콘크리트를 부어야 합니다. 그다음 벽돌을 주문해야 합니다. 여기 일정이 있습니다"라고 말합니다.
아테나 (ATHENA - 설계자):
- 역할: 그녀는 구조를 설계합니다. 지식의 서로 다른 "이웃"들이 어떻게 결합되는지 결정합니다. 정보가 한 영역에서 다른 영역으로 이동하는 규칙을 설정합니다.
- 비유: 그녀는 지도를 그립니다. "주방은 식당과 연결되지만, 주방은 복도 없이 차고로 직접 연결될 수 없다"라고 규정합니다. 그녀는 논리가 성립하도록 보장합니다.
프로메테우스 (PROMETHEUS - 건설업자):
- 역할: 그는 아테나의 계획에 따라 실제로 모델을 구축합니다. 데이터를 수집하고, 계산을 실행하며, "세계 모델"을 만듭니다.
- 비유: 그는 건설팀입니다. 벽돌을 쌓고, 파이프를 설치하며, 벽을 세웁니다. 만약 문제가 발견되면(예: 파이프가 누락됨), 그는 보고서를 작성합니다.
툴민 (TOULMIN - 변호사/토론가):
- 역할: 그는 단순히 구축만 하는 것이 아니라 논쟁합니다. 완성된 모델을 가져와서 다음과 같이 검토합니다. "우리는 이 주장에 대한 증거가 있는가? 반론은 무엇인가? 한계점은 무엇인가?"
- 비유: 그는 의사봉을 든 품질 검사관입니다. 그는 묻습니다. "당신은 이 다리가 안전하다고 주장합니다. 엔지니어링 보고서를 보여주세요. 만약 비가 온다면 어떻게 됩니까? 이것은 당신의 주장을 뒷받받하는 증거이고, 저것은 당신의 주장을 무너뜨릴 수도 있는 증거입니다."
특수 도구들
논문은 이 작업을 수행하기 위한 몇 가지 구체적인 도구를 소개합니다.
- 파운드리 대수 (The Foundry Algebra): 이것은 레고 조립 설명서와 같습니다. "매장(Storefront)" 블록과 "금융(Financial)" 블록을 가져와서 서로 결합하여 "소매 기업" 모델을 만들 수 있습니다. 하지만 아무렇게나 결합할 수는 없습니다. 대수(algebra)라는 지침이 정확히 어떻게 맞물려야 하는지 알려줍니다.
- 티켓 (TICKET - 보안 요원): 외부에서 들어오는 새로운 정보(예: 외부에서 사전 학습된 모델)가 공장 안으로 들어올 수 있도록 허용하는 시스템입니다. 단순히 들여보내는 것이 아니라, 신분증을 확인하고 짐을 검사한 뒤 "입장 가능", "입장 가능하나 대기실에 머물 것", 또는 "출입 금지"를 결정합니다.
- FSQL (Foundry SQL): 모델에 대해 질문을 던지는 특수한 언어입니다. 단순히 "날씨가 어때?"라고 묻는 대신, "우리가 높은 확신을 가진 이웃 지역의 날씨 데이터만 보여주고, 우리가 추측하고 있는 데이터는 숨겨줘"라고 요청할 수 있습니다.
논문에 등장하는 실제 사례들
저자들은 이 시스템이 작동함을 증명하기 위해 몇 가지 특정 "파운드리"에서 테스트를 진행했습니다.
MyFixIt (수리 매뉴얼):
- 노트북 수리를 위한 모델을 구축했습니다. 단순히 텍스트를 읽는 것이 아니라, 시스템은 "나사를 제거한다", "부품을 들어 올린다", "이미지를 확인한다"와 같은 단계를 이해합니다.
- 결과: 특정 수리 단계를 찾으라는 요청을 받았을 때, 이 시스템은 단순한 텍{트 검색보다 훨씬 뛰어난 성능을 보였습니다. 왜냐하면 단어뿐만 아니라 동작과 필요한 도구를 이해했기 때문입니다.
인더스 문자 (Indus Script - 고대의 미스터리):
- 해독되지 않은 인더스 문자에 이 시스템을 적용했습니다.
- 결과: 시스템은 답을 아는 척하지 않았습니다. 대신 다양한 이론들을 보여주고, 그 이론들이 어디에서 겹치며 어디에서 모순되는지를 보여주었습니다. 시스템은 "알 수 없는" 부분들을 환각(hallucination)을 일으켜 번역하는 대신, "차단된 경로"로 명시적으로 표시했습니다.
TCC 44K (경제적 주장):
- 인과관계에 관한 44,000개의 경제 논문을 분석했습니다.
- 결과: 시스템은 "이 연구는 X가 Y를 유발한다고 말하지만, 오직 이 특정 국가에서만, 그리고 이 다른 요인을 무시했을 때만 그렇다"라고 말할 수 있었습니다. 정보를 뭉뚱그려 설명하는 대신 "세부 조항(fine print)"을 명확히 유지했습니다.
이케아(IKEA) 조립:
- 가구 조립 영상을 활용해 테스트했습니다.
- 결과: 시스템은 영상 속의 사람이 의자를 만드는 과정이 지침서와 일치하는지 확인했습니다. 만약 영상에서 부품이 누락되었거나 단계가 건너뛰어졌다면, 시스템은 이를 무시하는 대신 "글리치"로 표시했습니다.
결론
이 논문은 ODYSSEY가 다음과 같은 AI 모델을 구축하는 방법이라고 주장합니다.
- 투명성: 모델이 어떻게 구축되었고 데이터가 어디에서 왔는지 정확히 볼 수 있습니다.
- 정직함: 모델이 무언가를 모르거나 두 증거가 충돌할 경우, 가짜 답을 만들어내는 대신 (장애물이나 글리치 기록을 생성함으로써) 모른다고 인정합니다.
- 수정 가능성: 모델의 일부분이 틀렸을 경우, 전체를 다시 구축할 필요 없이 해당 "이웃" 부분만 수정할 수 있습니다.
저자들은 이것이 현재 "설계 단계"의 시스템이라고 말합니다. 이 시스템은 특정 구조화된 작업(수리 매뉴얼이나 금융 보고서 등)에는 잘 작동하지만, 아직 우리가 사용하는 거대하고 범용적인 챗봇을 대체할 수준은 아닙니다. 이것은 모든 것을 해결하는 마법의 탄환이 아니라, 신뢰할 수 있고 검사 가능한 AI를 구축하기 위한 새로운 아키텍처입니다.
연구 분야의 논문에 파묻히고 계신가요?
연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.