C-component (Context Manager)

📌 Brief Summary

C-component(Context Manager)는 에이전트 하네스(Harness)의 6대 구성 요소 중 하나로, 모델의 제한된 컨텍스트 윈도우(Context Window)를 관리하고 최적화하는 책임을 진다. 사용자의 요청, 대화 이력, 외부 도구의 출력, 그리고 메모리 시스템(S-component)에서 가져온 지식을 조합하여 모델이 현재 작업을 수행하는 데 가장 적합한 '최적의 입력(Optimal Prompt)'을 구성한다.

📖 Core Content

컨텍스트 조립 (Context Assembly): STM, WTM, LTM 및 도구 실행 결과 등 흩어져 있는 지식 조각들을 우선순위에 따라 하나의 프롬프트로 결합한다.
압축 및 요약 (Compaction & Summarization): 컨텍스트 크기가 모델의 한계에 도달하면, 중요도가 낮은 정보를 요약하거나 제거하여 추론 성능 저하(Context Rot)를 방지한다.
우선순위 제어 (Priority Management): 최신 사용자 명령과 필수 제약사항이 모델의 주의력(Attention)을 가장 많이 받는 위치에 배치되도록 조정한다.
윈도우 슬라이딩 (Windowing): 대화가 길어질 경우 고정된 크기의 윈도우를 유지하면서, 이전의 결정 사항을 요약본으로 대체하여 맥락을 유지한다.
아티팩트 참조 관리 (Artifact Referencing): 대규모 데이터는 외부 저장소에 두고, 컨텍스트 내에는 해당 데이터의 메타데이터와 참조 ID만을 포함시켜 토큰 소모를 최소화한다.

⚖️ Trade-offs & Caveats

지연 시간: 실시간으로 컨텍스트를 분석하고 재구성하는 과정에서 오버헤드가 발생한다.
정보 유실: 공격적인 압축은 모델이 세부적인 지시사항을 놓치게 만들 수 있다.
일관성 문제: 요약된 정보와 메모리 시스템의 원본 데이터 간에 불일치가 발생할 수 있다.

🔗 Knowledge Connections

Context Engineering
- 연결 이유: C-component가 수행하는 전략적 활동의 총칭이다.
E-component (Execution Loop)
- 연결 이유: 실행 루프가 한 번 돌 때마다 C-component가 새로운 컨텍스트를 생성하여 모델에게 전달한다.
S-component (State Store)
- 연결 이유: 컨텍스트에 주입할 장기적인 상태 정보를 제공받는 소스이다.

Deeper Research Questions

모델의 특정 레이어에서 주의력이 떨어지는 정보를 실시간으로 탐지하여 C-component가 이를 자동으로 제거하는 피드백 루프는 가능한가?
다양한 모델(Claude, GPT, Gemini)의 컨텍스트 윈도우 특성에 따라 최적의 프롬프트 구조를 동적으로 생성하는 '모델 적응형 C-component'는 어떻게 설계해야 하는가?
컨텍스트 내의 정보 간 충돌(Conflict)이 발생했을 때, C-component가 이를 해결하기 위해 수행해야 하는 우선순위 결정 로직은 무엇인가?

Practical Application Contexts

Implementation: 하네스 구현 시 ContextManager 클래스를 정의하고, assemble(), compact(), injectEvidence() 등의 메서드를 통해 컨텍스트를 제어한다.
System Design: 대규모 에이전트 시스템에서 C-component를 별도의 마이크로서비스로 분리하여 여러 하네스가 공유하는 '중앙 집중형 컨텍스트 최적화 서비스'를 구축할 수 있다.

Last updated: 2026-05-01

3.6 KiB Raw Blame History