Context (컨텍스트) 관리
Context는 모델이 이번 응답이나 행동을 만들 때 입력으로 받는 정보입니다. Context 관리는 지시·대화·자료·도구 결과 중 필요한 내용을 선택하고, 작업이 길어져도 중요한 결정과 근거를 이어주는 일입니다.
BOAZ · 최종 업데이트 2026-09-13
모델이 지금 참고하는 범위
Context에는 지시, 대화 기록, 읽어온 문서, 도구의 실행 결과 등이 들어갈 수 있습니다. 작업 폴더 전체나 모든 과거 대화가 자동으로 포함되는 것은 아닙니다. 무엇을 넣을지는 제품과 하네스의 구성에 따라 달라집니다.
Anthropic의 Context engineering 설명은 한 번의 프롬프트를 넘어 모델에 제공할 정보 전체를 선별하고 유지하는 문제로 다룹니다. 실무에서도 ‘질문을 어떻게 쓸까’와 함께 ‘무슨 자료를 실제로 읽혔나’를 확인해야 합니다.
저장된 지식과 이번 입력을 나눈다
| 위치 | 역할 | 주의할 점 |
|---|---|---|
| 원문 파일 | 사실과 결정의 근거 | 파일이 있어도 읽지 않았을 수 있음 |
| LLM 위키 | 주제별 설명과 연결, 판단 이력 | 오래되거나 잘못 요약됐을 수 있음 |
| 현재 Context | 이번 응답에 쓰는 지시와 정보 | 일부 자료만 포함되거나 압축됐을 수 있음 |
위키는 대화가 끝나도 다시 읽을 수 있는 지식을 남기고, Context 관리는 그중 이번 작업에 필요한 부분을 가져옵니다. 둘은 서로 대체하지 않습니다.
에이전트 기억은 저장과 재호출을 함께 본다
에이전트의 ‘기억’이라는 말에는 현재 대화, 파일에 남긴 결정, 다음 작업에서 검색해 가져오는 정보가 섞여 쓰입니다. 저장된 문서가 있어도 다음 호출에 읽히지 않으면 이번 판단의 근거가 되지 못합니다.
가상 교육 기획에서 ‘대상은 초급 실무자’로 확정했다고 해봅시다. 다음 세션에서 그 결정을 사용하려면 결정 기록을 저장하고, 관련 작업에서 찾아 읽으며, 이후 대상이 바뀌었는지도 확인해야 합니다. 저장·검색·선택·갱신이 이어져야 재사용되는 기억이 됩니다.
필요한 지식은 LLM 위키에 남길 수 있고, 검색에는 임베딩 등을 사용할 수도 있습니다. 특정 저장 방식 하나가 모든 기억 문제를 해결하는 것은 아닙니다.
작업을 나누고 이어가는 기준
작업 성격이 크게 달라졌다면 별도 세션으로 분리할 수 있습니다. 앞서 정한 방향을 이어가야 한다면 현재 대화를 유지하거나 결정 기록을 전달합니다. 모든 작업마다 무조건 비우는 방식은 중요한 배경을 잃을 수 있습니다.
별도 서브에이전트를 사용할 때도 마찬가지입니다. 무엇을 넘기고 무엇을 분리할지 정해야 합니다. 결과만 받으면 충분한 조사도 있지만, 결론의 근거와 미확인 사항까지 함께 받아야 하는 검토도 있습니다.
대화가 길어지기 전에 남길 인계 내용
- 목표와 현재 범위: 무엇을 완성하려는가.
- 확정 결정: 누가 무엇을 정했고 어떤 조건이 붙었는가.
- 근거 위치: 원문과 현재 산출물은 어디에 있는가.
- 미확인 사항: 추정·제안·실패를 확정 사실과 구분했는가.
- 다음 행동: 이어서 무엇을 확인하면 되는가.
요약은 원문을 줄여 담는 과정이므로 누락이 생길 수 있습니다. 특히 ‘검토 중인 제안’을 ‘결정’으로 바꾸거나 적용 범위를 넓히지 않았는지 확인합니다. BOAZ가 세션 기록을 위키로 옮길 때도 이 구분을 사용합니다.
파일 위치와 출력 제한도 확인한다
AI가 문서를 읽었다고 보고해도 도구 출력이 잘렸다면 전체 내용이 입력에 들어가지 않았을 수 있습니다. 중요한 판단은 해당 원문 구간을 다시 읽어 확인합니다. 파일이 이동했다면 예전 링크가 같은 자료를 가리키는지도 봅니다.
브라우저·터미널 중 어떤 화면을 쓰는지만으로 Context 관리 능력이 결정되는 것은 아닙니다. 실제 제품의 파일 접근, 세션, 요약, 기억 기능을 기준으로 판단해야 합니다.
Context 관리 뒤에도 검증은 남는다
필요한 정보를 제공해도 모델이 이를 정확히 활용한다는 보장은 없습니다. Attention은 문맥 정보를 조합하는 연산이지만 개별 실패의 원인을 모두 설명하지는 않습니다. 결과를 원문과 대조하고, 확인하지 못한 부분을 남기는 검증 Loop가 함께 필요합니다.
자주 묻는 질문
폴더 안에 있는 문서를 AI가 전부 알고 있나요?+
아닙니다. 파일이 존재하는 것과 해당 내용이 모델 입력에 들어간 것은 다릅니다. 필요한 파일을 실제로 읽었는지, 도구 결과가 잘리거나 요약되지는 않았는지 확인해야 합니다.
Context와 영구 기억은 같은 것인가요?+
Context는 현재 모델 호출의 입력입니다. 위키·파일·데이터베이스에 저장한 지식은 필요할 때 읽어 입력에 포함시켜야 합니다. 저장돼 있다는 이유만으로 매번 참고되는 것은 아닙니다.
대화를 비우기 전에 무엇을 남기나요?+
목표, 확정 결정, 원문 위치, 현재 산출물, 미확인 사항, 다음 작업에 필요한 조건을 남깁니다. 중요한 제약을 단순한 권고로 약화하지 않았는지 확인합니다.
짧은 Context가 항상 좋은가요?+
아닙니다. 불필요한 자료는 줄이되 판단에 필요한 원문과 배경을 빼면 정확도가 떨어질 수 있습니다. 길이보다 필요한 정보가 포함됐는지를 업무 질문으로 확인합니다.
LINE 엔지니어 출신이, 실효성 있는 AX 프로그램을 진행합니다. 대기업 임원 및 실무자 대상 AX 프로그램 진행 경험을 바탕으로, 기업의 실제 업무를 분석하고 작동하는 AI 활용 결과물까지 함께 만듭니다.
관련 용어
데이터 출처 추적 (Data Provenance)
데이터 출처 추적은 정보가 어디서 왔고, 어떤 가공과 판단을 거쳐 현재 결과가 됐는지 기록하는 일입니다. AI 업무에서는 원문 위치, 읽은 버전, 변환 과정, 채택한 판단을 이어 볼 수 있어야 합니다.
로컬 LLM (Local LLM)
로컬 LLM은 원격 모델 서비스에 추론을 맡기는 대신 자신의 컴퓨터나 서버에서 실행하는 대규모 언어 모델입니다. 모델의 실행 위치와 이를 사용하는 앱·도구의 외부 연결 여부는 따로 확인해야 합니다.
바이브 코딩 (Vibe Coding)
바이브 코딩은 프로그래밍 언어로 코드를 직접 작성하는 대신, 원하는 결과를 자연어로 설명해 AI가 코드를 생성하고 실행까지 하게 만드는 방식을 말합니다. 비개발자도 아이디어를 작동하는 결과물로 옮길 수 있게 해주지만, 코드를 몰라도 된다는 뜻이 아니라 결과물을 검증하는 기준을 사람이 갖춰야 한다는 뜻입니다.
서브에이전트 (Subagent)
서브에이전트는 메인 에이전트가 일부 작업을 맡기는 별도의 실행 단위입니다. 자체 Context에서 작업하지만 어떤 이전 맥락과 자료를 받는지는 도구와 설정에 따라 다릅니다. 분리의 가치는 병렬 처리와 맥락 관리에 있으며, 정확성이 자동으로 보장되지는 않습니다.
임베딩 (Embedding)
임베딩은 텍스트·이미지 같은 정보를 수치 벡터로 표현하는 방식입니다. 검색에서는 질문과 자료의 벡터를 비교해 관련 후보를 찾는 데 사용하며, 유사도가 높다는 사실이 내용의 정확성을 보장하지는 않습니다.
청킹 (Chunking)
청킹은 긴 문서나 자료를 검색·처리에 사용할 작은 단위로 나누는 작업입니다. 조각의 크기뿐 아니라 제목·조건·표·원문 위치가 함께 유지되는지가 검색과 답변의 품질에 영향을 줍니다.
AI Agent (AI 에이전트)
AI 에이전트는 모델이 목표와 현재 상태를 바탕으로 필요한 도구와 다음 행동을 선택하며 작업을 이어가는 시스템입니다. 계획·실행·확인을 반복할 수 있지만, 자율적으로 동작한다는 사실이 작업의 성공이나 정확성을 보장하지는 않습니다.
Attention (어텐션)
Attention은 입력의 각 표현을 얼마나 참고할지 가중치를 계산하고, 그 가중치로 정보를 조합하는 신경망의 연산입니다. LLM의 문맥 활용을 이해하는 핵심 개념이지만, 개별 지시 누락의 원인을 Attention만으로 단정할 수는 없습니다.
Claude Code
Claude Code는 Anthropic의 AI 코딩 에이전트로, 프로젝트의 파일을 읽고 수정하며 명령과 도구를 사용해 작업을 수행합니다. 터미널뿐 아니라 IDE·데스크톱·웹 등 지원 환경에서 사용할 수 있으며, 실제 파일 접근 범위는 실행 환경과 권한에 따라 달라집니다.
Harness (하네스)
AI 하네스(Harness)는 모델이 작업을 수행하도록 도구, 실행 상태, Context, 권한, 검증과 종료 조건을 연결하는 주변 시스템입니다. 모델의 응답을 실제 업무 실행으로 이어주며, 어떤 조건에서 계속하거나 멈출지를 관리합니다.
LLM 위키 (LLM Wiki)
LLM 위키는 AI가 원문을 읽고 주제별 설명과 연결을 작성하며, 사람이 그 내용과 변경을 검토해 재사용하는 지식 운영 방식입니다. 대화 기록을 쌓는 데서 나아가 출처·판단·갱신 이력을 함께 관리합니다.
Loop (검증 Loop·개선 Loop)
검증 Loop는 결과물을 정해진 기준과 대조하고 필요한 부분을 수정해 다시 확인하는 반복입니다. 개선 Loop는 실행에서 얻은 피드백으로 지식·Skill·도구·기준을 고칩니다. 두 과정 모두 통과뿐 아니라 중단·보류 조건이 필요합니다.
MCP (Model Context Protocol)
MCP(Model Context Protocol)는 AI 모델을 외부 도구·데이터·시스템에 표준화된 방식으로 연결하기 위해 앤트로픽이 제안한 개방형 프로토콜입니다. 매번 자료를 붙여 넣거나 개별 연동을 새로 짜는 대신, 한 번 정해진 방식으로 AI와 사내 시스템을 잇는다는 점이 핵심입니다.
RAG (검색 증강 생성)
RAG(Retrieval-Augmented Generation, 검색 증강 생성)는 질문에 필요한 자료를 검색한 뒤 그 내용을 모델에 제공해 답변을 만드는 방식입니다. 답변 품질은 원문 상태뿐 아니라 검색, 문맥 구성, 생성과 검증의 영향을 함께 받습니다.
우리 조직에 맞는 AX가 궁금하다면
조직 상황과 대상(임원·실무자·전사)을 알려주시면, 어떤 프로그램이 맞는지 — 혹은 아직 워크숍이 필요 없는 단계인지 — 솔직하게 답해드립니다.