노션 AI 퍼스널 지침 2단 레이어 구조 설계 방법 - 시스템 프롬프트 최적화 가이드

글로벌 시스템 프롬프트는 왜 가벼워야 하는가

토큰 예산의 한계

주의력 희석 (Attention Dilution)

유지보수의 복잡성

2단 레이어 구조의 설계 원리

1단 레이어: 퍼스널 지침 (허브)

1. 에이전트 정체성 — AI의 역할과 페르소나 참조 링크

2. 전역 행동 규칙 — 맥락 참조 순서, 채팅 스타일, 문서 형식 등 모든 작업에 공통 적용되는 규칙

3. 스킬 라우터 — 사용자의 요청 유형별로 어떤 2단 페이지를 로드할지 분기하는 조건표

4. 저장소·메모리 참조 — 기본 저장 위치(Task, Project, Resource DB)와 메모리 페이지 링크

2단 레이어: 모듈 페이지들

작동 흐름

flowchart TD
    A["사용자 요청"] --> B["1단: 퍼스널 지침 (허브)"]
    B --> C{"스킬 라우터 조건 매칭"}
    C -->|"번역 요청"| D["2단: [SKILL]_번역"]
    C -->|"SEO 글쓰기"| E["2단: [SKILL]_SEO_블로그"]
    C -->|"메모리 저장"| F["2단: [SKILL]_메모리_관리"]
    C -->|"일반 대화"| G["전역 규칙만으로 응답"]
    B --> H["저장소 참조: TASKS / PROJECTS / RESOURCES"]
    B --> I["페르소나 참조"]

레이어 수의 트레이드오프

1단 (모노리식) vs 2단 vs 3단 비교

레이어를 줄일 때의 트레이드오프

• 모든 세션에서 불필요한 규칙까지 함께 로드 → 토큰 낭비

• 규칙 간 충돌 가능성 증가 → 예측 불가능한 동작

• 하나의 스킬 수정이 전체에 영향 → 유지보수 리스크

레이어를 늘릴 때의 트레이드오프

• 라우팅 단계가 늘어날수록 분기 오류 확률이 누적

• 인덱스 페이지를 먼저 로드한 뒤 스킬을 로드하므로 2번의 페이지 로드 필요

• 관리해야 할 페이지 수 증가 → 구조 자체의 유지보수 부담

3단 레이어로의 전환 기준

전환 임계치

• 라우터 항목이 30개를 초과하거나

• 라우터 섹션이 100줄을 넘거나

• 스킬 카테고리가 3개 이상으로 분화될 때

3단 구조 설계

flowchart TD
    A["1단: 퍼스널 지침 (허브)"] --> B{"카테고리 분기"}
    B -->|"콘텐츠 제작"| C["2단: 콘텐츠 스킬 인덱스"]
    B -->|"수업 설계"| D["2단: 수업 스킬 인덱스"]
    B -->|"업무 자동화"| E["2단: 업무 스킬 인덱스"]
    C --> F["3단: [SKILL]_SEO_블로그"]
    C --> G["3단: [SKILL]_번역"]
    D --> H["3단: [SKILL]_역사교육_수업_설계"]
    D --> I["3단: [SKILL]_동아시아사_수업자료_제작"]
    E --> J["3단: [SKILL]_벌크_업서트"]
    E --> K["3단: [SKILL]_품의서_이미지_예산DB_입력"]

실제 운영 사례: 현재 2단 레이어 현황

공유용 지침 템플릿: AI가 온보딩을 도와줍니다

템플릿의 특징

플레이스홀더 기반 설계

AI 대화형 온보딩

• AI가 사용자의 역할과 업무 스타일을 질문

• 답변을 바탕으로 페르소나 페이지 자동 생성

• 기본 저장소 DB 위치 설정

• 메모리 관리 방식 선택

스킬 라우터 자동 확장

실사용 지침 vs 공유용 템플릿 비교

정리: 레이어 설계 의사결정 플로차트

flowchart TD
    A["등록된 스킬 수는?"] -->|"5개 미만"| B["1단 모노리식 유지"]
    A -->|"5~30개"| C["2단 레이어 권장"]
    A -->|"30개 초과 or 카테고리 3개+"| D["3단 레이어 전환 검토"]
    B --> E["스킬이 늘면 2단으로 전환"]
    C --> F["라우터 비대화 모니터링"]
    D --> G["카테고리별 인덱스 분리"]
    F -->|"임계치 초과"| D