Progressive Disclosure

Progressive Disclosure 원칙

정보를 필요한 시점에 필요한 만큼만 로드하여 컨텍스트 윈도우를 효율적으로 사용합니다.

왜 필요한가

LLM의 컨텍스트 윈도우는 제한된 자원입니다. 모든 정보를 한 번에 로드하면:

• 핵심 내용이 희석됨
• 관련 없는 정보로 성능 저하
• 토큰 비용 증가

Progressive Disclosure는 정보를 3단계로 나누어 필요할 때만 로드합니다.

3단계 로드 모델

적용 대상

Rule → Skill 변환

Rule 대신 Skill 사용을 권장합니다.

기존 Rule을 Skill로 변환하면 더 유연하고 강력한 기능을 활용할 수 있습니다.

변환 예시:

# Before: Rule (rules/code-style.md)
---
description: 코드 스타일 규칙
paths:
  - "**/*.ts"
---

# After: Skill (skills/code-style/SKILL.md)
---
name: code-style
description: >
  TypeScript 코드 작성 시 적용되는 스타일 가이드.
  코드 작성, 리뷰, 리팩토링 시 자동 참조.
user-invocable: false
---

표준 디렉토리 구조

asset-name/
├── AGENTS.md          # 진입점 - 개요 (Claude 자동 인식)
├── [TYPE].md          # 2단계 - 핵심 지침
├── CLAUDE.md          # AGENTS.md 참조 (선택적, 호환성)
└── references/        # 3단계 - 상세 문서
    └── *.md

파일별 역할

Frontmatter 필수 필드

---
name: asset-name          # 1-64자, 소문자/숫자/하이픈
description: >            # 무엇 + 언제 사용하는지
  무엇을 하는지 설명.
  어떤 상황에서 사용하는지 트리거 키워드 포함.
---

핵심 원칙

1. 1단계만으로 판단 가능

description만 읽고 "이 자산이 필요한가?"를 판단할 수 있어야 합니다.

# 좋은 예
description: >
  코드 리뷰 시 적용되는 품질 기준.
  PR 리뷰, 코드 검토, 품질 점검 요청 시 활성화.

# 나쁜 예
description: 코드 리뷰 규칙

2. 2단계는 핵심만

• 500줄 / 5000 토큰 이하
• 하나의 관심사에 집중
• 상세 예제는 references/로 분리

3. 3단계는 온디맨드

• 명시적 요청 시에만 로드
• 주제별로 파일 분리
• 깊은 중첩 피하기 (1단계 깊이)

체크리스트

자산 작성 시 확인:

□ 1단계: description이 무엇+언제를 명확히 설명하는가?
□ 1단계: name이 디렉토리명과 일치하는가?
□ 2단계: 본문이 5000 토큰 이하인가?
□ 2단계: 하나의 관심사에 집중하는가?
□ 3단계: 상세 내용이 references/로 분리되었는가?
□ 3단계: 참조 경로가 1단계 깊이인가?

상세 가이드

각 자산 유형별 상세 적용 방법:

• Impact 레벨 정의
• Skills 작성 가이드
• Agents 작성 가이드
• Prompts 구조화 가이드