홍드로이드의 야매코딩

AI 답변에 근거 붙이기 — 인용문은 출력 요금에 안 잡힙니다 본문

AI & Vibe Coding

AI 답변에 근거 붙이기 — 인용문은 출력 요금에 안 잡힙니다

홍드로이드 2026. 9. 1. 15:25
반응형

자료를 붙여놓고 물었을 때 "이 말이 어디서 나온 건지"를 확인하려면 보통 프롬프트로 부탁하죠. 그런데 그걸 기능으로 제공하는 방식이 따로 있습니다. 문서를 읽어보니 요금 구조가 뜻밖이었어요 — 돌려받은 원문 인용문은 출력 요금에 안 잡히고, 다음 차례에 되돌려 보내도 입력에 안 잡힙니다. 대신 틀을 보장하는 기능과는 같이 쓸 수 없습니다. 정리했습니다.

📌 30초 요약

  • ★★인용문은 출력 요금에 안 잡힙니다 — 되돌려 보내도 입력에 안 잡혀요.
  • ★틀 보장 기능과는 같이 못 씁니다 — 함께 켜면 거절됩니다.
  • ★전부 켜거나 전부 끄거나입니다 — 문서별로 못 나눕니다.
  • ⚠️ 그림은 인용이 안 됩니다 — 글자만 됩니다.
  • 문서 종류가 인용 단위를 정합니다.
  • 제목과 배경 설명은 근거로 안 쓰입니다.

근거를 거의 공짜로 받는 셈입니다

요금 구조가 이 기능의 가장 큰 장점입니다. 켜면 입력이 약간 늘긴 합니다 — 안내 문구가 붙고 문서를 잘게 나누는 처리가 들어가니까요. 그런데 돌려받는 원문 인용 부분은 출력 요금에 안 잡힙니다.

원리는 이렇습니다. 모델은 내부적으로 정해진 형식의 짧은 표시만 내보내고, 그게 나중에 인용문과 위치 정보로 풀어집니다. 우리가 받아 보는 원문 그대로의 인용 문장은 편의로 붙여주는 것이라 출력 분량에 안 세는 거죠. 게다가 대화를 이어가며 그 인용문을 다시 실어 보내도 입력에 안 잡힙니다. 프롬프트로 "근거도 같이 써줘" 해서 받는 것과는 요금이 완전히 다른 구조예요.

✅ 캐시와 같이 쓰는 법

캐시와 함께 쓸 수 있는데 붙이는 위치가 중요합니다. 돌아온 인용 덩어리 자체는 캐시가 안 됩니다. 대신 근거가 되는 원본 문서 쪽에 캐시를 걸라는 게 문서의 안내예요. 같은 자료를 반복해서 물을수록 이득이 커집니다. 일괄 처리나 토큰 세는 창구와도 함께 쓸 수 있고요.

틀 보장 기능과는 같이 못 씁니다

문서에 경고 상자로 따로 박혀 있는 제약입니다. 정해진 틀에 맞는 출력을 보장해 주는 기능과 인용을 함께 켜면 요청이 거절됩니다. 둘 중 하나만 골라야 해요.

이유가 구조적입니다. 인용은 글 사이사이에 인용 덩어리를 끼워 넣는 방식인데, 틀 보장 기능은 정해진 모양을 엄격하게 지키는 것이 목적이라 서로 부딪히는 거죠. "근거도 붙고 형식도 딱 맞게"는 안 된다는 뜻입니다. 기계가 곧바로 받아 처리해야 하면 틀 쪽을, 사람이 확인할 자료면 인용 쪽을 택하는 식으로 갈라야 해요. 무엇을 잴지 기준부터 정하는 습관이 여기서도 그대로 쓰입니다 — 무엇이 더 중요한지 먼저 정해야 고를 수 있으니까요.

제약이 하나 더 있습니다. 한 요청 안에서는 전부 켜거나 전부 꺼야 합니다. "이 자료는 근거를 붙이고 저 자료는 말고" 식으로 문서마다 다르게는 안 돼요. 그리고 인용은 글자에만 됩니다 — 그림은 안 되고, 문서 안에 든 그림도 마찬가지입니다.

문서 종류가 인용 단위를 정합니다

자료를 넣는 방식이 셋인데, 어떻게 넣느냐에 따라 인용이 얼마나 잘게 쪼개지는지가 달라집니다. 이걸 모르고 넣으면 원하는 단위로 근거가 안 나와요.

넣는 방식 쪼개는 단위 → 위치 표기
그냥 글자로 문장 단위 → 글자 위치로 알려줌
문서 파일로 문장 단위 → 쪽 번호로 알려줌
내가 직접 나눠서 더 안 쪼갬 → 내가 준 덩어리 번호
지원 안 되는 형식 글자로 바꿔서 넣어야 합니다

셋째 줄이 실무에서 갈리는 지점입니다. 목록이나 대화록처럼 문장 단위로 자르면 안 되는 자료는 내가 직접 나눠 넣어야 해요. 문서가 든 예가 명쾌합니다 — 검색해서 가져온 조각 안의 문장까지 인용시키고 싶으면 그 조각을 그냥 글자로 넣고, 조각을 더 쪼개고 싶지 않으면 직접 나눈 방식으로 넣으라는 것. 직접 만든 챗봇에 자료를 물려 쓰는 구성이라면 이 선택이 답변 품질을 바로 좌우합니다.

인용되지 않는 것들

자료에 딸려 보낼 수 있는 항목이 몇 개 있는데, 그중 일부는 모델이 읽기는 해도 근거로는 안 쓰입니다. 제목과 배경 설명이 그렇습니다. 답변을 만들 때 참고는 하지만 "여기서 나왔다"고 가리킬 수는 없어요. 근거로 쓰이는 건 본문에 넣은 내용뿐입니다.

실무 조언도 하나 붙어 있습니다. 제목은 길이 제한이 있으니, 문서에 관한 부가 정보는 배경 설명 쪽에 넣으라는 것. 작성일이나 부서명 같은 걸 제목에 욱여넣지 말라는 뜻이죠. 메일을 자동으로 정리하는 흐름이라면 발신자·날짜 같은 정보를 여기 담아두면 답변이 훨씬 정확해집니다.

자주 묻는 질문 (FAQ)

Q. 프롬프트로 "근거도 써줘" 하는 것과 뭐가 다른가요?

둘 다 근거를 받지만 요금과 정확성이 다릅니다. 프롬프트로 받으면 인용문이 그대로 출력 분량이 되고, 모델이 원문을 옮겨 적는 과정에서 틀릴 수도 있어요. 기능으로 받으면 원문 위치가 함께 오고 출력 요금에도 안 잡힙니다.

Q. 여러 자료를 넣으면 어느 것에서 나왔는지 알 수 있나요?

네. 몇 번째 자료인지가 함께 옵니다. 여러 메시지에 걸쳐 넣은 자료들을 하나의 목록으로 보고 순서를 매기니, 자료를 넣은 순서를 내 쪽에서도 기억해 두면 짝을 맞추기 쉽습니다.

Q. 흐르듯 받는 방식에서도 되나요?

지원합니다. 다만 인용 정보가 글과 섞여 조각조각 들어오므로, 받는 쪽에서 글 부분과 인용 부분을 갈라 모으는 처리가 필요합니다.

Q. 엑셀이나 워드 파일도 되나요?

직접은 안 됩니다. 글자로 바꿔서 넣어야 해요. 반대로 이미 글자로 된 형식은 그대로 올릴 수 있습니다 — 표 형태 자료나 마크다운 문서처럼요.

✨ 정리하면

자료 기반으로 답하게 만든다면 이 기능은 거의 안 켤 이유가 없습니다. 입력이 조금 늘 뿐 인용문 자체는 요금에 안 잡히고, 원문 위치까지 함께 오니까요. 챙길 건 셋입니다 — 틀 보장 기능과는 양자택일, 한 요청 안에서는 전부 켜거나 전부 끄기, 그리고 원하는 인용 단위에 맞춰 자료를 넣는 방식을 고르기. 비용까지 함께 저울질하는 흐름은 AI 지출 관리 허브에 단계별로 정리해 두었습니다.

출처: Claude 공식 문서 「인용」 (2026-09-01 열람). 현재 활성 모델 전반에서 지원되며, 지원 범위와 제약은 변경될 수 있습니다.

반응형
Comments