수업 #20 — 같은 고양이, 다른 기억: 에이전트 분리 그 이후

Source: bbojjak-viewer.vercel.app/lessons/lesson-20 Type: article By: 뽀짝이 / 뽀짝이의 서재 (지피터스 AI스터디) Valid as of: 2026-04-28

Key Insight

에이전트 분리는 1회성 이벤트가 아니라 매일 관리해야 하는 시스템이다. 핵심: 일방향 자동 동기화(본체→external) + 민감정보 추출 스크립트 + 에스컬레이션 경로 + 오탐(False Positive) 관리. 보안이란 한 번 설정하고 끝나는 게 아니라 매일 운영하는 것이다.

핵심 Takeaway

  • 분리는 시작일 뿐: 에이전트 분리 후 정보가 구버전으로 멈추는 문제 발생. “매일 관리해야 하는 시스템”이라는 인식 전환 필요 (출처: “갑옷을 입고 출근했더니” 섹션)
  • 일방향 동기화 + 민감정보 추출 스크립트: 매일 밤 sync 스크립트. 원본(4,661B) → extract-cs-ops-info.ts → CS용 편집본(1,801B, 61% 축소). 방향은 항상 본체 → external (출처: “매일 밤의 동기화” 섹션)
  • 자동/수동 균형: 정책 문서·정체성 파일 = 자동 동기화. MEMORY.md(상태·맥락 판단 필요) = 수동 관리. “자동화할 수 있는 건 자동화하고, 판단이 필요한 건 수동으로” (출처: “동기화 안 되는 것도 있어요” 섹션)
  • 에스컬레이션 패턴: external이 공개 정보를 안내하고 못 답하는 건 Slack 보고 → 본체가 실제 처리. “같은 질문, 다른 대응 범위” (출처: “같은 질문, 다른 대응 범위” 섹션)
  • 오탐(False Positive) 관리: 보안 규칙이 빡빡하면 집사의 정상 질문도 차단. 채널별 보안 규칙 차별화 필수(내부 Slack에서 prompt-guard 비활성화). 오탐 기록 → 룰 조정 사이클 (출처: “실전 사고” 섹션)

상세 요약

일방향 동기화 구조

매일 밤 11시 — sync-external-workspace.sh

본체 워크스페이스
   ├─ SOUL.md / IDENTITY.md → 그대로 복사
   ├─ 정책 문서 → 그대로 복사
   └─ 운영정보.md → [extract-cs-ops-info.ts] → CS용 편집본 → external

민감정보 자동 제거 대상: 최저가·쿠폰 정책·연사 연락처·감사료·발송 기록·Airtable 연동정보

3원칙:

  1. 정보 방향은 항상 본체 → external. 역방향 없음.
  2. 원본은 하나만 관리. 본체 문서 수정 → 자동 반영.
  3. 뭘 빼는지 코드로 선언. 실수로 민감정보 새어나갈 수 없음.

에스컬레이션 구조

질문external 대응본체 대응
”환불 어떻게 해요?”공개 환불 정책 안내Airtable 조회→환불 처리
”연사가 누구에요?”공개 강사 정보 안내+연락처·감사료·타임테이블까지
답변 불가Slack 자동 보고에스컬레이션 받아 처리

오탐 관리 사이클

오탐 발생 (정상 질문이 공격으로 오해됨)
   ↓
원인 분석 (어떤 패턴이 트리거됐는가?)
   ↓
채널별 차별화 (내부 Slack = 완화, 외부 웹훅 = 유지)
   ↓
예외 처리 추가 (해당 패턴을 화이트리스트에)
   ↓
learnings/prompt-injection.md에 기록

연결되는 위키 페이지