📑 이 챕터에서 다룰 내용
새 0~11장에서 5파일+와 5확장(E1~E5) 5개를 모두 만났습니다. 이제 한 단계 더 — "내 프로젝트에는 무엇이 필요한가." 5확장을 알았다고 5개를 다 쓰는 건 권장하지 않아요. 프로젝트 종류·단계·운영자 페이스에 따라 "이건 꼭"과 "이건 나중"을 갈라야 합니다.
사전 지식: 새 5~11장 5확장 5개 모두 학습 / 줍줍·TSV 사례 인지
이 장의 목적: 프로젝트 종류별 5확장 권장 조합 + 단계별 도입 흐름 + 결합 함정 인지 + 자기 평가 의식
완료 후 결과물: 본인 프로젝트에 어떤 확장을 언제 도입할지 결정 + 매월 1회 자기 평가 의식
5확장 한 줄 정리
| 코드 | 명칭 | 핵심 메시지 | 박힌 파일 |
|---|---|---|---|
| E1 | 회색지대 결정 | 법적·윤리적 회색지대를 SPEC에 명세화 | SPEC.md |
| E2 | 1인 12개월 페이스 | 운영자가 무너지지 않을 페이스 명시 | PLAN.md |
| E3 | 두 검토자 사각지대 | 한 모델 의존 금지, 두 모델 사각지대 차이 활용 | REVIEW.md + SPEC 진화 |
| E4 | LogOnTable 실황 | 결정 결과가 아니라 "왜 그 결정인가" 보존 | BUILD.md |
| E5 | 콘텐츠 SSOT | 다중 페르소나가 단일 사실 출처 사용 | CLAUDE.md §5 |
표준 도구 9개를 모두 알고 있어도, 한 프로젝트에 9개를 다 깔면 무너집니다. 5확장도 똑같아요. "5개 다 쓴다"가 아니라 "내 프로젝트에 무엇이 꼭 필요한가"를 결정하는 것이 응용입니다.
5확장을 "5가지 앱 유형"이 아니라 "5확장 부담 관점"으로 분류하면 어떤 확장이 꼭 필요한지 더 명확해집니다.
종류 1: 단순 B2C 도구 앱 (가계부·습관·메모)
회색지대도 거의 없고, 콘텐츠 페르소나도 없는 단순 도구 앱입니다.
| 확장 | 권장 | 근거 |
|---|---|---|
| E1 회색지대 | △ 선택 | 회색지대가 거의 없음. 약관·개인정보처리방침 표준만 |
| E2 1인 페이스 | ◎ 필수 | 어떤 프로젝트도 1인 페이스 무너지면 끝 |
| E3 두 검토자 | ◎ 필수 | SPEC v2 진화 1회는 꼭 |
| E4 LogOnTable | ◎ 필수 | 6개월 후 "왜 이렇게 만들었지" 답 보존 |
| E5 콘텐츠 SSOT | × 미필요 | 페르소나·다중 톤 출력이 없음 |
적용 조합: E2 + E3 + E4 (3개). 60일 Phase 1 적용에 부담 없어요.
종류 2: 콘텐츠·미디어 앱 (TSV·뉴스·매거진)
페르소나 또는 다중 톤 출력이 핵심인 앱입니다.
| 확장 | 권장 | 근거 |
|---|---|---|
| E1 회색지대 | ◎~○ | 도메인 따라 다름 (TSV처럼 법적이면 ◎) |
| E2 1인 페이스 | ◎ 필수 | 콘텐츠 자동 발행 = 멈추면 SEO 타격 |
| E3 두 검토자 | ◎ 필수 | 페르소나 환각·SSOT 누락 잡기 |
| E4 LogOnTable | ◎ 필수 | 페르소나 결정 흐름 보존 |
| E5 콘텐츠 SSOT | ◎ 필수 | 핵심. 환각 방지 삼중 안전장치 |
적용 조합: 5개 모두. TSV가 정확히 이 조합입니다.
종류 3: 정보·중개 앱 (줍줍·구인구직·매물)
정보 격차를 줄이는 앱으로, 표현·법적 위치가 회색지대입니다.
| 확장 | 권장 | 근거 |
|---|---|---|
| E1 회색지대 | ◎ 필수 | 정보 제공 vs 보장의 표현 정제 |
| E2 1인 페이스 | ◎ 필수 | 데이터 시딩 + 검수 부담 큼 |
| E3 두 검토자 | ◎ 필수 | LLM 분류·SSOT 환각 잡기 |
| E4 LogOnTable | ◎ 필수 | "왜 이 분류 임계값" 답 |
| E5 콘텐츠 SSOT | ○ 권장 | 다중 사용자 그룹별 표현 분리 (소상공인·개인) |
적용 조합: 5개 모두. 줍줍이 이 조합입니다.
종류 4: B2B SaaS (CRM·예약·관리 도구)
기업 사용. 권한·테넌트 격리가 핵심입니다.
| 확장 | 권장 | 근거 |
|---|---|---|
| E1 회색지대 | ○ 권장 | 데이터 처리·국경 간 이전 등 |
| E2 1인 페이스 | ◎ 필수 | 1인이 SaaS 운영 = 페이스가 회사 수명 |
| E3 두 검토자 | ◎ 필수 | RBAC·청구 로직 사각지대 잡기 |
| E4 LogOnTable | ◎ 필수 | 권한 결정 흐름 보존 (소송 대비) |
| E5 콘텐츠 SSOT | × 미필요 | 보통 B2B는 페르소나 없음 |
적용 조합: E1 + E2 + E3 + E4 (4개).
종류 5: 마켓플레이스 (양면 시장)
공급자와 수요자 둘 다 모아야 하는 앱입니다.
| 확장 | 권장 | 근거 |
|---|---|---|
| E1 회색지대 | ◎ 필수 | 거래 매개의 법적 책임 명세 |
| E2 1인 페이스 | ◎ 필수 | 양면 시장 1인 운영은 가장 어려움 |
| E3 두 검토자 | ◎ 필수 | 수수료·분쟁 처리 사각지대 |
| E4 LogOnTable | ◎ 필수 | 분쟁 발생 시 "왜 이 정책" 답 |
| E5 콘텐츠 SSOT | △ 선택 | 양쪽 사용자 그룹 표현 분리 시만 |
한 페이지 종합 표
| 종류 | E1 | E2 | E3 | E4 | E5 | 합 |
|---|---|---|---|---|---|---|
| 단순 B2C 도구 | △ | ◎ | ◎ | ◎ | × | 3 |
| 콘텐츠·미디어 | ○~◎ | ◎ | ◎ | ◎ | ◎ | 5 |
| 정보·중개 | ◎ | ◎ | ◎ | ◎ | ○ | 5 |
| B2B SaaS | ○ | ◎ | ◎ | ◎ | × | 4 |
| 마켓플레이스 | ◎ | ◎ | ◎ | ◎ | △ | 4~5 |
E2 + E3 + E4 — 어떤 프로젝트든 이 셋은 꼭 박습니다. E1·E5는 도메인에 따라 결정하세요.
5확장을 "한 번에 다 도입"하면 부담이 큽니다. 시간 분포를 정해두면 훨씬 수월합니다.
한 프로젝트 5확장 도입 시간 합계
| 확장 | 도입 시간 | 도입 시점 |
|---|---|---|
| E2 | 30분 (PLAN 작성 시) | Day 1 |
| E3 | 1~2시간 (Gemini 검토) | Week 1 |
| E4 | 매일 5분 (BUILD 갱신) | Day 1~ 매일 |
| E1 | 약 3시간 (회색지대 결정) | Day 8~14 |
| E5 | 1~2시간 (CLAUDE.md §5) | Week 2~3 |
| 합계 | 약 8~10시간 | Phase 1 시간의 0.5~1% |
5확장이 서로 충돌하는 패턴 4개를 알아두면 도입 함정을 피할 수 있어요.
충돌 1: E1 + E5 — 회색지대 표현 vs 페르소나 톤
E1에서 "신청 결과를 보장하지 않습니다" 면책을 일관 노출하기로 결정했는데, E5 페르소나가 "꼭 받으세요" 같은 표현을 쓰면 충돌합니다.
해결: CLAUDE.md §5 페르소나 시스템 프롬프트에 "E1 회색지대 표현 규칙 준수" 명시. tests/persona-disclaimer.test.ts 같은 자동 테스트로 페르소나 출력에서 면책 누락 검증.
충돌 2: E2 + E4 — 페이스 보호 vs 트레이스 부담
E4 LogOnTable이 매일 5분 부담. 이 5분을 매일 의식하다가 R4 번아웃 트리거가 될 수 있어요.
해결: E4를 "의식할 결정만" 1~3줄로 한정. 단순 코드 작성은 트레이스 X. "오늘은 그냥 했다"도 정상 트레이스입니다.
충돌 3: E3 + E2 — 두 검토자 vs 1인 페이스
E3 두 검토자 검토에 매번 1~2시간이 들면 페이스가 무너져요.
해결: E3 두 검토자는 "게이트 시점만" (G1·G2·G3 등 5~7개 게이트) 적용. 매일 적용 X.
충돌 4: E5 + 비용 — SSOT 일관성 테스트 비용 폭주
E5 자동 일관성 테스트가 매 페르소나 출력마다 LLM 호출이면 비용이 폭주합니다.
해결: 일관성 테스트는 "매 페르소나 출력의 1%만 샘플링" 또는 "하루 1회 batch". 실시간 검증은 비용 폭주 함정이에요.
5확장이 모든 프로젝트에 필요하지는 않아요. "적용 X"가 정답인 사례를 알아봅니다.
거부 사례 1: 1주일 단기 사이드 프로젝트
해커톤·1주 MVP·실험 프로토타입. 5확장 박는 시간 = 프로젝트 시간의 30%+ → 부담.
권장: E4 LogOnTable 1줄만 매일. 나머지 4개는 도입 X.
거부 사례 2: 회색지대가 명백히 없는 도메인
날씨 조회·환율 변환·공공 데이터 시각화 같은 "명백한 정보 도구".
권장: E1 도입 X. SPEC.md에 § 회색지대 섹션 X.
거부 사례 3: 페르소나가 1개인 콘텐츠 앱
블로그·뉴스레터처럼 톤이 1개(저자 본인)인 콘텐츠.
권장: E5 도입 X. SSOT가 "저자 본인의 의견"으로 단일하므로 일관성 테스트 불필요.
거부 사례 4: 첫 24시간 내 검증 프로젝트
"이게 될까" 24시간 검증. 검증 후 폐기 또는 정식 시작 결정.
권장: 0개 도입. 24시간 후 "정식 시작" 결정 시점에 5확장 도입.
Junho 본인의 4개 프로젝트에 어떻게 적용했는지 펼칩니다.
E1: 표현 정제 ("줍줍" vs "신청·수혜") + IDFA 미수집
E2: 30일 Phase 1 + 토요일 작업 금지 + R4 자동 회복
E3: SPEC v2 (Gemini 5건) + REVIEW 12건 (4+6+2)
E4: 39 LogOnTable 트레이스 (Day 1~28)
E5: Two-Tab Content SSOT 7 규칙E1: Position C (사행행위법 두 요건 회피) E2: 33일 Phase 1.0 + +29h 갭 옵션 C + 게이트 휴식 E3: SPEC v2 (Gemini 6건) + REVIEW 12건 (4+6+2) E4: 시리즈 약 15개월 누적 트레이스 E5: Persona System Rules 8 규칙 (STAT/OBSERVER)
E1: 노동법 준수 명시 (근로 시간·임금) E2: 60일 Phase 1 + 주 15h E3: SPEC v2 + REVIEW (RBAC 사각지대 검증) E4: 일자별 트레이스 E5: 미적용 (페르소나 없음)
E1: 가벼움 (분석 결과 = 의견 명시만) E2: 45일 Phase 1 E3: SPEC v2 + REVIEW E4: 매일 트레이스 E5: 분석 페르소나 2개 (정량·정성) → SSOT 적용
4개 프로젝트 공통 패턴
| 영역 | 줍줍 | TSV | AlbaFlow | viewLab |
|---|---|---|---|---|
| E1 강도 | ◎ | ◎ | ○ | △ |
| E2 페이스 | 30일 | 33일 | 60일 | 45일 |
| E3 라운드 | 2 | 2 | 2 | 1~2 |
| E4 빈도 | 매일 | 매일 | 매일 | 매일 |
| E5 적용 | 7 규칙 | 8 규칙 | × | 2 페르소나 |
E2·E3·E4 3개는 4개 프로젝트 모두 ◎. E1·E5는 도메인 차이로 강도가 다릅니다.
5확장 도입 후에도 "이 확장이 잘 작동하고 있는가"를 주기적으로 점검해야 합니다. 매월 1회 30분을 권장합니다.
5확장 자기 평가 체크리스트
- 약관·About·콘텐츠 정책에 표현 일관 노출 중인가
- 외부 검토 (변호사·전문가) 받은 적 있는가
- 회색지대 결정 변경된 적 있는가 (있으면 SPEC.md 갱신)
- 지난 달 평균 시간 / 주
- R4 트리거 발생 횟수 (목표: 0~1)
- 게이트 사이 휴식 의식 지켰는가
- 토요일 작업 금지 (해당 시) 지켰는가
E3: 지난 달 게이트 통과 시 두 검토자 작동했는가 / 발견 패턴 데이터 기록했는가
E4: 매일 BUILD.md 트레이스 작성 (목표: 28일/30일) / "왜 이 결정인가" 1~3줄 보존
E5 (해당 시): 자동 일관성 테스트 통과율 / 페르소나 환각 발견 횟수 / SSOT 인터페이스 변경 시 CLAUDE.md §5 갱신 여부
자기 평가는 "점수 매기기"가 아닙니다. 평가 결과를 SPEC.md 또는 PLAN.md 갱신에 환류해야 의미가 있어요.
예) E2 평가에서 "R4 트리거 3회 발생"이면 PLAN.md 페이스를 25% 축소. SPEC.md Phase 1 기능을 3개 → 2개로 축소.
평가는 SPEC·PLAN의 살아있는 진화 입력값입니다.
- 핵심: 5확장을 "5개 다 쓴다"가 아니라 "내 프로젝트 종류·단계에 무엇이 꼭 필요한가"를 결정하는 것이 응용
- 공통 핵심 3개: E2 + E3 + E4 — 어떤 프로젝트든 꼭 박음
- 단순 B2C 도구: 3개 (E2+E3+E4) / 콘텐츠·미디어: 5개 (TSV) / 정보·중개: 5개 (줍줍) / B2B SaaS: 4개 / 마켓플레이스: 4~5개
- 단계별 도입: Day 1(E2+E4) → Week 1(E3) → Month 1(E1+E5) — 합계 약 8~10시간
- 충돌 4 패턴: E1+E5 표현 / E2+E4 부담 / E3+E2 페이스 / E5+비용
- 도입 거부 사례: 1주 단기 / 명백한 정보 도구 / 1 페르소나 / 24시간 검증
- Junho 4 프로젝트: 줍줍 5개 / TSV 5개 / AlbaFlow 4개 / viewLab 4개
- 매월 1회: 5확장 체크리스트 30분 + BUILD.md 매월 회고 환류