[태그:] RAG

  • Hallucination 발생 과정|AI는 왜 틀린 정보를 사실처럼 말할까?

    Hallucination 발생 과정|AI는 왜 틀린 정보를 사실처럼 말할까?

    LINK&TEM GUIDE

    Hallucination 발생 과정

    AI는 왜 존재하지 않는 정보를 그럴듯하게 만들어낼까?

    📌 핵심 요약
    • Hallucination은 AI가 거짓말을 하는 것이 아니라 가장 그럴듯한 답을 생성하는 과정에서 발생하는 현상입니다.
    • 학습 데이터 부족, 모호한 질문, 긴 추론 과정, Temperature 설정 등이 복합적으로 영향을 줍니다.
    • 최신 AI도 Hallucination을 완전히 제거하지는 못하며 감소시키는 방향으로 발전하고 있습니다.
    • 검색(RAG), 공식 문서 활용, 검증 단계 추가를 통해 발생 확률을 크게 줄일 수 있습니다.
    • 사용자 질문 방식도 Hallucination 발생률에 직접적인 영향을 줍니다.

    ChatGPT나 Gemini, Claude 같은 생성형 AI를 사용하다 보면 매우 자신감 있게 설명했지만 실제로는 존재하지 않는 정보를 답하는 경우를 볼 수 있습니다. 존재하지 않는 논문을 인용하거나 실제 없는 기능을 설명하거나, 잘못된 코드를 정답처럼 제시하는 사례도 있습니다.

    이러한 현상을 AI 업계에서는 Hallucination(환각)이라고 부릅니다. 이름 때문에 AI가 착각하거나 상상한다고 오해하기 쉽지만 실제 내부에서는 전혀 다른 이유로 발생합니다.

    이번 글에서는 Hallucination이 왜 발생하는지, 내부적으로 어떤 단계에서 만들어지는지, Temperature나 추론 과정과는 어떤 관계가 있는지까지 실제 생성 과정을 기준으로 자세히 알아보겠습니다.


    1. Hallucination이란 무엇일까?

    Hallucination은 AI가 학습하지 않은 사실이나 존재하지 않는 정보를 실제 사실처럼 생성하는 현상을 의미합니다.

    중요한 점은 AI가 거짓말을 하려는 것이 아니라는 것입니다. GPT 계열 모델은 본질적으로 ‘다음에 올 가능성이 가장 높은 토큰’을 예측하는 시스템입니다. 따라서 정답을 알고 있는 것이 아니라 가장 자연스러운 문장을 이어가는 것이 목표입니다.

    즉, 답을 모르는 상황에서도 문장을 끝까지 완성하려고 하기 때문에 현실에는 없는 정보도 매우 자연스럽게 만들어질 수 있습니다.

    💡 쉽게 이해하면

    검색엔진은 “모르면 검색 결과가 없습니다.”라고 답할 수 있지만, 생성형 AI는 문장을 완성하는 모델이기 때문에 모르는 경우에도 가장 가능성이 높은 문장을 만들어내려는 성향이 있습니다.

    2. Hallucination은 어느 단계에서 발생할까?

    많은 사람이 학습 과정에서 잘못 외워서 Hallucination이 생긴다고 생각하지만 실제로는 생성 단계에서 가장 많이 발생합니다.

    단계 Hallucination 영향
    사전학습 정보 부족 또는 편향 가능
    질문 이해 질문 해석 오류 가능
    토큰 예측 가장 많이 발생
    최종 문장 생성 잘못된 정보가 자연스럽게 연결

    특히 토큰을 하나씩 생성하는 과정에서 앞에서 만들어진 내용이 뒤에도 영향을 주기 때문에 초기에 작은 오류가 발생하면 이후 문장 전체가 잘못 이어질 수도 있습니다.

    Link&Tem Insight

    GPT는 데이터베이스에서 문장을 복사하는 구조가 아니라 확률적으로 다음 토큰을 생성합니다. 따라서 처음 몇 개의 토큰 선택이 이후 답변 전체를 결정하는 경우가 많습니다.

    3. Hallucination이 발생하는 대표 원인

    Hallucination은 하나의 원인으로 생기지 않습니다. 여러 요소가 동시에 작용하여 발생합니다.

    대표 원인
    • 학습 데이터 부족
    • 최신 정보 미반영
    • 모호한 질문
    • Temperature 증가
    • 긴 추론 과정
    • 컨텍스트 손실
    • 잘못된 이전 답변 영향

    예를 들어 존재하지 않는 논문 제목을 질문하면 AI는 실제 논문 이름과 비슷한 패턴을 학습했기 때문에 매우 그럴듯한 제목과 저자, 발행 연도까지 만들어낼 수도 있습니다.

    4. Temperature가 영향을 줄까?

    많은 사용자가 Temperature와 Hallucination을 혼동하지만 둘은 동일한 개념이 아닙니다.

    Temperature는 여러 후보 토큰 가운데 얼마나 다양한 선택을 허용할지를 결정하는 설정입니다.

    Temperature가 높을수록 예측 확률이 낮은 토큰도 선택될 가능성이 커지고, 창의성은 증가하지만 Hallucination 가능성도 함께 증가하는 경향이 있습니다.

    Temperature와 Hallucination 관계
    • Temperature 0에 가까움 → 가장 안전한 답변
    • 중간 Temperature → 균형
    • 높은 Temperature → 창의성 증가
    • 높은 Temperature → Hallucination 가능성 증가

    하지만 Temperature를 0으로 설정했다고 Hallucination이 완전히 사라지는 것은 아닙니다. 기본적으로 모델이 잘못 학습했거나 정보 자체가 부족하면 낮은 Temperature에서도 같은 오류가 반복될 수 있습니다.

    Link&Tem Insight

    Temperature는 Hallucination의 원인이 아니라 발생 확률을 조절하는 변수에 가깝습니다. 즉 Temperature가 낮아도 모델이 모르는 사실은 여전히 틀릴 수 있습니다.
    Part 1 정리

    Hallucination은 AI가 의도적으로 거짓말을 하는 현상이 아니라 확률적으로 다음 토큰을 생성하는 과정에서 발생하는 자연스러운 한계입니다. 특히 생성 단계와 Temperature, 질문 방식이 큰 영향을 미치며, 다음에서는 실제 내부 생성 흐름과 최신 AI가 Hallucination을 줄이는 방법, RAG와 추론 모델의 차이까지 이어서 살펴보겠습니다.

    5. 실제 Hallucination 생성 흐름

    Hallucination이 만들어지는 과정을 이해하려면 AI가 완성된 답을 한 번에 꺼내는 시스템이 아니라는 점부터 알아야 합니다. 언어 모델은 입력된 질문과 지금까지 생성한 문장을 바탕으로 다음에 올 토큰의 확률을 계산하고, 선택된 토큰을 다시 입력 문맥에 추가하는 과정을 반복합니다.

    Hallucination이 만들어지는 일반적인 흐름
    1. 사용자의 질문을 토큰 단위로 변환합니다.
    2. 질문과 대화 기록을 컨텍스트로 구성합니다.
    3. 다음에 올 가능성이 높은 토큰 후보를 계산합니다.
    4. 후보 가운데 하나를 선택해 문장에 추가합니다.
    5. 생성된 내용을 기준으로 다음 토큰을 다시 예측합니다.
    6. 초기 오류가 뒤의 문장과 추론에 계속 반영됩니다.
    7. 문법적으로 자연스럽지만 사실과 다른 답변이 완성됩니다.

    예를 들어 사용자가 실제로 존재하지 않는 기술 보고서의 내용을 질문했다고 가정해보겠습니다. 모델이 질문 속 전제를 사실로 받아들이면 먼저 보고서가 존재한다고 가정할 수 있습니다. 이후에는 학습 데이터에서 보았던 보고서 제목, 연구기관, 저자 이름, 발행 연도 등의 일반적인 패턴을 조합해 빈 부분을 채웁니다.

    이때 만들어진 정보가 실제 데이터베이스에서 검색된 결과는 아닙니다. 언어적으로 해당 위치에 들어가기에 그럴듯한 표현이 선택된 것입니다. 문장 구조와 전문 용어가 자연스러울수록 사용자는 오히려 내용을 사실로 받아들이기 쉽습니다.

    Link&Tem Insight

    Hallucination의 핵심 문제는 틀린 답이 어색하게 보이지 않는다는 점입니다. 언어 모델은 문장의 자연스러움을 높이는 데 매우 뛰어나기 때문에 사실성이 낮은 정보에도 논리적인 연결어, 전문 용어, 구체적인 숫자를 붙일 수 있습니다.

    6. 첫 번째 오류가 답변 전체를 바꾸는 이유

    자동회귀 방식의 언어 모델에서는 이미 생성한 내용이 다음 토큰을 결정하는 새로운 조건으로 사용됩니다. 따라서 답변 초반에 잘못된 인물, 날짜 또는 전제가 등장하면 이후 문장은 그 오류와 모순되지 않도록 이어질 가능성이 커집니다.

    예를 들어 모델이 어떤 제품의 출시 연도를 잘못 생성하면 이후에는 해당 연도를 기준으로 후속 모델, 지원 기간, 운영체제 버전까지 연결할 수 있습니다. 각각의 문장만 보면 자연스럽지만 최초 전제가 틀렸기 때문에 답변 전체가 잘못된 방향으로 진행됩니다.

    생성 단계 발생할 수 있는 오류 이후 영향
    질문 해석 잘못된 전제를 사실로 수용 답변 방향 자체가 달라짐
    초기 토큰 생성 이름·날짜·용어 오류 뒤의 정보가 오류에 맞춰짐
    추론 전개 잘못된 전제로 계산 논리적이지만 잘못된 결론
    최종 표현 확신에 찬 문장으로 정리 사용자가 오류를 발견하기 어려움
    TIP|답변 초반의 전제를 먼저 확인하기

    긴 답변을 검증할 때는 결론만 보는 것보다 처음 등장한 인물, 날짜, 제품명, 논문명, 계산 조건부터 확인하는 것이 효과적입니다. 초기 전제가 틀리면 뒤의 세부 설명도 함께 틀릴 가능성이 높습니다.

    7. 모호한 질문이 Hallucination을 늘리는 이유

    질문에 필요한 정보가 부족하면 모델은 빈 부분을 추론해 채워야 합니다. 이 과정에서 사용자가 의도한 상황과 모델이 가정한 상황이 달라지면 사실과 맞지 않는 답변이 생성될 수 있습니다.

    예를 들어 “이 기능은 언제 추가됐어?”라고만 질문하면 어떤 제품, 앱, 운영체제 또는 버전을 말하는지 명확하지 않습니다. 모델은 직전 대화나 자주 등장하는 사례를 기준으로 대상을 추정할 수 있지만 그 추정이 틀렸다면 답변도 잘못됩니다.

    질문 방식 예시 오류 가능성
    모호한 질문 “이 기능은 언제 생겼어?” 높음
    대상 지정 “iOS의 해당 기능은 언제 추가됐어?” 보통
    버전·출처 지정 “Apple 공식 문서를 기준으로 iOS 버전과 발표일을 알려줘.” 낮음

    질문의 범위를 구체화한다고 정답이 보장되는 것은 아니지만 모델이 임의로 채워야 하는 정보가 줄어들기 때문에 Hallucination 가능성을 낮출 수 있습니다.

    8. 긴 추론은 Hallucination을 줄일까?

    추론 단계가 길어지면 복잡한 문제를 여러 단계로 나눌 수 있다는 장점이 있습니다. 계산 조건을 확인하거나 서로 다른 가능성을 비교하기 쉬워지기 때문에 단순한 즉답보다 정확도가 높아지는 경우도 있습니다.

    하지만 추론이 길다고 항상 정확한 것은 아닙니다. 초기에 잘못된 전제를 선택했다면 더 긴 추론은 그 오류를 정교하게 확장할 수도 있습니다. 또한 각 단계에서 새로운 가정이 추가될수록 검증되지 않은 정보가 포함될 가능성도 커집니다.

    Link&Tem Insight

    추론 능력과 사실 확인 능력은 구분해야 합니다. 모델은 주어진 전제를 바탕으로 논리적인 결론을 만들 수 있지만, 그 전제 자체가 현실에서 사실인지 확인하려면 검색 도구나 신뢰할 수 있는 외부 자료가 필요할 수 있습니다.
    추론 답변을 확인할 때 볼 부분
    • 문제가 요구하는 조건을 정확히 사용했는지
    • 중간에 새로운 가정을 임의로 추가하지 않았는지
    • 계산 과정과 최종 숫자가 일치하는지
    • 사실 정보와 모델의 추론을 구분했는지
    • 다른 방법으로 검산했을 때 같은 결과가 나오는지

    9. RAG는 Hallucination을 어떻게 줄일까?

    RAG는 Retrieval-Augmented Generation의 약자로, 질문과 관련된 자료를 먼저 검색한 뒤 검색된 내용을 모델의 입력에 함께 제공하는 방식입니다. 모델 내부의 학습 정보에만 의존하지 않고 문서, 데이터베이스 또는 검색 결과를 근거로 답하게 만드는 구조라고 볼 수 있습니다.

    예를 들어 회사 내부 규정을 질문할 때 모델이 기억에 의존해 규칙을 추측하게 하는 대신 실제 사내 문서에서 관련 부분을 검색해 제공하면 답변의 근거가 분명해집니다. 최신 제품 사양이나 자주 변경되는 정책을 설명할 때도 같은 방식이 유용합니다.

    Microsoft의 RAG 문서에서도 검색된 내용이 부정확하거나 불완전하면 근거를 제공했더라도 잘못된 답변이 나올 수 있다고 설명합니다. 즉 RAG는 Hallucination을 줄이는 중요한 방법이지만 완전히 제거하는 장치는 아닙니다. :contentReference[oaicite:0]{index=0}

    방식 답변 근거 주의할 점
    일반 생성 모델 내부 학습 패턴 최신 정보와 세부 사실에 취약
    RAG 검색된 외부 자료 검색 품질이 낮으면 답도 부정확
    도구 사용 검색·계산기·데이터베이스 결과 도구 호출과 결과 해석 오류 가능
    사람 검토 전문가의 사실 확인 시간과 비용이 필요

    10. 검색 기능이 있어도 틀릴 수 있는 이유

    검색 기능이 연결됐다고 해서 AI가 자동으로 모든 정보를 정확하게 읽는 것은 아닙니다. 먼저 검색 시스템이 질문과 관련된 문서를 찾아야 하고, 그 문서에서 필요한 부분을 선택해야 하며, 모델은 선택된 내용을 올바르게 해석해야 합니다.

    검색 결과에 오래된 문서가 포함되거나, 중요한 문장이 잘려 있거나, 서로 다른 제품의 자료가 함께 검색되면 모델이 잘못된 결론을 낼 수 있습니다. 자료에는 없는 내용을 기존 학습 지식으로 보충하면서 다시 Hallucination이 발생할 수도 있습니다.

    RAG에서도 발생하는 대표 오류
    • 질문과 관련 없는 문서를 검색함
    • 오래된 버전의 자료를 우선 선택함
    • 표나 각주가 검색 과정에서 분리됨
    • 문서 일부만 읽고 전체 의미를 추정함
    • 검색 자료에 없는 내용을 모델이 추가함
    • 여러 출처가 충돌하는데 하나만 선택함

    따라서 검색 기반 AI에서는 단순히 출처가 표시됐는지만 볼 것이 아니라 해당 출처가 실제 주장과 연결되는지 확인해야 합니다. 인용 링크가 존재한다고 해서 답변 전체가 그 자료의 지원을 받는 것은 아닙니다.

    11. Hallucination을 줄이는 질문 방법

    사용자는 모델 내부를 직접 변경할 수 없지만 질문 구조를 조정해 오류 가능성을 낮출 수 있습니다. 핵심은 모델이 임의로 가정해야 하는 범위를 줄이고, 답변의 근거와 불확실성을 분리하도록 요구하는 것입니다.

    정확도를 높이는 질문 예시
    • “확인되지 않은 내용은 추측하지 말고 모른다고 표시해줘.”
    • “공식 문서에서 확인되는 정보와 추론을 구분해줘.”
    • “제품명과 운영체제 버전을 기준으로 설명해줘.”
    • “출처가 해당 주장과 직접 연결되는지 확인해줘.”
    • “서로 다른 공식 자료가 충돌하면 양쪽 내용을 알려줘.”
    • “계산 과정과 최종 결과를 각각 검산해줘.”
    TIP|한 번에 모든 것을 묻지 않기

    사실 확인, 비교, 추천, 계산을 하나의 질문에 모두 넣으면 오류 원인을 찾기 어려워집니다. 먼저 사실을 확인하고, 다음 질문에서 비교하거나 해석하도록 나누면 각 단계의 근거를 검토하기 쉬워집니다.

    다만 “절대로 틀리지 마”와 같은 문장은 정확성을 보장하지 않습니다. 모델에게 의지를 강조하는 것보다 대상, 시점, 버전, 공식 출처, 답변 형식을 구체적으로 지정하는 편이 더 실용적입니다.

    12. 특히 검증이 필요한 답변

    모든 AI 답변을 같은 수준으로 검증할 필요는 없습니다. 창작 아이디어나 문장 다듬기처럼 사실 정확성이 핵심이 아닌 작업에서는 Hallucination의 영향이 상대적으로 작습니다. 반면 날짜, 수치, 출처, 법률, 의료, 금융, 제품 사양처럼 실제 행동과 판단에 영향을 주는 정보는 반드시 추가 확인이 필요합니다.

    답변 유형 검증 필요도 확인 방법
    아이디어·초안 낮음 사용 목적에 맞는지 검토
    제품 사양·출시일 높음 제조사 공식 페이지 확인
    논문·통계·인용 매우 높음 원문과 데이터 확인
    코드 높음 실행·테스트·공식 문서 비교
    의료·법률·금융 매우 높음 공식 기관과 전문가 확인
    Link&Tem Insight

    AI 답변의 신뢰도는 문장이 얼마나 자신감 있게 쓰였는지로 판단할 수 없습니다. 답변 속 주장마다 검증 가능한 근거가 있는지, 출처가 실제 내용을 지원하는지를 확인해야 합니다.

    13. Hallucination을 발견하는 체크리스트

    답변 검증 체크리스트
    • 존재하지 않는 논문이나 문서 제목이 포함됐는가?
    • 구체적인 숫자에 출처가 없는가?
    • 질문하지 않은 조건을 임의로 가정했는가?
    • 제품명이나 버전이 서로 섞였는가?
    • 출처를 열었을 때 해당 내용이 실제로 있는가?
    • 같은 질문을 다르게 물었을 때 답이 크게 달라지는가?
    • 공식 문서와 AI의 설명이 충돌하는가?
    • “항상”, “절대”, “완벽하게” 같은 단정 표현이 과도한가?

    특히 실제처럼 보이는 논문명, 법 조항, 통계 수치, URL은 주의해야 합니다. 구체성이 높다고 해서 사실성이 높은 것은 아니며, 오히려 모델이 현실적인 형식을 정교하게 재현한 결과일 수 있습니다.

    14. 자주 묻는 질문

    Q. Hallucination은 AI가 거짓말하는 것인가요?

    일반적으로 의도적인 거짓말과는 다릅니다. 모델은 사실 여부를 인간처럼 판단해 숨기는 것이 아니라 입력 문맥에 맞는 다음 토큰을 생성합니다. 그 결과 사실과 다른 내용을 자연스럽게 만들 수 있습니다.

    Q. Temperature를 0으로 설정하면 Hallucination이 없어지나요?

    아닙니다. 출력의 무작위성은 줄어들 수 있지만 모델이 가진 잘못된 정보, 모호한 질문, 부족한 컨텍스트에서 발생하는 오류까지 제거되지는 않습니다.

    Q. 최신 추론 모델은 Hallucination이 없나요?

    추론 능력과 검증 절차가 개선돼 오류가 줄어들 수는 있지만 완전히 사라지지는 않습니다. 특히 최신 정보, 구체적인 출처, 존재 여부를 묻는 질문은 별도의 확인이 필요합니다.

    Q. 검색 기능을 사용하면 모든 답이 정확한가요?

    검색 결과가 부정확하거나 필요한 문서가 누락될 수 있으며, 모델이 자료를 잘못 해석할 수도 있습니다. 검색 기능은 오류 가능성을 줄이는 도구이지 정답을 보장하는 장치는 아닙니다.

    Q. 출처가 있으면 답변을 믿어도 되나요?

    출처 링크가 실제 주장과 직접 연결되는지 확인해야 합니다. 관련 분야의 문서라는 이유만으로 답변 속 모든 내용을 지원하는 것은 아닙니다.

    Q. AI가 모른다고 답하게 만들 수 있나요?

    질문에 “확인할 근거가 없으면 모른다고 표시해달라”고 명시하면 불필요한 추측을 줄이는 데 도움이 됩니다. 다만 이 지시만으로 모든 오류가 차단되는 것은 아닙니다.

    📚 함께 보면 좋은 글

    Hallucination은 토큰 선택, 입력 데이터 처리, 이미지 해석, 코드 추론 방식과 연결되어 있습니다. 아래 글을 함께 살펴보면 생성형 AI가 정보를 받아들이고 답을 구성하는 구조를 더 입체적으로 이해할 수 있습니다.

    🔗 공식 자료

    📖 출처

    • OpenAI, Why Language Models Hallucinate
    • Microsoft Learn, Retrieval-Augmented Generation and Indexes
    • Microsoft Learn, Groundedness Detection in Azure AI Content Safety
    • Google for Developers, What Is a Generative Model?
    • AWS, What Is Generative AI?
    Link&Tem 한 줄 정리

    Hallucination은 AI가 사실을 검색해 전달하는 시스템이 아니라 확률적으로 다음 토큰을 생성하는 모델이기 때문에 발생합니다. 질문을 구체화하고 공식 자료와 검색 결과를 함께 검증하는 것이 가장 현실적인 대응 방법입니다.

  • Projects 내부 동작|ChatGPT 프로젝트는 어떻게 정보를 관리할까?

    Projects 내부 동작|ChatGPT 프로젝트는 어떻게 정보를 관리할까?

    LINK&TEM GUIDE

    Projects 내부 동작

    프로젝트(Project)는 ChatGPT 안에서 어떻게 지식을 기억하고 활용할까?

    📌 핵심 요약
    • Projects는 단순한 폴더가 아니라 전용 작업 공간이다.
    • 프로젝트 안에서는 별도의 지침과 파일이 함께 컨텍스트로 사용된다.
    • 일반 메모리와 Projects는 서로 역할이 다르다.
    • 대화를 이어갈수록 프로젝트 내부 정보가 함께 활용된다.
    • 파일·지침·대화가 하나의 작업 환경으로 결합된다.

    ChatGPT를 오래 사용하다 보면 Projects(프로젝트) 기능을 만나게 됩니다. 처음에는 단순히 여러 채팅을 묶어 놓은 폴더처럼 보이지만, 실제 내부 동작은 훨씬 복잡합니다.

    Projects는 단순한 채팅 정리 기능이 아닙니다. 하나의 프로젝트 안에는 사용자가 직접 작성한 프로젝트 지침(Project Instructions), 업로드한 파일, 같은 프로젝트 안에서 진행된 여러 대화가 함께 관리됩니다. 새로운 대화를 시작하더라도 이 정보들이 필요한 상황에서 함께 활용될 수 있기 때문에 일반 채팅과는 성격이 다릅니다.

    예를 들어 블로그를 운영하는 사람이 모든 글을 하나의 프로젝트에서 작성한다고 가정해 보겠습니다. 프로젝트 안에는 HTML 템플릿, 작성 규칙, 브랜드 디자인, 이전 글에서 사용했던 표현 방식 등이 저장됩니다. 이후 새로운 글을 작성할 때는 매번 모든 내용을 다시 설명하지 않아도 프로젝트 내부 자료를 참고하여 일관된 결과를 만들 수 있습니다.

    이 때문에 많은 사용자가 Projects를 단순한 폴더가 아니라 “전용 작업 공간”이라고 표현합니다. 실제로는 AI가 작업에 필요한 정보를 한곳에서 관리하도록 도와주는 구조에 가깝습니다.


    1. Projects는 무엇일까?

    Projects는 하나의 목적을 위해 여러 대화를 묶고, 필요한 자료를 함께 관리하는 작업 공간입니다. 일반 채팅에서는 대화 하나가 하나의 컨텍스트가 되지만, Projects에서는 여러 요소가 동시에 연결됩니다.

    프로젝트 내부에는 크게 네 가지 요소가 존재합니다.

    구성 요소 역할
    프로젝트 지침 모든 대화에서 기본적으로 참고하는 규칙
    업로드 파일 문서·PDF·HTML 등 작업 자료
    프로젝트 대화 같은 프로젝트 안의 여러 채팅
    사용자 메모리 사용자의 장기적인 선호 정보

    즉 Projects는 하나의 채팅이 아니라 다양한 정보가 모여 있는 작업 환경이라고 이해하는 것이 맞습니다.

    💡 Link&Tem TIP

    프로젝트 안에서 새로운 채팅을 시작했다고 해서 완전히 처음부터 시작하는 것은 아닙니다. 프로젝트 지침과 업로드된 자료는 계속 유지되므로 반복 작업을 크게 줄일 수 있습니다.
    🔍 Link&Tem Insight

    OpenAI 공식 문서에서도 Projects는 단순한 대화 보관 기능이 아니라 프로젝트별 지침과 파일을 함께 사용하는 작업 공간으로 설명합니다. 즉 “채팅을 폴더에 넣는다”보다 “작업 환경을 만든다”는 개념이 더 정확합니다.

    2. 새로운 대화를 시작하면 내부에서는 무슨 일이 일어날까?

    사용자가 Projects 안에서 새로운 채팅을 생성하면 AI는 먼저 현재 프로젝트에 연결되어 있는 설정을 확인합니다. 일반 채팅에서는 시스템 지침과 현재 대화만 사용하지만, Projects에서는 프로젝트 전용 지침도 함께 적용됩니다.

    이후 필요한 경우 프로젝트에 업로드된 문서를 검색하고, 현재 질문과 관련성이 높은 내용을 찾아 컨텍스트에 포함합니다. 즉 모든 파일을 한꺼번에 읽는 것이 아니라 필요한 부분을 선택적으로 가져오는 방식입니다.

    마지막으로 현재 사용자의 질문과 프로젝트 지침, 검색된 파일 내용, 현재 대화를 함께 조합하여 응답을 생성합니다.

    Projects 내부 처리 순서
    1. 현재 질문 분석
    2. 프로젝트 지침 적용
    3. 관련 파일 검색
    4. 필요한 내용만 컨텍스트 구성
    5. 최종 답변 생성

    이 과정은 사용자가 직접 보기는 어렵지만, 결과적으로 같은 프로젝트 안에서는 보다 일관된 답변이 생성되는 이유가 됩니다.

    Part 1 정리

    Projects는 단순한 폴더가 아니라 프로젝트 지침, 업로드 파일, 여러 대화, 사용자 메모리가 함께 동작하는 작업 공간입니다. 다음 Part에서는 프로젝트 지침과 메모리의 차이, 파일 검색 방식, 컨텍스트 구성 원리를 더 깊게 살펴보겠습니다.

    3. Projects와 ChatGPT 메모리는 무엇이 다를까?

    많은 사용자가 Projects와 ChatGPT 메모리를 같은 기능으로 생각하지만 실제 역할은 상당히 다릅니다. 둘 다 AI가 이전 정보를 활용한다는 공통점은 있지만 저장되는 대상과 활용 범위가 완전히 다릅니다.

    Projects는 특정 프로젝트 안에서만 사용하는 작업 정보를 관리하는 공간입니다. 반면 ChatGPT 메모리는 프로젝트를 넘어 계정 전체에서 장기간 활용할 수 있는 사용자 정보를 저장합니다.

    항목 Projects 메모리
    적용 범위 현재 프로젝트 계정 전체
    저장 내용 파일, 프로젝트 규칙 사용자 선호사항
    삭제 시 영향 프로젝트만 영향 전체 대화 영향
    주요 목적 작업 관리 개인화

    예를 들어 사용자가 “항상 존댓말로 답변해 달라”와 같은 내용을 저장하면 메모리에 기록되어 다른 프로젝트에서도 그대로 적용될 수 있습니다.

    반면 “이 프로젝트에서는 Link&Tem HTML 템플릿을 사용한다”와 같은 내용은 프로젝트 규칙이므로 다른 프로젝트에는 영향을 주지 않습니다.

    💡 Link&Tem TIP

    브랜드별 작업을 한다면 각각 별도의 Project를 만드는 것이 좋습니다. 프로젝트 규칙이 서로 섞이지 않아 훨씬 안정적인 결과를 얻을 수 있습니다.
    🔍 Link&Tem Insight

    Projects는 장기 기억 장치라기보다 작업 전용 컨텍스트를 구성하는 시스템에 가깝습니다. 실제 개인 정보나 선호사항은 메모리 기능이 담당하고, 프로젝트는 특정 작업 환경을 재현하는 역할을 수행합니다.

    4. 업로드한 파일은 모두 항상 읽을까?

    많은 사람이 프로젝트에 파일을 넣으면 AI가 항상 모든 파일을 처음부터 끝까지 읽는다고 생각합니다. 하지만 실제 동작 방식은 그렇지 않습니다.

    프로젝트 안에 파일이 여러 개 있더라도 AI는 질문과 관련성이 높은 파일을 먼저 찾습니다. 그리고 필요한 부분만 검색하여 현재 컨텍스트에 포함합니다.

    예를 들어 프로젝트 안에 HTML 템플릿, 브랜드 규칙, PDF 문서, 이미지, 이전 보고서가 함께 들어 있다고 가정해 보겠습니다.

    사용자가 HTML을 생성해 달라고 요청했다면 HTML 템플릿과 규칙 문서가 우선적으로 검색됩니다. 반대로 PDF 분석을 요청하면 PDF 내용이 먼저 선택됩니다.

    즉 모든 자료를 항상 동시에 사용하는 것이 아니라 질문에 따라 필요한 자료를 선별하는 구조입니다.

    질문에 따른 검색 예시
    • HTML 작성 → HTML 템플릿 우선
    • PDF 분석 → PDF 우선 검색
    • 브랜드 규칙 질문 → 규칙 문서 검색
    • 이미지 수정 → 이미지 파일 활용

    5. Projects는 컨텍스트를 어떻게 구성할까?

    GPT는 한 번에 사용할 수 있는 컨텍스트 길이가 제한되어 있습니다. 따라서 프로젝트에 아무리 많은 자료가 있어도 모든 내용을 한 번에 넣지는 않습니다.

    대신 현재 질문을 분석한 뒤 가장 관련성이 높은 정보만 선택하여 현재 컨텍스트를 구성합니다. 이렇게 해야 토큰을 효율적으로 사용할 수 있고 응답 속도도 유지할 수 있습니다.

    쉽게 말하면 프로젝트는 거대한 도서관이고, 컨텍스트는 현재 책상 위에 펼쳐 놓은 책이라고 생각하면 이해하기 쉽습니다.

    💡 쉽게 이해하기

    도서관에 책이 1만 권 있어도 지금 읽는 책은 몇 권뿐입니다. Projects도 동일합니다. 필요한 자료만 현재 컨텍스트로 가져와 답변을 생성합니다.
    🔍 Link&Tem Insight

    프로젝트가 커질수록 AI가 모든 내용을 동시에 기억하는 것이 아니라 검색 품질이 더욱 중요해집니다. 따라서 문서 제목과 구조를 잘 정리하면 필요한 자료를 더 정확하게 찾아 활용할 가능성이 높아집니다.

    Part 2 정리

    Projects는 메모리와는 다른 역할을 수행하며, 질문에 맞는 파일만 선택적으로 검색하여 현재 컨텍스트를 구성합니다. 마지막 Part에서는 프로젝트의 한계, 자주 하는 오해, FAQ, 함께 보면 좋은 글, 공식 자료와 출처를 정리합니다.

    6. Projects에도 한계는 있을까?

    Projects는 매우 편리한 작업 공간이지만 모든 정보를 무한히 기억하는 시스템은 아닙니다. 프로젝트 안에 수많은 파일이 존재하더라도 현재 질문과 관련성이 낮은 자료는 컨텍스트에 포함되지 않을 수 있습니다.

    또한 프로젝트에 같은 내용이 여러 문서에 반복되어 있거나 서로 다른 규칙이 함께 존재하면 AI가 어떤 내용을 우선해야 하는지 판단하는 과정이 복잡해질 수 있습니다. 따라서 프로젝트를 오래 사용할수록 문서를 정리하고 오래된 규칙을 삭제하는 관리 작업도 중요합니다.

    OpenAI 역시 Projects를 지속적으로 개선하고 있지만, 현재도 컨텍스트 길이와 검색 품질이라는 두 가지 요소의 영향을 받습니다. 프로젝트가 커질수록 검색 구조를 잘 설계하는 것이 결과 품질을 좌우하게 됩니다.

    자주 하는 실수
    • 같은 규칙 파일을 여러 개 업로드한다.
    • 오래된 문서를 그대로 남겨 둔다.
    • 프로젝트 목적과 다른 자료를 계속 추가한다.
    • 모든 파일이 항상 동시에 사용된다고 생각한다.
    • 메모리와 Projects를 같은 기능으로 이해한다.
    💡 Link&Tem TIP

    프로젝트는 하나의 목적만 담당하도록 만드는 것이 좋습니다. 블로그, 개발, 논문, 업무처럼 용도를 분리하면 검색 정확도와 응답 일관성이 크게 향상됩니다.

    🔍 Link&Tem Insight

    프로젝트 품질은 AI 성능보다 프로젝트를 얼마나 잘 설계했는지의 영향을 많이 받습니다. 실제 업무에서는 필요한 규칙만 남기고 프로젝트를 가볍게 유지하는 것이 검색 효율을 높이는 가장 좋은 방법 중 하나입니다.

    7. Projects를 가장 효율적으로 사용하는 방법

    Projects를 잘 활용하려면 AI에게 모든 것을 맡기기보다 작업 환경을 체계적으로 구성하는 것이 중요합니다.

    추천 방법 이유
    프로젝트 목적 분리 관련 자료 검색 정확도 향상
    프로젝트 규칙 작성 일관된 결과 유지
    불필요한 파일 삭제 검색 효율 개선
    파일 제목 정리 관련 문서 탐색 속도 향상
    규칙 문서 최신화 오래된 지침 사용 방지

    ❓ 자주 묻는 질문(FAQ)

    Q. Projects는 모든 파일을 항상 읽나요?

    아닙니다. 질문과 관련성이 높은 파일만 선택적으로 검색하여 현재 컨텍스트에 포함합니다.

    Q. 메모리와 Projects는 같은 기능인가요?

    아닙니다. 메모리는 계정 전체의 개인화 정보를 저장하고 Projects는 특정 작업 공간을 구성합니다.

    Q. 프로젝트를 많이 만들면 성능이 떨어지나요?

    프로젝트 개수보다 각 프로젝트 내부 자료가 얼마나 잘 정리되어 있는지가 더 큰 영향을 줍니다.

    Q. 프로젝트를 삭제하면 메모리도 삭제되나요?

    아닙니다. 프로젝트 삭제와 메모리 삭제는 서로 다른 기능입니다.

    Q. 프로젝트 없이도 같은 기능을 사용할 수 있나요?

    가능하지만 반복 작업이 많은 경우에는 Projects를 사용하는 편이 훨씬 효율적입니다.

    📚 함께 보면 좋은 글

    Projects를 이해했다면 아래 주제들을 함께 읽으면 ChatGPT가 내부적으로 어떻게 동작하는지 전체 흐름을 이해하는 데 도움이 됩니다.

    🔗 공식 자료

    📖 출처

    • OpenAI Help Center
    • Using Projects in ChatGPT
    • OpenAI File Uploads FAQ
    • OpenAI Memory 관련 공식 문서
    • OpenAI ChatGPT 공식 도움말
    Link&Tem 한 줄 정리

    Projects는 단순한 채팅 폴더가 아니라 프로젝트 지침, 업로드 파일, 대화 기록을 하나의 작업 환경으로 묶어 필요한 정보만 선택적으로 활용하는 전용 작업 공간입니다.

  • AI는 PDF를 어떻게 읽을까?|OCR부터 RAG까지 문서 이해 원리

    AI는 PDF를 어떻게 읽을까?|OCR부터 RAG까지 문서 이해 원리

    LINK&TEM GUIDE

    AI는 PDF를 어떻게 읽을까?

    텍스트 추출부터 OCR·레이아웃 분석·임베딩까지 AI의 PDF 이해 과정을 쉽게 정리

    📌 핵심 요약
    • AI는 PDF를 이미지가 아닌 구조화된 데이터와 텍스트로 먼저 분석합니다.
    • 텍스트가 없는 스캔 PDF는 OCR을 통해 글자를 복원합니다.
    • 제목, 표, 문단, 이미지 위치를 함께 분석해야 문맥을 제대로 이해할 수 있습니다.
    • 긴 PDF는 일정 길이로 분할한 뒤 임베딩하여 필요한 부분만 다시 찾습니다.
    • 최신 AI는 단순히 PDF를 읽는 것이 아니라 문서 구조 전체를 이해하려고 합니다.

    많은 사람들이 ChatGPT나 다양한 AI 서비스에 PDF를 업로드한 뒤 질문을 던집니다. 그러면 AI는 마치 사람이 문서를 처음부터 끝까지 읽고 이해한 것처럼 답변을 제공합니다. 그래서 “AI가 PDF를 통째로 읽는 것 아닐까?”라고 생각하기 쉽습니다.

    하지만 실제 내부 동작은 우리가 문서를 읽는 방식과 상당히 다릅니다. AI는 PDF 파일을 그대로 읽는 것이 아니라, PDF 안에 들어 있는 텍스트와 구조를 분리하고, 필요한 경우에는 OCR을 수행하며, 긴 문서는 여러 조각으로 나누어 저장한 뒤 질문과 가장 관련 있는 부분만 다시 찾아 답변을 생성합니다.

    즉 AI는 PDF를 하나의 그림처럼 바라보는 것이 아니라, 여러 단계의 분석 과정을 거쳐 사람이 읽기 쉬운 형태로 변환한 다음 이해를 시도합니다.


    1. PDF는 생각보다 단순한 문서가 아니다

    PDF는 우리가 보는 것처럼 단순한 종이 문서가 아닙니다. 내부에는 글자의 위치, 글꼴, 크기, 줄바꿈, 이미지, 벡터 그래픽 등 다양한 정보가 저장됩니다. 화면에서는 하나의 문서처럼 보이지만 내부적으로는 수많은 객체(Object)가 좌표와 함께 기록되어 있습니다.

    예를 들어 같은 문장이라도 줄마다 각각 독립된 객체로 저장될 수도 있고, 글자 하나하나가 개별 좌표를 가진 형태일 수도 있습니다. 따라서 AI는 먼저 이 객체들을 읽어 사람이 이해할 수 있는 문단 구조로 다시 조립해야 합니다.

    💡 Link&Tem Insight

    PDF는 Word처럼 “문단”이라는 개념이 저장되는 것이 아니라 대부분 화면에 어떻게 그릴지를 기록합니다. 그래서 AI에게는 문장을 복원하는 과정 자체가 첫 번째 작업입니다.

    2. AI가 가장 먼저 하는 일은 텍스트 추출

    텍스트 기반 PDF라면 AI는 가장 먼저 문서 안의 문자 데이터를 추출합니다. 이 과정에서는 글자의 순서를 다시 정렬하고, 제목과 본문을 구분하며, 페이지 번호나 머리말처럼 반복되는 요소도 함께 분석합니다.

    이 단계가 끝나면 AI는 사람이 복사한 텍스트와 비슷한 형태의 데이터를 얻게 됩니다. 하지만 이것만으로는 충분하지 않습니다. 표, 이미지, 캡션, 각주처럼 위치가 중요한 정보는 별도로 처리해야 하기 때문입니다.

    텍스트 추출 과정
    • PDF 객체 읽기
    • 문자 추출
    • 문장 복원
    • 문단 구성
    • 제목 및 본문 구분

    3. 스캔 PDF는 OCR이 필요하다

    스캔한 계약서나 오래된 책은 대부분 이미지 형태입니다. 이런 PDF에는 실제 텍스트가 존재하지 않습니다. 사람이 보기에는 글자가 있지만 컴퓨터 입장에서는 단순한 픽셀 덩어리일 뿐입니다.

    이때 사용하는 기술이 OCR(Optical Character Recognition)입니다. OCR은 이미지 속 글자를 찾아 실제 문자 데이터로 변환하는 기술이며, AI가 문서를 이해하기 위한 첫 단계가 됩니다.

    TIP

    스캔 품질이 낮거나 글자가 흐리면 OCR 정확도가 떨어질 수 있습니다. 따라서 AI의 답변 품질도 함께 낮아질 가능성이 있습니다.
    OCR이 필요한 경우
    • 스캔한 계약서
    • 사진으로 저장한 문서
    • 종이책 PDF
    • 팩스 문서
    • 손글씨 일부
    💡 Link&Tem Insight

    최신 멀티모달 AI는 OCR만 수행하는 것이 아니라 이미지 자체를 동시에 이해합니다. 즉 글자뿐 아니라 그래프, 도형, 레이아웃도 함께 분석하여 문맥을 추론합니다.

    4. 표와 이미지는 왜 따로 분석할까?

    표는 일반 문장과 구조가 다릅니다. 같은 행과 열에 있는 정보끼리 연결되어야 의미가 생기기 때문입니다. 따라서 AI는 표를 단순한 텍스트가 아니라 셀 구조로 해석하려고 시도합니다.

    이미지 역시 마찬가지입니다. 그림 안의 캡션, 축 이름, 범례 등을 함께 읽어야 그래프의 의미를 이해할 수 있습니다. 그래서 최신 AI는 PDF 안에서 텍스트와 이미지를 별도로 분석한 뒤 다시 결합하는 방식을 사용합니다.

    데이터 분석 방식
    본문 텍스트 추출
    스캔 문서 OCR
    셀 구조 분석
    그래프 비전 모델 분석
    Part 1 정리

    AI는 PDF를 그대로 읽는 것이 아니라 텍스트 추출, OCR, 문단 복원, 표 분석 등의 과정을 거쳐 사람이 이해하는 문서 형태로 다시 구성합니다. 다음에서는 컨텍스트 분할(Chunking), 임베딩, 벡터 검색, RAG, 긴 PDF를 이해하는 과정과 실제 ChatGPT가 PDF를 답변하는 원리를 이어서 설명합니다.

    5. 긴 PDF는 한 번에 모두 읽지 않는다

    많은 사람들이 AI가 수백 페이지에 달하는 PDF를 한 번에 모두 기억한다고 생각합니다. 하지만 실제 언어 모델은 한 번에 처리할 수 있는 입력 길이, 즉 컨텍스트(Context)에 한계가 있습니다. 따라서 긴 문서는 그대로 모델에 전달되지 않습니다.

    대신 문서는 일정한 길이의 작은 단위로 분할됩니다. 이 과정을 청킹(Chunking)이라고 부르며, 대부분의 AI 기반 문서 검색 시스템은 이 방식을 사용합니다.

    예를 들어 300페이지 PDF라면 페이지 단위가 아니라 의미가 유지되는 문단이나 섹션 단위로 잘라 각각 독립적인 정보 조각으로 저장합니다. 이렇게 하면 질문과 관련된 부분만 빠르게 찾아 모델에게 전달할 수 있습니다.

    Chunking 과정
    • PDF 읽기
    • 문단 분리
    • 의미 단위로 분할
    • 각 조각 저장
    • 검색 준비 완료
    💡 Link&Tem Insight

    Chunk를 너무 작게 나누면 문맥이 끊어지고, 너무 크게 나누면 검색 정확도가 떨어집니다. 그래서 AI 서비스마다 최적의 Chunk 크기를 다르게 설정합니다.

    6. 임베딩은 문서를 숫자로 바꾸는 과정

    문서를 조각으로 나눈 뒤에는 그대로 저장하지 않습니다. AI는 각 문단을 수백 개에서 수천 개의 숫자로 이루어진 벡터(Vector) 형태로 변환합니다. 이 과정을 임베딩(Embedding)이라고 합니다.

    임베딩은 단순한 암호화가 아닙니다. 의미가 비슷한 문장은 숫자 공간에서도 서로 가까운 위치에 배치되도록 만드는 기술입니다.

    예를 들어 “배터리 충전”과 “충전 속도”는 표현은 다르지만 의미가 비슷하기 때문에 임베딩 공간에서도 가까운 위치를 갖습니다. 반대로 “주식 시장”처럼 전혀 다른 내용은 멀리 떨어집니다.

    7. 질문이 들어오면 어떻게 찾을까?

    사용자가 질문을 입력하면 AI는 먼저 질문도 같은 방식으로 임베딩합니다. 이후 저장되어 있던 수많은 문단 벡터와 비교하여 가장 의미가 가까운 문단들을 찾습니다.

    이 과정을 벡터 검색(Vector Search)이라고 합니다. 일반적인 키워드 검색과 달리 같은 단어가 없어도 의미가 비슷하면 관련 문서를 찾을 수 있다는 것이 가장 큰 특징입니다.

    예를 들어 PDF에는 “광학 문자 인식”이라고 적혀 있는데 사용자가 “OCR”이라고 질문해도 AI는 두 표현이 같은 개념이라는 것을 임베딩 공간에서 인식하여 관련 문단을 찾아낼 수 있습니다.

    검색 방식 특징
    키워드 검색 같은 단어 위주
    벡터 검색 의미 기반 검색
    RAG 검색 검색 후 AI 답변 생성

    8. ChatGPT가 PDF를 답변하는 원리

    최근 AI 서비스에서 가장 많이 사용하는 방식이 바로 RAG(Retrieval-Augmented Generation)입니다.

    RAG는 질문과 관련된 문단을 먼저 검색한 뒤, 그 내용을 언어 모델에게 함께 전달하여 답변을 생성하는 방식입니다.

    즉 ChatGPT가 PDF 전체를 계속 기억하는 것이 아니라, 질문이 들어올 때마다 가장 필요한 문단만 찾아 다시 읽는 구조에 가깝습니다.

    TIP

    질문을 구체적으로 작성할수록 관련 Chunk를 더 정확하게 찾을 수 있습니다. “설명해줘”보다 “3장 배터리 관리 부분을 설명해줘”처럼 질문하면 정확도가 높아집니다.
    💡 Link&Tem Insight

    AI의 답변 품질은 모델 성능뿐 아니라 PDF를 얼마나 정확하게 분할하고 검색했는지에도 크게 영향을 받습니다. 실제 기업용 AI 시스템에서는 모델보다 검색 품질을 더 중요하게 관리하는 경우도 많습니다.

    9. AI가 PDF를 잘못 이해하는 이유

    모든 PDF를 완벽하게 이해하는 것은 아닙니다. 특히 스캔 품질이 낮거나 표가 복잡한 문서, 여러 단으로 구성된 논문, 수식이 많은 연구 자료에서는 정보가 잘못 연결될 수 있습니다.

    또한 PDF 자체에 오류가 있거나 텍스트 순서가 깨져 저장되어 있으면 AI 역시 같은 문제를 그대로 이어받습니다. 따라서 AI의 답변이 이상하다면 모델보다 원본 PDF의 구조를 먼저 확인하는 것이 좋습니다.

    FAQ

    Q. AI는 PDF를 통째로 기억하나요?

    아닙니다. 대부분 문서를 작은 단위로 분할하여 필요한 부분만 다시 검색합니다.

    Q. 스캔 PDF도 읽을 수 있나요?

    OCR을 통해 문자 데이터를 복원한 뒤 분석합니다.

    Q. 표도 이해할 수 있나요?

    최신 AI는 셀 구조와 행·열 관계를 분석하여 표를 해석하려고 시도합니다.

    Q. 왜 긴 PDF에서도 답을 빨리 찾나요?

    임베딩과 벡터 검색을 통해 관련 문단만 빠르게 찾아 모델에 전달하기 때문입니다.

    📚 함께 보면 좋은 글

    AI가 PDF를 이해하는 원리를 알았다면 토큰, 컨텍스트, 표 인식, GPT의 예측 방식까지 함께 살펴보면 AI가 문서를 처리하는 전체 흐름을 더욱 쉽게 이해할 수 있습니다.

    🔗 공식 자료

    • Adobe PDF Specification
    • Adobe Acrobat SDK Documentation
    • OpenAI Embeddings Documentation
    • Google Cloud Vision OCR Documentation
    • ISO 32000 PDF Specification

    📖 출처

    • Adobe
    • OpenAI
    • Google Cloud
    • ISO 32000
    • Microsoft AI Documentation
    Link&Tem 한 줄 정리

    AI는 PDF를 그대로 읽는 것이 아니라 텍스트 추출, OCR, 문서 구조 분석, Chunking, 임베딩, 벡터 검색, RAG를 거쳐 필요한 정보만 다시 찾아 답변을 생성합니다. PDF를 이해하는 핵심은 ‘읽는 것’보다 ‘검색하고 재구성하는 과정’에 있습니다.