• 📙 전문 — 2026-04-20 동기화

# 프로 운영 본부

이 폴더는 프로님의 전체 수익화 활동을 하나의 코워크 프로젝트로 관리한다.
작업 시작 시 이 파일을 읽고, 해당 폴더의 README.md를 참조한 뒤 착수한다.
---
## 프로젝트 계층 구조

수익화 기획/전략 (최상위)
├── 리뷰어 활동 수익화
│   ├── 리뷰채널 운영 — 꿀템·이슈·문화 파이프라인 + 이웃 소통
│   ├── 씽글벙글 서포터스 — 1인가구 정책 홍보 콘텐츠 활동
│   └── 감마 제휴 수익화 — 어필리에이트 수익 파이프라인
├── 배달 라이더 수익화 — 배달 운영 + 자동화
└── (향후 추가 수익 경로)

루틴시스템 (횡단) — 라이더↔리뷰어 활동 루틴 조율 + 점검 시스템 + 활동 지원 자동화
인프라 운영 (횡단) — Claude·노션·폴더 환경 관리 (지침·스킬·메모리·허브 구조)
개인 운영 (별도) — 일상·이메일·투두·지출·건강 등 개인 도메인 관리
에이전트 설계 (도구) — 자동화 에이전트 설계 템플릿
---
## 폴더 인덱스

| 폴더 | 역할 | 핵심 파일 |
|---|---|---|
| 수익화-전략/ | 상위 전략, 수익 경로 분석, 활동로그 | 수익화_기획___전략.md, 활동로그 통합본 |
| 리뷰채널/ | 꿀템·이슈·문화 파이프라인 설계·운영 | README.md, 블로그통계/ (노션이 정본: 운영안 + 봇 지침 원본) |
| 씽글벙글/ | 서포터스 활동 전체 (계획서·콘텐츠·송고) | 통합본, 글쓰기 지침, 활동안내집 PDF |
| 감마/ | 감마 어필리에이트 제휴 수익화 | 통합본, 미팅 기록, 전략메모 |
| 배달라이더/ | 배달 운영 전략·봇·자동화·체험단 | 통합본_260414_v3.md (단일 소스), 배달루틴 xlsx, 앱스크립트 |
| 루틴시스템/ | 점검 시스템 v5 + 루틴 조율 | 레버맵, 점검항목, 점검가이드, 코드모음 |
| 에이전트-설계/ | 자동화 에이전트 설계 템플릿 | README에 템플릿 포함 |
| 인프라운영/ | 인프라 운영 프로젝트 설계서·시작문구 | 클코 설계서, 시작문구 |
| scripts/ | 주간 정합성 점검 스크립트 모음 | audit_prompt, quality_audit.sh, weekly_audit.sh |
| _audit/ | 주간 점검 결과물 저장소 | 날짜별 감사 결과 (.md), _logs/ |
| _archive/ | 클채 원본 폴더 백업 + 폐기 파일 | 참조 필요 시에만 열람 |
---
## 교차 의존성 맵

| 변경 발생 | 영향 받는 곳 | 확인 사항 |
|---|---|---|
| 수익화 전략 변경 | 리뷰채널 CTA·전환 규칙, 감마 파이프라인 방향 | 수익 루트 추가/폐지 시 점검항목(루틴시스템)도 수정 |
| 리뷰채널 파이프라인 변경 | 소재노트 DB 속성, 점검시스템 WK6 데이터 | 봇 간 매핑표 확인, 통합본 갱신 |
| 씽글벙글 활동 | 리뷰채널 멀티채널 발행, 수익화 활동로그 | 활동비→수급 영향 미확인 상태 |
| 감마 전략 변경 | 수익화 전략 (어필리에이트 복제 가능성 검증) | 통합본 3-1절 확정 규칙 참조 |
| 배달라이더 시트/봇 수정 | 앱스크립트 연동, 날씨봇 기준값 | 시트명·컬럼 변경 시 스크립트 깨짐 주의 |
| 배달라이더 체험단 정책 변경 (확정#66~#69) | 씽글벙글 선정 전략, 리뷰채널 Phase 1 배치 | 월요일 휴무 기반 외출 체험단 수락 정책 + 이동구간 I/II/III 기준 |
| 배달라이더 휴무일 정책 변경 (확정#12) | 루틴시스템 점검 실행 트리거, 루틴 조율 스케줄 | 화요일 트리거 이동 (v5 Phase 1 Section 3-6). 타 요일 이동 시 전 점검 로직 재검토 |
| 배달라이더 체험단 카테고리 동결 (확정#32·#35) | 루틴시스템 소재노트 대분류, 점검 시스템 WK6 집계 | 꿀템 B2 아카이브 유지. 신규 대분류 추가 시 점검 시스템 WK6 이상 기준 재설정 |
| 배달라이더 세션 시간 변경 | 루틴시스템 시간 배분, 리뷰채널 파이프라인 배치 | 저녁 17:30~21:30 기준 (v3 확정#8) |
| 루틴시스템 시간 배분 변경 | 전 활동의 실행 스케줄 | 루틴 간 충돌 여부 점검 |
| 이메일 필터·스마트메일상자 구조 변경 | 브리핑 발송 subject 네이밍, 자동화 리포트 발신 형식 | 스마트메일상자 #1 "오늘의 할일"이 prochoi.f 브리핑 subject [오전 브리핑] 매칭 → subject 접두사 변경 금지 |
---
## 외부 데이터 소스

| 소스 | 위치 | 접근 방법 |
|---|---|---|
| 노션 진행현황 허브 | 33d5c8337ae6803cb348f51740552e76 | 노션 커넥터 (직접 읽기) |
| 노션 소재노트 DB | 1ed5c8337ae68088ade6cc73eb65f33a | 노션 커넥터 (직접 쿼리) |
| 루틴시스템 v.2 시트 | Google Sheets (1g-Xd3UgFOd2efnGxo18pA0Cp3chVpIx76ButE9uNh54) | 폴더 내 xlsx 사본 또는 Chrome |
| 배달루틴 v.2 시트 | Google Sheets (1722eEyNg9wJZABzPw8gpqbbbPETPMvSeT4PD-RfvIpI) | 폴더 내 xlsx 사본 또는 Chrome |
---
## 노션 허브 페이지 계층 규칙

허브(33d5c8337ae6803cb348f51740552e76) 하위 페이지는 3개 레벨로 구분한다.

| 레벨 | 정의 | 제목 형식 | 갱신 방식 |
|---|---|---|---|
| 프로젝트 | 장기 프로젝트의 시작~현재 전체 진행현황 | 📂 {프로젝트명} 프로젝트 진행현황 (YYMMDD HHMM) | 새 세션 발생 시 상단에 누적 |
| 세션 | 특정 일자 단위 작업 | {이모지} {작업명} YYMMDD HHMM | 해당 세션 종료 시 고정 |
| 참조 | 구조·관계·규칙 정의 | 🗂️ {문서명} (YYMMDD HHMM) | 구조 변경 시에만 |

연결 규칙:
- 모든 세션 페이지는 상단에 "소속 프로젝트" 링크 1줄 고정
- 프로젝트 페이지는 하위에 세션 페이지 목록을 역순 나열
- 프로젝트 자산(매뉴얼·회차별 이력·폐기방향 등)은 프로젝트 페이지 하위로 배치
- 새 프로젝트 추가 시: 프로젝트 페이지 신설 + 이 파일의 폴더 인덱스에 1줄 추가

현 프로젝트 페이지 인벤토리:
- 3445c8337ae6812d9478c50b1c980ce6 — 📂 수익화 기획/전략 프로젝트 진행현황
  - 3435c8337ae681798a3dc46070aaf3e1 — 📂 감마 제휴 수익화 프로젝트 진행현황
  - 3435c8337ae681489741c4ababde2505 — 📂 씽글벙글 서포터스 프로젝트 진행현황
  - 3435c8337ae681179683c71d458c3aa4 — 📂 리뷰채널 프로젝트 진행현황
  - 3435c8337ae6813caa0bf957f9b717e7 — 📂 배달라이더 프로젝트 진행현황
- 3435c8337ae681c6b0dafdb3b754859f — 📂 루틴시스템 프로젝트 진행현황
- 3435c8337ae681428abbc41da080f6ba — 📂 인프라 운영 프로젝트 진행현황
- 3435c8337ae68137a6c5c3e25bac1e35 — 📂 개인 운영 프로젝트 진행현황

각 세션 페이지는 해당 프로젝트 페이지 하위에 배치한다(옵션 B). 허브 직속에 세션을 두지 않는다. 이유: 허브 시각 복잡성 해소 + Claude 맥락 파악 시 프로젝트 fetch 1회로 하위 세션 자동 노출.

### 매뉴얼 상단 배치 원칙

프로젝트 페이지 상단에는 반복 확인이 필요한 핵심 기준·매뉴얼 요약을 배치한다. 전체 매뉴얼은 하위 페이지로 유지하되, 프로젝트 페이지 fetch 한 번에 핵심 규칙이 포함되도록 한다.

씽글벙글은 예외 — 외부 규칙 순응 + 비가역 페널티 + 매 회차 반복 특성으로 매뉴얼 전문을 프로젝트 페이지 상단에 전부 배치한다. 요약 압축 금지.

### 자동화 도메인 귀속 규칙

자동화 세션은 대상 도메인 기준으로 해당 프로젝트 하위에 배치한다 (기술 관점 아닌 도메인 관점).

| 자동화 대상 | 귀속 프로젝트 |
|---|---|
| 라이더·리뷰어 활동 조율 | 루틴시스템 |
| Claude·노션 환경 자체 | 인프라 운영 |
| 일상·이메일·투두·지출·건강 | 개인 운영 |
| 특정 활동(감마/씽글벙글/리뷰채널/배달라이더) 내부 도구 | 해당 활동 프로젝트 |

도메인 분리 트리거: 개인 운영 프로젝트 내 특정 하위 도메인(재무·건강 등)이 5세션 이상 누적 시 독립 프로젝트 신설 검토.

노션 "🗂️ 프로젝트 전체 구조 맵" 페이지에 동일 규칙 요약이 있으나, 본 섹션이 단일 원본이다. 규칙 변경 시 여기부터 갱신하고 노션 요약은 링크 참조만 유지한다.
---
## 맥락 복원 보조 도구

| 도구 | 용도 | 사용법 |
|---|---|---|
| list_sessions | 이전 세션 목록 조회 (제목·날짜·ID) | 세션 ID를 모를 때 먼저 호출 |
| read_transcript(session_id, limit=500) | 이전 세션 대화 전문 읽기 | 새 대화 맥락 복원 시 반드시 사용 |

맥락 복원 시 노션 진행현황 페이지의 세션 이력에 ID가 있으면 read_transcript로 반드시 교차 확인한다. 상세 절차는 userPreferences 노션 진행현황 섹션 참조.
---
## 공통 참조 자료

| 파일 | 용도 | 참조 시점 |
|---|---|---|
| Cowork_지침_구조_가이드.md (루트) | Cowork 지침·스킬·메모리 적용 순서, 충돌 시 우선순위, 배치 판단 체크리스트 | 새 규칙·지침·스킬·메모리를 어디에 배치할지 판단할 때, 정합성 점검 시 Claude가 먼저 Read |
| 🗂️ 규칙 원본 페이지 (노션 3465c8337ae681638bb6d8b8eb6241cd) | 범용지침·프로젝트지침·CLAUDE.md·스킬 9개·메모리 45개의 통합 미러. 메모리·스킬·CLAUDE.md 동기화는 클코가 수행, 범용·프로젝트 지침은 쿼가 수행. 주기 감사(불일치·중복) 단일 지점 | 지침·스킬·메모리 변경 시 갱신. 주기 정합성 점검 시 먼저 fetch |
---
## 코워크↔클코 이관 규칙

| 작업 유형 | 처리 환경 |
|---|---|
| 기획·검토·전략·콘텐츠 리뷰 | 코워크 |
| 간단한 스크립트·데이터 처리·문서 생성 | 코워크 VM |
| 로컬 환경 필요 (clasp 배포, npm 의존 등) | 클코 |
| Notion 동기화 (메모리·CLAUDE.md·스킬·진행현황) | 클코 |

이관 흐름: 코워크에서 설계 → 설계서를 해당 폴더에 저장 → 클코가 읽고 구현 → 완료 후 코드 사본을 폴더에 갱신.
기존 code-handoff 스킬 사용.
---
## 새 활동 추가 시

1. 폴더 생성 (Claude-Cowork/새활동명/)
2. README.md 작성 (목적, 현재 단계, 작업 유형, 기준 문서, 판단 기준)
3. 이 파일의 "폴더 인덱스"와 "교차 의존성 맵"에 1줄씩 추가
4. 노션 허브에 진행현황 페이지 생성

## 활동 종료/아카이브 시

1. 폴더를 _archive/로 이동
2. 이 파일에서 해당 항목 제거
3. 노션 허브에서 상태 변경
---
*최종 갱신: 2026-04-20 — 메모리 45개 반영, 동기화 주체 분리 반영*

이 페이지는 동기화 미러입니다. CLAUDE.md 전문은 로컬 파일(/Claude-Cowork/CLAUDE.md)이 단일 원본이며, 변경 시 이 페이지의 토글 내용을 교체합니다.