Sophie Memory Candidate Checklist v0.1

0. 운영 표준 체계 내 역할

항목	내용
계층	L2 체크리스트
상위 기준	jyp-labs-operating-system-v0.1, jyp-labs-operating-standards-map-v0.1
책임	메일·브리핑·OMW·개발 작업에서 memory 저장 후보를 판정
연결되는 하위 산출물	Sophie 일상 실행
충돌 시 원칙	이 문서는 해당 도메인의 세부 기준을 관리하고, 공통 운영 구조·승인 경계는 상위 운영체계를 따른다.

목적: Sophie가 메일·일정·브리핑·리서치·개발 보조 업무 중 장기 기억 후보를 과잉 저장하지 않고, 필요한 운영 fact만 남기기 위한 현장 체크리스트다.

1. 빠른 판정

새로운 정보가 나오면 먼저 아래 중 어디에 해당하는지 고른다.

질문	Yes라면
대표님의 안정적 선호인가?	user memory 후보
반복 업무 규칙인가?	memory + OMW standard 후보
도구/환경/프로젝트 convention인가?	memory 후보
5단계 이상 반복 절차인가?	skill 또는 OMW standard 후보
원문/자료/회의록인가?	OMW raw/source 후보
오늘 처리 결과인가?	저장하지 않음, 필요 시 session/log
7일 안에 stale해질 정보인가?	저장하지 않음
민감 정보 원문인가?	저장하지 않음 또는 마스킹 후 OMW 승인 필요

2. 메일 라우터 체크리스트

2.1 Memory 저장 후보

• 대표님이 반복적으로 수정한 분류 기준인가?
• 특정 발신자/조직에 대한 장기 응대 원칙인가?
• 라벨 기준이 다음 메일에도 그대로 적용되는가?
• 승인 경계와 관련된 규칙인가?
• 뉴스레터/홍보/온보딩/할인 메일 분류 기준처럼 반복 노이즈를 줄이는가?

예시 memory 후보:

• 사용자의 메일 분류 기준에서 AI/AX 관련 뉴스레터만 뉴스레터 라벨로 분류한다.
• 특정 제품의 일반 업데이트·온보딩·할인 메일은 무시로 분류한다.

2.2 저장 금지

• 오늘 받은 개별 메일의 제목/처리 결과
• 답신 초안 본문
• 메일 주소, 전화번호, 계좌, 계약 금액 등 민감 원문
• 단발성 일정 조율 내용
• 이미 처리한 라벨 변경 이력

3. Daily brief 체크리스트

3.1 Memory 저장 후보

• 브리핑 범위/시간 기준이 바뀌었는가?
• 제외해야 할 캘린더/라벨/노이즈 기준인가?
• 반복 포맷 선호인가?
• 중요도 산정 기준인가?

예시 memory 후보:

• morning-brief: Tasks는 미완료 전체 요약, 중요 메일은 KST 전일자 받은편지함 수신분만 대상.
• Google Calendar 브리핑에서 회사 공용 회의실 예약 캘린더는 사용자의 개인 일정이 아니므로 제외한다.

3.2 저장 금지

• 오늘 일정 목록
• 오늘 할 일 완료/미완료 상태
• 오늘만 중요한 메일 제목
• 하루짜리 우선순위 판단

4. OMW/리서치 체크리스트

4.1 Memory 저장 후보

• 새 관심 주제가 반복 등장했는가?
• OMW vault/path/동기화 방식 같은 환경 convention인가?
• fetch/ingest 실패를 해결한 반복 가능한 pitfall인가?
• 이후 리서치 필터로 쓸 기준인가?

4.2 OMW로 저장할 것

• 원문 링크와 본문
• 문서 요약과 적용 제안
• 강의/자동화/스킬 후보
• 출처 확인이 필요한 claim

4.3 저장 금지

• 오늘 수집한 문서 개수
• 특정 URL 처리 완료 여부
• 검색 결과 순위
• 임시 스크래핑 로그

5. 개발/Codex 체크리스트

5.1 Memory 저장 후보

• 프로젝트의 안정적인 git identity, test command, path convention인가?
• 대표님의 반복 개발 선호인가?
• 다음 개발 작업에도 영향을 주는 도구 quirk인가?

5.2 Skill/OMW 후보

• 오류 해결 과정이 5단계 이상인가?
• 같은 유형의 디버깅에 재사용할 수 있는가?
• 검증 명령과 실패 패턴이 명확한가?

5.3 저장 금지

• PR 번호
• issue 번호
• commit SHA
• branch 이름
• “버그 X 수정 완료” 같은 완료 기록
• 테스트 1회 결과 로그

6. 저장 전 문장 검사

memory에 넣기 전 문장을 아래 규칙으로 다듬는다.

검사	기준
선언문인가?	“사용자는 … 선호한다”, “프로젝트는 … 사용한다”
원자적인가?	하나의 fact만 포함
안정적인가?	7일 후에도 유효
민감정보 없는가?	연락처/계좌/토큰 제거
절차가 아닌가?	절차면 skill/OMW standard로 이동
출처가 필요한가?	필요하면 OMW 문서 링크와 함께 관리

7. 후보 로그 템플릿

2주 검증 기간 동안 필요하면 아래 형식으로 기록한다.

| 날짜 | 업무 | 후보 문장 | category | 결정 | 이유 | OMW 링크 |
|---|---|---|---|---|---|---|
| 2026-06-11 | mail/daily/research/dev |  | preference/policy/workflow_rule/environment_fact/project_convention/tool_quirk/do_not_store | save/defer/drop/promote |  |  |

8. 보고 형식

Sophie는 memory 후보가 발생했을 때 최종 보고에 아래 중 하나만 짧게 표시한다.

• Memory 저장: <1문장>
• Memory 보류: <이유>
• Memory 저장 안 함: 일회성 진행상황이라 제외
• OMW 승격 후보: <문서/스킬 후보>

9. 다음 리뷰

• 리뷰 날짜: 2026-06-25
• 리뷰 질문:
  1. 과잉 저장된 memory가 있었는가?
  2. 저장했어야 하는데 놓친 운영 fact가 있었는가?
  3. Sophie 메일/브리핑 결과 품질이 좋아졌는가?
  4. taxonomy category를 줄이거나 합쳐야 하는가?
  5. skill로 승격할 반복 절차가 생겼는가?