Themis

Themis — 코드 감사 기반 개인정보처리방침 생성 (테미스)

대상 프로젝트의 실제 코드에서 개인정보를 받거나·저장하거나·외부로 보내는 지점을 전수 감사하고, 감사에서 확인된 사실만으로 국가별 개인정보처리방침 초안을 생성합니다.

테미스는 정의의 저울을 든 티타니스 — 코드에 있는 것만 달아서 적고, 없는 것은 지어내지 않습니다.

적용 시점

• /themis 명시적 실행 (별칭: 테미스)
• "개인정보처리방침 만들어줘", "privacy policy 초안", "개인정보 수집 지점 찾아줘" 요청 시
• 앱스토어/플레이스토어 제출, 서비스 오픈, GDPR 대응 준비 시

핵심 원칙 (절대 규칙)

Step 1: 개인정보 전수 감사

프로젝트 전체를 5가지 질문으로 감사합니다. 규모가 크고 네이티브 위임이 가능하면 질문 또는 독립 디렉터리 단위로 읽기 전용 탐색 역할을 배정합니다. 각 역할은 코드를 수정하지 않고 file:line 근거와 미확인 범위만 반환합니다. 특정 커스텀 에이전트 이름이나 vendor별 spawn 형식을 요구하지 않습니다. 위임 기능이 없거나 실패하면 메인 컨텍스트에서 5문항을 하나씩 순차 조사합니다. 감사 결과 병합, 중복 제거, 운영자 인터뷰, 방침 파일 작성은 메인 스킬 하네스가 담당합니다. 어느 경로든 file:line 근거 없는 항목은 버립니다.

감사 5문항

1. 어떤 정보를 받는가 — 이메일, 이름, 전화번호, 사진, 위치, 접속기록, 대화/입력 내용, 세션 ID, 결제정보, 기기 식별자 등 전부
2. 어디에 저장하는가 — 로컬 파일/DB/클라우드, 정확한 경로·테이블
3. 받을 때 동의 절차가 있는가 — opt-in/opt-out, 동의 UI, 마스킹, 비활성화 플래그
4. 외부로 나가는 정보가 있는가 — 로그인 연동(OAuth), 통계 도구, 결제, AI API 호출, 푸시, 크래시 리포트
5. 지우는 기능이 있는가 — 회원 탈퇴 시 실제 삭제 여부, 보존 기한, 자동 파기

grep 힌트 (시작점, 전부는 아님)

놓치기 쉬운 함정 (반드시 점검)

• soft delete: 탈퇴 API가 flag만 바꾸고 실데이터를 남기는 경우 → "실제 삭제 아님"으로 기록
• append-only 로그: 로그/관찰 파일이 영구 누적되는지, 로테이션이 삭제인지 이동인지
• 언인스톨/탈퇴의 범위: 설정만 지우고 데이터는 남기는지
• 마스킹 커버리지: 마스킹·스크럽핑이 모든 저장 경로에 적용되는지, 일부 로그에는 빠지는지
• 자동 아웃바운드: 사용자 액션 없이 나가는 요청(버전 체크, 텔레메트리, 크래시 리포트) — 요청 자체로 IP가 전달됨
• git 노출: 수집 데이터 디렉터리가 .gitignore에 있는지 + git ls-files로 실측 (설정만 믿지 않기)

Step 1 산출물

5문항 구조의 표 + "사용자가 예상 못 할 만한 수집" 별도 목록 (이 목록이 방침의 정직성을 결정합니다).

Step 2: 감사 결과 확인 + 운영자 인터뷰

감사 표를 사용자에게 제시하고, 코드로 알 수 없는 것들을 인터뷰로 수집합니다.

2-1. 감사 결과 확인

1. 누락되거나 잘못 파악된 항목이 있는지
2. 대상 국가: 한국(기본) / 미국 / EU — 복수 선택 가능

2-2. 운영자 인터뷰 (코드로 알 수 없는 것만)

규칙: 감사에서 이미 확인된 것은 다시 묻지 않는다. 질문은 그룹으로 묶어 한 번에 제시한다 현재 런타임의 일반 대화 입력으로 한 번에 묻습니다. 답을 받지 못한 항목만 [빈칸]으로 남기고 체크리스트에 등재합니다.

A. 신원·연락처

B. 정책 결정

C. 서비스 특성

D. 법적 특수사항

Step 3: 국가별 초안 생성

templates/의 해당 템플릿을 기반으로, 감사 결과를 매핑해 채웁니다.

한국판: 공식 지침 준거 + 신선도 체크

한국판의 정본은 개인정보보호위원회 **「개인정보 처리방침 작성지침」**입니다. 지침은 계속 개정되므로 버전을 핀하고 실행 시점에 신선도를 확인합니다:

• 기준판: 「개인정보 처리방침 작성지침(2025.4.)」 (2025-04-21 등록, 개인정보 포털 안내서 · 개인정보위 원문)
• 신선도 체크 (실행 시): 개인정보 포털 안내서 게시판을 WebFetch해 기준판보다 새 개정판이 있는지 확인. 더 새 판이 있으면 그 판을 따르고 "기준판이 갱신되었다"고 사용자에게 고지. 웹 도구가 없는 환경이면 기준판으로 생성하되, 산출물에 "최신 지침 확인 권장 (기준판: 2025.4.)"을 표기
• 2025.4.판에서 구체화된 항목 (해당 시 반영): 행태정보의 수집·이용·제공 및 거부 안내, 고충 처리 부서 연락처 기재, 정보주체 권리 행사 절차 구체화, 모바일 앱 공개 방식, 아동 대상 서비스의 아동용 처리방침. 부록의 소상공인용·공공기관용 예시도 참조 대상
• 지침 PDF를 레포에 동봉하지 않는 이유: 라이선스(공공누리 유형) [확인 필요] + 개정 시 낡음 — 링크 참조가 정본

조문 인용 검증

초안에 인용하는 조문(제15조 수집, 제21조 파기, 제22조의2 아동, 제23조 민감정보, 제30조 처리방침 등)과 고시(개인정보의 안전성 확보조치 기준 등)는 지침 신선도 체크와 같은 방식으로 — 별도 도구 의존 없이 — 검증합니다:

• 국가법령정보센터에서 해당 조문을 WebFetch로 원문 확인 후 인용
• 웹 도구가 없는 환경이면 조문 번호에 [확인 필요]를 유지하고 체크리스트에 등재

채우기 규칙

• 감사에서 확인된 것 → 그대로 기술 (저장 경로·전송 목적지까지 구체적으로)
• 인터뷰(Step 2-2)에서 받은 답 → 해당 조항에 채움
• 둘 다 없는 것 → [빈칸: ...] + 부록 체크리스트에 등재
• 법률 해석 필요 → [확인 필요: 법률 검토] (예: AI API 전송이 위탁인지 제3자 제공인지 국외 이전인지)
• 서비스 유형 분기: 로컬 도구(개발자가 데이터를 수신하지 않음)라면 그 사실을 서두에 명시 — 방침 전체의 성격이 달라짐 (EU판은 controller 해당 여부 자체가 쟁점)
• 산출물 언어: 한국판은 한국어, 미국/EU판은 영어 본문 + 한국어 체크리스트 부록 (요청 시 조정)

Step 4: 산출물 저장 + 마무리

• 저장 위치: 대상 프로젝트의 docs/privacy/privacy-policy-{ko,us,eu}-draft.md
• 각 문서 끝에 "확정 전 채워야 할 항목 체크리스트" 표 필수 (빈칸 + 확인 필요 + 기능 구현 선행 항목 구분)
• 코드 개선이 필요한 항목(opt-out 플래그 없음, 자동 파기 없음, soft delete 등)은 방침에 거짓말을 쓰는 대신 기능 구현을 선행 과제로 제안
• 배포 준비가 되면 레포 루트 PRIVACY.md 승격 + README 링크를 안내

예시

사용자: /themis
테미스: (Step 1) 코드 전수 감사 → 수집/저장/동의/전송/삭제 표 + 예상 못 할 수집 목록 제시
사용자: "한국이랑 미국으로 만들어줘"
테미스: (Step 3) docs/privacy/privacy-policy-ko-draft.md + privacy-policy-us-draft.md 생성
        + 채움 체크리스트 (보유기간 정책 미정, 보호책임자 연락처 미정, soft delete 개선 제안)

Related Files

외부 참조 (정본)

다른 스킬과의 관계

• argos(감리)와 다름: argos는 설계 산출물 대비 구현 검증, 테미스는 개인정보 관점 전수 감사 + 법정 문서 생성
• clio(문서 생성)와 다름: clio는 PRD·기술문서·매뉴얼, 테미스는 법정 고지 문서 전용
• seo-audit과 유사한 감사형 스킬이지만 도메인이 다름 (검색 최적화 vs 개인정보 컴플라이언스)