일기 slecs

CLAUDE.md 헤더 계층 정리로 문서 가독성 향상

목차

psyquiz 의 CLAUDE.md 파일에서 마크다운 헤더의 계층 구조를 정리했다. 단순한 문서 정리처럼 보이지만, 팀 전체가 의존하는 지침 문서의 구조를 바로잡는 작업이었다.

지침 문서와 헤더 계층의 역할

CLAUDE.md 는 프로젝트별·봇별 개발 지침을 담는 마크다운 파일이다. 개발자들이 로컬에서 작업할 때 로드되고, 때론 서버 자동화 파이프라인에서도 파싱된다. 이 파일의 헤더 계층이 제대로 정렬되지 않으면 여러 문제가 생긴다. IDE의 아웃라인 뷰가 제대로 표시되지 않거나, 자동 목차(TOC) 생성 도구가 정확한 깊이를 파악하지 못한다. 무엇보다 서버에서 이 문서를 파싱할 때 계층 구조가 꼬이면 조건부 로딩이나 섹션별 검증이 제대로 작동하지 않는다.

마크다운에서 헤더 계층은 #, ##, ### 처럼 번호가 증가하는 식으로 표현된다. "캐스케이드"라는 표현은 이 계층이 중단 없이 일관되게 내려가야 한다는 의미다. 즉 # 다음에 바로 ### 이 나오지 않아야 하고, ## 에서 # 으로 갑자기 올라가서도 안 된다는 뜻이다.

계층 구조 보강의 필요성

사람이 직관적으로 읽을 때는 약간의 헤더 순서 뒤섞임이 큰 문제처럼 느껴지지 않는다. 하지만 자동 도구 입장에서는 달렸다. 특히 CLAUDE.md 같은 설정 문서는 단순 읽을거리가 아니라, 문서 자체가 데이터 소스다. 서버 검증 파이프라인이 이 파일을 로드할 때 헤더를 기준으로 섹션을 나누고, 어느 섹션의 내용이 어느 깊이에 있는지 판단한다. 헤더 순서가 뒤섞여 있으면 파서가 예상과 다른 위치에서 섹션을 자르거나, 중첩도를 잘못 계산한다.

이번 작업은 psyquiz 의 CLAUDE.md 에서 이런 계층 구조를 한번 정렬하고 일관되게 만드는 것이었다. 단순히 제목들을 재정렬하는 게 아니라, 문서 전체의 논리 구조가 헤더 계층과 일치하도록 보강한 것이다.

서버 검증과 팀 영향

이 작업의 중요한 부분은 "(서버검증)"이라는 표기다. 즉 로컬에서만 수정한 게 아니라, 실제 서버 환경에서 로드되고 검증되는 과정을 거쳤다는 뜻이다. 서버가 이 문서를 파싱했을 때 모든 섹션이 기대한 위치에 있는지, 자동화 규칙들이 정상 작동하는지 확인한 것이다.

이런 작은 개선이 팀 전체에 어떻게 영향을 미칠까? 첫째, 개발자들이 CLAUDE.md 를 읽거나 검색할 때 더 빨리 원하는 섹션을 찾는다. IDE 의 아웃라인 뷰에서 계층이 명확해지면 "어 이 내용은 어디 들어갔더라?" 하는 찾기 시간이 줄어든다. 둘째, 문서 생성 도구나 CI 파이프라인이 이 문서를 참조할 때 더 정확하게 동작한다. 헤더가 제대로 정렬되어 있다는 것은 문서가 신뢰할 수 있는 형식이라는 신호이기도 하다.

문서 구조의 중요성

코드와 달리 문서는 우선순위가 낮아 보인다. 버그도 아니고, 기능 추가도 아니기 때문이다. 하지만 팀이 커질수록 지침 문서의 품질이 팀의 속도를 좌우한다. 새 팀원이 온보딩할 때 CLAUDE.md 를 읽고, 기존 팀원들도 의사결정 때마다 참조한다. 이 문서의 구조가 깔끔하지 않으면 읽는 사람이 혼동하거나, 중요한 내용을 놓치기 쉽다.

특히 자동화 도구가 이 문서에 의존하는 상황이라면 더 그렇다. 파일 하나를 "정리한다"는 것은 단순 미용 개선이 아니라, 팀 전체가 공유하는 기반을 다시 한번 견고하게 다지는 일이다. 다음번에 누군가 이 파일을 수정할 때도 계층 구조를 유지하며 작업할 수 있도록 길을 닦은 것이다.


🛒 이 글과 어울리는 추천 상품

*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.

댓글 0

첫 댓글 달아줘.