에이전트 컨텍스트 감사: 당신의 자체 거버넌스가 문제가 될 때 — 그리고 아무것도 잃지 않고 이를 복구하는 방법
게시: 27 April 2026
몇 주를 보내며 완벽한 에이전트 거버넌스를 구축했습니다. Eager/Lazy, 세션 종료 절차, 순환 백업. 시스템이 가동 중입니다. 그러던 어느 날, 에이전트가 느려졌습니다. 응답이 희석되었습니다. 측정 결과: 자동으로 로드된 1414줄. 그리고 가장 나쁜 점은, 원인이 코드가 아니며, 백로그도 아니며, 세션 아카이브도 아니라는 것입니다. 원인은 당신의 방법을 문서화한 파일입니다.
- 두드리는 소리
-
[]
장면: 세션 051, 뭔가 이상해
2026년 4월 30일, 16시 00분. 저는 현재 진행 중인 세션에서`magic-stick`, 내 프로젝트의 Linux 라이브 ISO 빌드. Opencode 에이전트가 평소처럼 자동으로 내 Eager 파일들을 로드했어요 —AGENT.adoc, PROMPT_REPRISE.adoc, `.agents/INDEX.adoc`모든 것이 정상입니다.
하지만 답변이 미지근해. 에이전트는 추론에 두 초 더 걸린다. 그는 세 메시지 전에 눈앞에 있던 세부 사항을 잊어버린다. 이는 충돌도 오류도 아닌 — 서서히 나빠지는 현상, 바로 눈치채지 못하는 종류다.
이미 세션 048에서 그런 상황을 경험한 적이 있었는데, 그때 지배 파일들이 누적으로 5200줄에 달한다는 사실을 알게 되었습니다. 그러고 나서 10세션 슬라이딩 윈도우를 가진 Hot/Warm/Cold 메커니즘, 동일한 냉각 파동, 두 트리거를 가진 센서를 개념화했습니다. 문제는 해결되었다. 이론상으로는.
하지만 여기, 우리는 세션 051에 있다. 백업 회전이 정상적으로 이루어졌다 — EAGER 파일은 2087줄에서 500줄로 줄었다. 그런데 상황은 여전히 무겁다. 뭔가 놓치고 있는 것 같다.
터미널을 열고 입력합니다 :
wc -l AGENT.adoc AGENT_MODUS_OPERANDI.adoc PROMPT_REPRISE.adoc \
.agents/INDEX.adoc .agents/SESSIONS_HISTORY.adoc \
.agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
287 AGENT.adoc
627 AGENT_MODUS_OPERANDI.adoc
51 PROMPT_REPRISE.adoc
218 .agents/INDEX.adoc
18 .agents/SESSIONS_HISTORY.adoc
213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
1414 total
1414줄. 백업 로테이션이 INDEX, SESSIONS_HISTORY, COMPLETED_TASKS를 깔끔하게 정리했습니다 — 이들은 깨끗합니다. 하지만 방 안에 코끼리가 있는데 내가 보지 못했어 :627줄한 파일에`AGENT_MODUS_OPERANDI.adoc`.
이 파일은 내가 세션 1에서 Eager/Lazy 전략을 문서화하기 위해 쓴 파일입니다. 이것은 방법의 매뉴얼입니다. 그리고 이것은 단독으로 EAGER 컨텍스트의 44%가 되었습니다.
@startuml skinparam backgroundColor #FEFEFE title 컨텍스트 EAGER — 1414줄 rectangle "AGENT_MODUS_OPERANDI **627줄 (44%)**" as MOD #FFCDD2 rectangle "AGENT.adoc\n287 줄 (20%)" as AG #BBDEFB rectangle "INDEX.adoc 218줄 (15%)" as IDX #C8E6C9 rectangle "COMPLETED_TASKS\n213 줄 (15%)" as ARC #FFF9C4 rectangle "PROMPT_재개 51줄 (4%)" as PRO #E1BEE7 rectangle "SESSIONS_HISTORY 18 줄 (1%)" as HIS #FFE0B2 note bottom of MOD Le fichier qui documente la méthode est devenu le plus gros poste de dépense end note @enduml
아이러니가 완전하다. 컨텍스트를 절약하기 위해 설계된 파일이 이제는 *컨텍스트의 주요 소비자*가 되었다. 그것은 마치 당신의 자동차 사용 설명서가 엔진보다 무겁다고 생각하는 것과 같다.
감사: 627줄 분석하기
섹션별로 감사를 진행하기로 결정했습니다. 삭제하기 위해서가 아니라, *이해*하기 위해 EAGER에 있어야 할 것과 다른 곳에 거주해도 지식 손실 없이 살 수 있는 것을 구분하기 위해서입니다.
다음은 정확한 구조의`AGENT_MODUS_OPERANDI.adoc`그리고 내가 거기서 찾는 것 :
섹션 |
라인 |
내용 |
이미 존재하는… |
P1 — 개요 |
64 |
문제 해결, 기본 원칙, 대시보드와 매뉴얼의 비유 |
(No source text provided, so nothing to translate.) |
P2 — 파일 구조 |
97 |
트리 구조, 로딩 정책, 언제 무엇을 로드할지 |
— |
P3 — 절대 규칙 |
34 |
Git 금지, 파괴적인 명령어 금지, 비밀 금지 |
|
P4 — 세션 생명 주기 |
133 |
템플릿 개시, 작업 규칙, 6단계 세션 종료, 체크리스트 |
|
P5 — 메트릭스와 임계값 |
49 |
이상적인 세션 (15-30분, 1-3 파일), 경고 신호 |
— |
P6 — 세션 유형 |
72 |
탐지 표, 제안 형식, 예외 |
— |
P7 — 지속적인 개선 |
39 |
추적 지표, 주간 리뷰 |
— |
P8 — 시작 체크리스트 |
13 |
Bootstrap 새 프로젝트 |
— |
P9 — 참고문헌 |
30 |
참조 파일, 외부 리소스 |
|
부록 A+B |
42 |
용어 사전, 버전 기록 |
— |
판결은 최종적 :
-
완전한 중복(167 줄) : P3, P4, P9 — 모든 것이 이미 안에 있다`AGENT.adoc` ou
INDEX.adoc, 자주 단어 그대로 -
실전에서 assoluta 참조된 적이 없음(215 줄) : P5, P6, P7, P8, 부록 — 메타 거버넌스가 어느 세션에서도 사용된 적이 없는
-
유일한 지식(161 lignes) : P1과 P2 — 어휘 LAZY/EAGER, 비유, 로딩 정책
627줄에382는 소음. 이 382줄은 세션 시작 시마다 로드되고, 에이전트에 의해 소비되며, 내가 인사도 하기 전에 그의 주의를 희석시킵니다.
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
title AGENT_MODUS_OPERANDI.adoc 감사 — 627 줄
left to right direction
rectangle "🟡 **중복**\n167줄 (27%)" as DUP #FFF9C4 {
card "P3 — 절대 규칙
(34 줄)" as D1
card "P4 — 생명 주기
(133 줄)" as D2
card "P9―참고문헌
(30줄)" as D3
}
rectangle "🔴 **절대 확인되지 않음**
215줄 (34%)" as JAM #FFCDD2 {
card "P5 — 메트릭
(49 줄)" as J1
card "P6 — 탐지
(72줄)" as J2
card "P7 — 개선
(39줄)" as J3
card "P8 — Bootstrap
(13줄)" as J4
card "부록 — 용어집
(42 줄)" as J5
}
rectangle "🟢 **유일한 지식**
161줄 (26%)" as UNI #C8E6C9 {
card "P1 — 개요
(64줄)" as U1
card "P2 — 파일 구조
(97 줄)" as U2
}
note bottom of UNI
C'est ÇA qu'il faut garder en EAGER.
Le reste → cold storage.
end note
@enduml
이 다이어그램이 모든 것의 핵심이다. 중복(노란색)은 순수한 노이즈이다 — 에이전트가 이를 두 번 읽으며, 두 개의 다른 파일에서이다. 절대 참조되지 않은 (빨간색)은死んだ 문서이다 — 주의 깊게 작성되었지만 결코 사용되지 않았다. 오직 초록색만이 에이전트가 다른 곳에서 찾을 수 없는 지식을 포함한다.
공학을 잃는 두려움
이 시점에서, 저는 증거를 눈앞에 두고 있습니다: 저는 줄여야 합니다.AGENT_MODUS_OPERANDI.adoc. 하지만 주저해요.
이 파일은 손으로 썼습니다. 각 섹션은 실제 세션에서 배운 교훈의 결과입니다. P3 부분은 …에서 태어났다.`rm -rf`우발적인 위에`bakery-plugin`실제 Firebase 토큰이 소모되었습니다. P4 부분은 아카이빙을 잊고 흐름을 잃은 15번의 세션 결과입니다. 6단계 절차는 책에서 나온 것이 아니라 고통에서 나온 것이다.
이 섹션들을 삭제하는 것은 내 자신의 엔지니어링 역사를 버리는 것과 같다. 이들로부터 생긴 교훈들, 내가 그들을 발견했던 세션들, 다시는 되풀이하고 싶지 않은 오류들. 이것은 텍스트가 아니라 — 결정화된 경험이다.
여기에 내가 해결책을 안내하는 원칙을 제시한다:
_ 절대 삭제하지 마십시오. 항상 재배치하십시오.지식은 프로젝트에서 사라질 필요가 없습니다. 그저 필요하지 않을 때 자동으로 로드되지 않으면 됩니다. _
해결책: 분할 백과사전
제가 제안하는 모델은 간단하며 위키피디아가 성장한 방식에서 영감을 얻었습니다: 기사가 너무 길어지면 잘라내지 않고 — 상세한 기사를 작성하고 메인 기사에 요약을 유지합니다.
를 위해`AGENT_MODUS_OPERANDI.adoc`, 그 결과는 :
-
추출하다161개의 고유한 지식 라인 (P1 + P2)를 새로운 파일에`LAZY_EAGER_ESSENTIALS.adoc`— 약 50줄로 압축, 엄격히 EAGER
-
이름 바꾸기
AGENT_MODUS_OPERANDI.adocen.agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc— 원래 627줄 파일, 손상되지 않은 상태로, 콜드 스토리지에 -
절대로 충전하지 마encyclopedia 파일을 자동으로 — 인간을 위해 존재하며, 미래의 증류를 위해, 그리고 6개월 후에 더 나은 모델로 호출할 에이전트를 위해 존재합니다
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
title 분할된 백과사전 — AGENT_MODUS_OPERANDI
left to right direction
rectangle "**AGENT_MODUS_OPERANDI.adoc**
627줄
(분할 전)" as BEFORE #FFCDD2 {
}
rectangle " " as ARROW1
rectangle " " as ARROW2
rectangle "**LAZY_EAGER_ESSENTIALS.adoc**\n**~50줄 — EAGER**" as ESS #C8E6C9 {
card "P1 압축된
(15줄)" as E1
card "P2 압축된
(35줄)" as E2
}
rectangle ".agents/encyclopedies/**
**LAZY_EAGER_ENCYCLOPEDIE.adoc**
627줄 — COLD" as ENC #BBDEFB {
card "P1부터 부록까지
(완전하고 손상되지 않은)" as C1
}
BEFORE -[#4CAF50]-> ESS : "추출의
비판적 지식"
BEFORE -[#2196F3]-> ENC : "완전한 보존
공학의"
note bottom of ESS
Chargé automatiquement
en début de session
→ L'agent comprend le vocabulaire
end note
note bottom of ENC
Jamais chargé automatiquement
Consultable par l'humain
Matériau brut pour distillation future
end note
@enduml
이름`encyclopedies/`그것은 우연이 아닙니다. 백과사전은 아카이브 파일이 아니라 — 조직화된 지식의 집합체이며, 조회할 수 있지만 휴대할 수 없습니다. 지하철에서는 Universalis 백과사전을 읽지 않습니다. 우리는 그것을 도서관에 보관하고, 특정한 질문이 있을 때 거기에 가서 찾습니다.
이것이 바로 이 폴더의 역할입니다: 차가운, 구조화되고 포괄적인 참조 라이브러리 — 에이전트가 자동으로 건드리지 않는
ESSENTIALS 파일의 내용
여기서 새 파일이 구체적으로 어떻게 보이는지입니다.LAZY_EAGER_ESSENTIALS.adoc, 추출 및 압축된 P1과 P2에서 :
= Stratégie LAZY/EAGER — Principes Essentiels
[abstract]
Ce fichier définit la stratégie de gestion du contexte agent.
Chargé automatiquement (EAGER) en début de session.
== Principes
|===
| EAGER | LAZY
| Tableau de bord | Manuel du propriétaire
| Chargé automatiquement | Chargé sur demande
| <= 100 lignes, <= 10k tokens | Illimité, détaillé
| Règles absolues, mission courante | Archives, historique, références
|===
== Politique de Chargement
|===
| Fichier | Type | Quand charger
| PROMPT_REPRISE.adoc | EAGER | Début session (auto)
| *_ESSENTIALS.adoc | EAGER | Début session si EPIC active
| .agents/INDEX.adoc | EAGER | Début session (auto)
| *_REFERENCE.adoc | LAZY | Sur besoin (détails architecture)
| .agents/sessions/N-*.adoc | LAZY | Sur demande (détails session)
| .agents/encyclopedies/*.adoc | COLD | Jamais auto (humain seulement)
|===
== Comment l'Agent Sait Quoi Charger
Début session → PROMPT_REPRISE + INDEX + ESSENTIALS actifs.
Besoin de détails → charger les *_REFERENCE et sessions/ en LAZY.
Connaissance froide → encyclopedies/, jamais automatique.
오십 줄. 에이전트가 메커니즘을 이해하기 위해 필요한 것은 이것뿐이다. 나머지는 — 수업 기록, 상세한 비유, 단계별 절차, 부록 — 모두 백과사전에 있다.
그리고 가장 중요한 것:아무것도 삭제되지 않았습니다.. 627개의 엔지니어링 라인이 여전히 여기에 있습니다, 안에`.agents/encyclopedies/LAZY_EAGER_ENCYCLOPEDIE.adoc`. 그들은 단지 도서관에 정리되어 있을 뿐, 작업대 위에 놓여 있지 않다.
결과: EAGER 컨텍스트 -50%
분할 전:
287 AGENT.adoc
627 AGENT_MODUS_OPERANDI.adoc
51 PROMPT_REPRISE.adoc
218 .agents/INDEX.adoc
18 .agents/SESSIONS_HISTORY.adoc
213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
1414 total
분할 후 :
287 AGENT.adoc
50 LAZY_EAGER_ESSENTIALS.adoc ← remplace 627 lignes
51 PROMPT_REPRISE.adoc
218 .agents/INDEX.adoc
18 .agents/SESSIONS_HISTORY.adoc
213 .agents/archives/COMPLETED_TASKS_ARCHIVE_2026-04.adoc
837 total ← -41%
@startuml skinparam backgroundColor #FEFEFE title 백과사전 분할 이후 EAGER 컨텍스트 — 837줄 (-41%) rectangle "AGENT.adoc\n287줄 (34%)" as AG #BBDEFB rectangle "INDEX.adoc 218 줄 (26%)" as IDX #C8E6C9 rectangle "COMPLETED_TASKS\n213 줄 (25%)" as ARC #FFF9C4 rectangle "PROMPT_REPRISE 51줄 (6%)" as PRO #E1BEE7 rectangle "필수 50줄 (6%)" as ESS #A5D6A7 rectangle "SESSIONS_HISTORY\n18 줄 (2%)" as HIS #FFE0B2 note bottom of ESS De 627 → 50 lignes 577 lignes d'ingénierie préservées en cold storage Rien de perdu. Tout de relocalisé. end note @enduml
가장 큰 소비자 (AGENT_MODUS_OPERANDI, 627줄)가 50줄 파일로 대체되었습니다. 이득은 즉각적이며: 577줄의 컨텍스트가 해제되었습니다. 에이전트가 숨을 쉰다.
그리고 안에`.agents/encyclopedies/`, 원본 파일에 627줄이 기다리고 있습니다. 변함없이. 모든 섹션과 함께 — 중복된 섹션도 포함하고, 한 번도 사용되지 않은 섹션도 포함해서. 어느 날, 더 나은 모델이나 인간 데이터 과학자가 이러한 각도, 가정되는 중복, 배운 교훈을 교차하고 싶어하기 때문입니다. 그날에는 원본 데이터가 있을 것이다.
왜 폴더 이름이 `encyclopedies/
이름 선택은 장식이 아닙니다. 그것은 메커니즘의 철학을 인코딩합니다.
하나의 아카이브 (archives/`포함합니다 연대순으로 정리된 과거 데이터 — 월별 COMPLETED_TASKS처럼. 하나의 backup (`backup/) 는 타임스탬프가 붙은 스냅샷입니다 — 과거 상태의 백업 사본입니다.
백과사전, 그것은 다른 것입니다. 주제별 지식의 컬렉션으로, 주제에 따라 구조화되어 있고 포괄적이지만 선형적이지 않습니다. 백과사전을 처음부터 끝까지 읽지 않습니다. 구체적인 질문에 답하기 위해 그곳에 뛰어듭니다.
이것은 정확히 이 파일의 계약입니다 :
폴더 |
역할 |
접근 |
세분도 |
|
역사적 데이터 (월별 완료된 작업) |
게으른, 구조화된 |
연대순의 |
|
차가운 스냅샷 (10세션 물결) |
콜드, 전체 복사 |
연대순 |
|
주제에 대한 포괄적인 지식 (방법론, 패턴) |
COLD, 자동이 아님 |
주제 |
이 구분은 잡탕을 피합니다. 각 파일은 *무엇을 포함하는지*에 따라 어디에 있어야 하는지를 알고, *언제 만들어졌는지*에 따라 결정되지 않습니다.
시리즈의 논리적 연속
첫 두 개의 기사를 읽으셨다면, 다음은 세 조각이 어떻게 맞물리는지 보여 드리겠습니다 :
@startuml
skinparam backgroundColor #FEFEFE
skinparam defaultTextAlignment center
skinparam wrapWidth 220
title 에이전트 거버넌스 삼부작
left to right direction
package "📖 **Article 0108**
전략 Eager/Lazy" as A1 #E8F5E9 {
card "메모리 에이전트
세션 간" as M1
card "EAGER 파일
(자동 로드됨)" as M2
card "LAZY 파일
(요청 시)" as M3
card "6단계 절차" as M4
}
package "🧊 **Article 0110**
핫/웜/콜드 메커니즘" as A2 #FFF9C4 {
card "노화
컨텍스트의" as V1
card "슬라이딩 윈도우
10 세션" as V2
card "차가운 파도
동일한" as V3
card "센서와\n두 개의 트리거" as V4
}
package "🔍 **Article 0111**
감사 + 백과사전 솔루션" as A3 #BBDEFB {
card "파일 감사
EAGER" as E1
card "식별
폐기물" as E2
card "Split
필수/백과사전" as E3
card "엔지니어링
보존" as E4
}
A1 --> A2 : "메모리가 커집니다 → 노화 메커니즘이 필요합니다"
A2 --> A3 : "노화만으로는 부족합니다
→ EAGER에 있어야 할 것을
감사해야 합니다"
note bottom of A3
✅ Les trois couches sont en place
sur 6 projets actifs
end note
@enduml
-
0108답변: « 에이전트에게 두 세션 사이에 메모리를 어떻게 줄 수 있나요?
-
0110답변 : « 이 기억이 에이전트를 질식시키는 것을 어떻게 막을 수 있나요?
-
0111 답변 : « 그리고 문제가 아카이브의 크기가 아니라 우리가 *선택*하여 EAGER에 넣은 것이라면? »
첫 번째 논문은 구조를 구축했다. 두 번째 논문은 노화 메커니즘을 추가했다. 세 번째 논문은 내용을 감사하고 — 방법론 자체가 문제라는 것을 발견한다.
내가 다르게 했더라면
돌이켜보면, 처음 설계의 오류를 보입니다.`AGENT_MODUS_OPERANDI.adoc`이는 단일 문서로 만들어졌으며 — 하나의 선언문이었습니다. 이는 생각을 형식화하는 데 올바른 접근 방식이었습니다. 하지만 생각이 형식화된 후에는 문서를 즉시 분할해야 했습니다: 핵심은 EAGER에, 포괄적인 내용은 cold에 두어야 했습니다.
나는 문서에 자랑스러워서 그것을 하지 않았다. 627줄의 순수 공학, 손으로 쓴 것이며, 각 부분은 세션 수업의 결과물이다. 그것은 나의 작품이었다. 그리고 모든 작가처럼, 나는 그것을 자르는 데 어려움을 겪었다.
수업:문서가 좋다고 해서 자동으로 로드되어야 하는 것은 아니다.. 콘텐츠의 품질은 에이전트의 즉각적인 상황과 관련이 없습니다.
오늘, 규칙은 간단합니다: EAGER 컨텍스트에서 100줄이 넘는 문서는 모두 의심 대상입니다. 감사를 받아야 합니다. 처벌이 아니라 감사입니다. 그리고 질문은 결코 '삭제해야 하는가?'가 아니라 '매 세션마다 로드해야 하는가?'입니다.
자신의 컨텍스트를 감사하는 가이드
첫 번째와 두 번째 기사를 따르고 자체적인 Eager/Lazy 거버넌스를 구축했다면, 여기 5단계 감사 절차가 있습니다:
-
측정 : `wc -l`모든 EAGER 파일에. 총 수는 1000줄 미만이어야 합니다.
-
가장 큰 것 식별: 전체 용량의 20%보다 큰 파일이 첫 번째 용의자입니다.
-
섹션별로 감사하기: 각 섹션마다 자신에게 묻습니다. « 이 정보가 이미 다른 곳에 있나요? 해당 대리인이 이미 다른 파일에서 이를 읽었나요? 이 정보가 지난 5번의 세션에서 사용되었나요?
-
분류기: 중복, 절대 사용되지 않음, 고유한 지식.
-
분할하거나 재배치: 고유하고 중요한 것 → ESSENTIALS 압축된. 그 외의 모든 것 →
encyclopedies/.
@startuml skinparam backgroundColor #FEFEFE skinparam defaultTextAlignment center title 에이전트 컨텍스트 감사 절차 — 5단계 start :1. **Mesurer**\n`wc -l *.adoc .agents/*.adoc`; if (Total > 1000 lignes ?) then (oui) :⚠️ Contexte trop lourd; else (non) :✅ Contexte OK; stop endif :2. **Identifier le suspect**\nLe fichier > 20% du total; :3. **Auditer section par section**\nPour chaque section :\n• Déjà ailleurs ? → doublon\n• Jamais servi ? → mort\n• Information unique ? → critique; :4. **Classifier**\n🟡 Doublons → à retirer de l'EAGER\n🔴 Jamais utilisé → cold storage\n🟢 Connaissance unique → à garder; :5. **Splitter**\n🟢 → ESSENTIALS (~50 lignes, EAGER)\n🟡🔴 → encyclopedies/ (cold storage); :✅ Contexte optimisé\nsans perte d'ingénierie; stop @enduml
이 절차는 15분이 소요됩니다. 50세션 프로젝트에서는 향후 세션당 수백 토큰을 절약하며, ROI는 즉시 발생합니다.
살아 있는 거버넌스
이 세 글 시리즈에서 배운 것은 에이전트 거버넌스가 완성된 제품이 아니라는 것입니다. 이것은살아있는 유기체. 그녀는 프로젝트와 함께 성장합니다. 그녀는 성장 관련 질병에 걸립니다. 그녀는 정기적인 검진이 필요합니다.
세션 048은 아카이브가 부풀어 오르고 있음을 드러냈다. 세션 051은 방법론 자체가 부풀어 오르고 있음을 드러냈다. 세션 060은 아마도 다른 것을 드러낼 것이다. 정상이다. 건강하다. 자신을 결코 의심하지 않는 통치는 죽은 통치이다.
설정된 세 가지 메커니즘 — Eager/Lazy, Hot/Warm/Cold, 백과사전식 분할 — 은 맥락 포화에 대한 심층 방어 체계를 형성합니다. 단독으로는 충분하지 않습니다. 함께 사용하면 서로 보완됩니다:
-
즉시/지연정보를 가용성별로 구조화하다
-
뜨거운/따뜻한/차가운정보를 신선도 순으로 구조화
-
백과사전식 감사정보 구조화 밀도별로
@startuml skinparam backgroundColor #FEFEFE skinparam nodeBackgroundColor #E3F2FD title 컨텍스트 포화에 대한 깊이 있는 방어 node "**컨텍스트 에이전트** ~800 줄 건전한" as CTX #C8E6C9 node "층 1 **EAGER / LAZY**" as C1 #BBDEFB node "레이어 2 **더운 / 따뜻한 / 추운**" as C2 #BBDEFB node "3층 **필수 / 백과사전**" as C3 #BBDEFB CTX --> C1 : "구조별\n**가용성**" CTX --> C2 : "구조는 **신선함**" CTX --> C3 : "구조에 따른\n**밀도**" note bottom of C3 Les trois couches sont nécessaires. Aucune n'est suffisante seule. end note @enduml
이 세 층으로, 에이전트 컨텍스트가`magic-stick`2087줄(최적화 이전)에서 약 800줄로 줄어들어 — 2.6배로 감소했습니다. 문서 한 줄도, 세션 아카이브 하나도, 배운 교훈 하나도 잃지 않았습니다.
모든 것이 거기에 있다. 그저 더 잘 정리되어 있다.
링크
-
Article 0108 — Eager/Lazy 전략 :AsciiDoc로 AI 에이전트 관리하기
-
Article 0110 — Hot/Warm/Cold 메커니즘 :Sliding Window과 차가운 파도
-
내 사이트 : https://cheroliv.com
-
프로젝트`magic-stick`: https://github.com/cheroliv/magic-stick
지식은 사라질 필요가 없습니다. 그것은 필요하지 않을 때는 단순히 로드되지 않아도 됩니다.
관련 기사
31 May 2026
14 May 2026