영상을 불러오지 못했습니다

AI 에이전트 지침에 점진적 노출 적용하기

1875 단어
9 분
AI 에이전트 지침에 점진적 노출 적용하기

점진적 노출(Progressive Disclosure)은 필요한 정보를 처음부터 전부 보여주지 않고 필요해지는 시점에 더 자세히 제공하는 방식이다. AI 코딩 에이전트에게 적용하면, 모든 프로젝트 지침을 한꺼번에 읽히는 대신 현재 작업에 필요한 문서를 찾아 읽게 하는 것이다.

예를 들어 커밋할 때는 커밋 규칙을, 특정 모듈을 수정할 때는 그 모듈의 설계와 주의사항을 읽게 한다. 처음에는 무엇이 어디 있는지 알 수 있는 안내를 제공한다.

요즘 주로 사용하는 Codex의 공식 가이드에서도 AGENTS.md가 커지면 본문은 간결하게 유지하고 작업별 상세 지침은 별도 Markdown 파일로 분리해 참조하라고 권한다.

작업에 따라 필요한 지침 찾아 읽기공통 규칙과 문서 안내를 먼저 읽고, 커밋할 때는 커밋 규칙을, 모듈 수정 시에는 해당 모듈 문서를, 결정 이유가 필요할 때는 관련 ADR을 읽는다.

커밋할 때

모듈 수정 시

결정 근거 확인 시

먼저 읽는 지침

공통 규칙 + 문서 안내

커밋 규칙

모듈 지침

관련 ADR

작업에 따라 필요한 지침 찾아 읽기공통 규칙과 문서 안내를 먼저 읽고, 커밋할 때는 커밋 규칙을, 모듈 수정 시에는 해당 모듈 문서를, 결정 이유가 필요할 때는 관련 ADR을 읽는다.

커밋할 때

모듈 수정 시

결정 근거 확인 시

먼저 읽는 지침

공통 규칙 + 문서 안내

커밋 규칙

모듈 지침

관련 ADR

커밋 메시지 하나 쓰는데 프로젝트의 역사를 전부 읽을 필요는 없다.

이 표현은 Anthropic이나 OpenAI의 에이전트 지침 작성 안내에서 처음 접한 것 같다. 이후 GeekNews에서도 관련 팁을 자주 봤다. 참고할 만한 글로 「좋은 Claude.md 작성법」이 있다. 이 글의 원문은 세부 지침을 별도 파일로 나누고 루트 지침에는 설명과 읽을 경로를 남기는 구성을 제안한다.

CINEV Studio: 지침이 너무 커졌다#

CINEV Studio는 내가 Cinamon에서 개발에 참여했던 Unreal Engine 기반의 시네마틱 편집 도구다.

CINEV Studio에 처음 AGENTS.md나 CLAUDE.md 같은 지침 파일을 적용했을 때는 얼마 지나지 않아 내용이 크게 늘었다. 특정 모듈의 기록과 결정사항까지 한 파일에 쌓이니 읽기도, 수정하기도 어려웠다. 그 내용이 매 세션 로드되면서 컨텍스트 부담도 생겼다.

에이전트에게 일을 잘 시키려고 쓴 지침인데, 지침 관리도 슬슬 일이 되고 있었다.

그래서 가끔 필요한 모듈별 기록과 결정사항을 별도 문서로 옮겼다. 원래 지침에는 “이 상황에서는 이 파일을 읽어라”라는 매핑을 남겼다.

AGENTS.md의 참조 규칙을 발췌·번역했다. 경로는 설명용으로 단순화했다.

CINEV Studio — AGENTS.md 일부
## 외부 지침은 필요할 때 읽기
참조 문서를 미리 전부 읽지 않는다.
현재 작업에 필요한 문서만 읽고 해당 지침을 따른다.
- Unreal Engine 코딩 규칙 → standards/coding.md
- 커밋 메시지 지침 → standards/commit.md
- Merge Request 지침 → standards/merge-request.md

항상 지켜야 할 핵심 규칙은 원래 지침에 남겼다. 가끔 찾아볼 문서를 나누는 것과 놓치면 안 되는 규칙을 남기는 것은 별개의 일이었다.

바꾸고 나서 가장 먼저 체감한 것은 눈에 보이는 컨텍스트 길이였다. 문서를 작성하는 방식도 편해졌다. 거대한 파일 전체를 신경 쓰는 대신, 위키 글을 쓰듯 문서 하나의 내용에 집중할 수 있었다.

Shotloom: 처음부터 찾아 읽을 수 있게#

CINEV Studio의 후속 프로젝트인 Shotloom은 브라우저에서 장면과 샷을 편집하는 도구다.

이 프로젝트는 시작부터 AI 에이전트와 코딩할 것을 전제로 구조를 잡았다. CINEV Studio에서 커진 지침을 나누는 데 집중했다면, Shotloom에서는 무엇을 어디에 기록하고 어떻게 다시 찾을지까지 정했다.

장기적으로 유지하는 프로젝트 문서도 역할을 나눴다. 작업이 끝나도 필요한 지식과 결정 근거를 남겨 다시 참조할 수 있게 했다.

  • Spec에는 어떤 동작을 기대하는지 남긴다.
  • ADR에는 무엇을 결정했고 왜 그렇게 결정했는지 남긴다.
  • TechDebt에는 알고도 남겨둔 구조적 문제와 정리할 조건을 남긴다.

AGENTS.md는 공통 규칙과 진입점을 안내하고 MAP.md는 질문을 해당 문서에 연결한다. 문서 작성 지침에는 기록을 남길 위치와 코드 변경에 맞춰 문서를 갱신하는 기준을 정했다. 공통으로 읽어야 할 문서도 있으므로, 파일이 분리되어 있다는 이유만으로 모두 선택 사항은 아니다.

두 파일에서 문서를 찾아가는 부분을 발췌·번역하면 다음과 같다.

Shotloom — AGENTS.md → MAP.md
# AGENTS.md
- 문서 탐색 인덱스 → MAP.md
- 기여·커밋 규칙 → CONTRIBUTING.md
# MAP.md
- 제품 스펙은 어디에 있나? → docs/specs/
- 설계 결정 기록은 어디에 있나? → docs/adr/
- 기술 부채 기록은 어디에 있나? → docs/tech-debt/
- 문서 작성 기준은 어디에 있나? → docs/guidelines/documentation-standard.md

이 구조는 에이전트뿐 아니라 나에게도 도움이 됐다. 다른 스펙을 쓰거나 이전 결정의 근거가 필요할 때, 기억을 더듬는 대신 기록을 다시 확인할 수 있었다. 평소에는 그 내용을 전부 기억하고 있을 필요가 없었다.

내 기억력이 좋아진 것은 아니다. 잊어도 되는 범위가 넓어졌을 뿐이다.

스킬에도 같은 방식이 쓰인다#

점진적 노출은 AGENTS.md나 CLAUDE.md에만 쓰는 기법은 아니다. Codex 공식 문서에 따르면 스킬의 이름과 설명이 먼저 제공된다. 사용할 스킬이 선택되면 SKILL.md 전체를 읽고 추가 참조 문서는 필요할 때 읽는다.

스킬을 작성할 때도 SKILL.md에는 핵심 절차와 참조 조건을 두고 긴 예시나 세부 규칙은 별도 문서로 나눌 수 있다. 본문에 전부 넣어두면 스킬을 선택한 순간 다시 많은 내용을 읽게 된다.

파일만 나눈다고 끝나지는 않는다#

예전에는 에이전트가 필요한 문서를 놓치는 경우도 있었다. 중요한 매핑의 우선순위를 높여 AGENTS.md 상단으로 옮긴 기억도 있다. 요즘은 꽤 나아진 것 같고 모델 개선의 영향도 있어 보이지만 이 부분은 내 체감이다.

문서 경로만 나열하는 것으로는 부족하다. 어떤 내용이 들어 있고 언제 읽어야 하는지도 함께 안내해야 한다. 현재 두 프로젝트 모두 문서나 코드 위치가 바뀌면 관련 안내를 함께 갱신하도록 정하고 있다. 찾아갈 주소가 틀리면 문서를 잘 써둔 보람이 없다.

프로젝트의 모든 사정을 매번 펼쳐놓을 필요는 없었다. 필요한 순간에 다시 찾을 수 있으면 됐다. 덕분에 나도 평소에는 좀 잊고 지낸다.

글 공유하기

이 글이 도움이 되셨다면 다른 사람과 공유해 주세요!

AI 에이전트 지침에 점진적 노출 적용하기
https://hon454.github.io/posts/progressive-disclosure-ai-agent/
작성자
Jihoon Jeon
게시일
2026-08-27
라이선스
CC BY-NC-SA 4.0
관련 게시글스마트
1
AI 도구를 쓰다가 만든 것들, 그리고 동료와 나눈 것들
개발 이야기IDE 컨텍스트 복사 플러그인, 작업 추천 스킬, 검색 도구 비교와 사내 세션 코치 공유 기록을 통해 AI를 업무에 적용해 온 과정을 돌아본다.
2
언리얼 엔진 5.8 MCP로 본 게임 개발과 에이전틱 코딩의 거리
Unreal Engine언리얼 엔진 5.8 MCP를 Claude Code와 Codex로 써 보고 Epic 세션을 보며, All Toolsets에 이미 포함된 Editor Toolset, 일괄 작업과 비용, 에디터 의존성, 프로젝트 구조 지식의 필요성에 대해 생각한 점을 정리한다.
3
게임 개발자가 Rust와 AI 에이전틱 코딩에서 다시 본 TDD
개발Unreal Engine 중심의 게임 개발자가 Shotloom에서 Rust의 Red-Green-Refactor 흐름을 경험하며 확인한 TDD의 장점, 한계와 이후 게임 개발에 적용할 방법을 정리합니다.
4
Hermes Agent로 중고 판매글 끌어올리고 판매 완료까지 마무리하기
개발 이야기중고 판매글을 올린 뒤에는 에이전트 없이 도는 크론으로 매일 한 번 끌어올리고, 번개장터에서 22만원에 판매가 끝난 뒤에는 같은 물건의 중고나라 글을 이중 판매 전에 정리하게 만든 과정이다. 플랫폼별 끌어올리기 규칙, 글마다 시각을 흩뜨리는 방식, 판매 후 장부 정리 순서를 PS4 Pro 판매 한 건으로 정리한다.
5
Hermes Agent로 중고 판매글 작성부터 등록까지 자동화하기
개발 이야기사진과 한 줄 요청을 Slack 스레드에 올리면 Hermes Agent의 Merchant 프로필이 시세를 조사해 제목·가격·본문 초안을 쓰고, 승인한 뒤에만 중고나라와 번개장터 폼을 채워 등록하게 만든 과정이다. 승인 게이트, 본문 사실의 출처 구분, 플랫폼별 스킬 분리를 PS4 Pro 판매 한 건으로 정리한다.
무작위 게시글무작위

댓글

Profile Image of the Author
Jihoon Jeon
안녕하세요! 서브컬처와 자전거를 사랑하는 개발자 전지훈입니다.
공지사항
제 블로그에 오신 것을 환영합니다! 예시 공지입니다.
카테고리
태그
최신 일상
사이트 통계
게시글
73
카테고리
10
태그
143
총 단어 수
133,527
운영 일수
0일
최근 활동
0일 전
사이트 정보
빌드 플랫폼
GitHub Actions
블로그 버전
Firefly v6.16.9
라이선스
CC BY-NC-SA 4.0
목차