* chore: wire docs/agents config into AGENTS.md Agent skills section
Add the `## Agent skills` discovery block pointing the engineering
skills at the existing docs/agents/{issue-tracker,triage-labels,domain}.md
files (issue tracker, triage label mapping, single-context domain docs).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* docs: rebrand to GSD Core and restructure docs with Diataxis
Reorganise the root README and docs/ around the Diataxis framework
(tutorials, how-to guides, reference, explanation), add new how-to
guides and schema references (STATE.md / CONTEXT.md / PLAN.md /
planning artifacts), and cross-link the whole set. Update the lone
legacy gsd-build reference to open-gsd; keep internal get-shit-done/
filesystem paths unchanged (directory rename tracked separately in
open-gsd/gsd-core#604). Regenerate the ja-JP, ko-KR, pt-BR and zh-CN
localised trees to mirror the new structure.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
* docs: backfill changeset PR number (#605)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
81 lines
3.3 KiB
Markdown
81 lines
3.3 KiB
Markdown
# 컨텍스트 윈도우 모니터
|
|
|
|
에이전트의 컨텍스트 윈도우 사용량이 높을 때 경고를 주는 post-tool 훅 (Claude Code의 경우 `PostToolUse`, Gemini CLI의 경우 `AfterTool`).
|
|
|
|
## 문제
|
|
|
|
상태바(statusline)는 **사용자**에게 컨텍스트 사용량을 보여주지만 **에이전트** 자체는 컨텍스트 한계를 인식하지 못한다. 컨텍스트가 부족해지면 에이전트는 한계에 부딪힐 때까지 작업을 계속 진행한다 — 상태가 저장되지 않은 채 작업 도중에 멈출 수 있다.
|
|
|
|
## 동작 방식
|
|
|
|
1. statusline 훅이 컨텍스트 메트릭을 `/tmp/claude-ctx-{session_id}.json`에 기록한다
|
|
2. 각 도구 사용 후 context monitor가 해당 메트릭을 읽는다
|
|
3. 남은 컨텍스트가 임계값 아래로 떨어지면 `additionalContext`로 경고를 주입한다
|
|
4. 에이전트는 대화에서 경고를 받고 그에 맞게 대응할 수 있다
|
|
|
|
## 임계값
|
|
|
|
| 레벨 | 남은 비율 | 에이전트 동작 |
|
|
|-------|-----------|----------------|
|
|
| Normal | > 35% | 경고 없음 |
|
|
| WARNING | <= 35% | 현재 작업 마무리, 새로운 복잡한 작업 시작 금지 |
|
|
| CRITICAL | <= 25% | 즉시 중단 후 상태 저장 (`/gsd-pause-work`) |
|
|
|
|
## Debounce
|
|
|
|
에이전트에게 반복적인 경고가 쌓이는 것을 방지하기 위해:
|
|
- 첫 번째 경고는 항상 즉시 발생한다
|
|
- 이후 경고는 5번의 도구 사용 간격이 필요하다
|
|
- 심각도 상승 (WARNING → CRITICAL) 시에는 debounce를 우회한다
|
|
|
|
## 아키텍처
|
|
|
|
```
|
|
Statusline Hook (gsd-statusline.js)
|
|
| 기록
|
|
v
|
|
/tmp/claude-ctx-{session_id}.json
|
|
^ 읽기
|
|
|
|
|
Context Monitor (gsd-context-monitor.js, PostToolUse/AfterTool)
|
|
| 주입
|
|
v
|
|
additionalContext -> 에이전트가 경고를 받음
|
|
```
|
|
|
|
브리지 파일은 단순한 JSON 객체이다:
|
|
|
|
```json
|
|
{
|
|
"session_id": "abc123",
|
|
"remaining_percentage": 28.5,
|
|
"used_pct": 71,
|
|
"timestamp": 1708200000
|
|
}
|
|
```
|
|
|
|
## GSD와의 통합
|
|
|
|
GSD의 `/gsd-pause-work` 명령어는 실행 상태를 저장한다. WARNING 메시지는 해당 명령어 사용을 권장하며 CRITICAL 메시지는 즉각적인 상태 저장을 지시한다.
|
|
|
|
## 설정
|
|
|
|
두 훅 모두 `npx @opengsd/gsd-core` 설치 중에 자동으로 등록된다 — 정상적인 상황에서는 수동 단계가 필요하지 않다. 훅 설정 상세, 임계값 재정의, 수동 등록 예시는 [설정](CONFIGURATION.md)을 참조하라.
|
|
|
|
간략한 참고: statusline 훅은 `settings.json`에 `statusLine`으로 등록된다; context monitor(`gsd-context-monitor.js`)는 `PostToolUse` 훅으로 등록된다(Gemini CLI의 경우 `AfterTool`). 두 항목 모두 설치 프로그램을 실행한 절대 Node 실행 경로를 사용한다. Windows PowerShell에서는 인용된 실행 경로 앞에 `&`를 붙인다.
|
|
|
|
## 안전성
|
|
|
|
- 훅은 모든 동작을 try/catch로 감싸며 오류 발생 시 조용히 종료한다
|
|
- 도구 실행을 절대 차단하지 않는다 — 모니터에 문제가 생겨도 에이전트 워크플로우가 중단되지 않아야 한다
|
|
- 60초 이상 된 오래된 메트릭은 무시된다
|
|
- 누락된 브리지 파일은 정상적으로 처리된다 (서브에이전트, 새 세션 등의 경우)
|
|
|
|
---
|
|
|
|
## Related
|
|
|
|
- [아키텍처](ARCHITECTURE.md)
|
|
- [설정](CONFIGURATION.md)
|
|
- [문서 인덱스](README.md)
|