JYP Labs Memory Operating Standard v0.1

0. 운영 표준 체계 내 역할

항목	내용
계층	L2 기억/기록 공통 표준
상위 기준	jyp-labs-operating-system-v0.1, jyp-labs-operating-standards-map-v0.1
책임	Mem0/Hermes memory, OMW 문서, skill 저장 경계를 정의
연결되는 하위 산출물	Sophie Memory Candidate Checklist, 일상 memory 판단
충돌 시 원칙	이 문서는 해당 도메인의 세부 기준을 관리하고, 공통 운영 구조·승인 경계는 상위 운영체계를 따른다.

핵심 메시지: OMW는 지식의 원장이고, Mem0/Hermes memory는 다음 대화와 자동화에서 즉시 써야 하는 안정적 운영 fact store다.

1. 목적

이 표준은 JYP Labs에서 Sophie, Hermes, Codex/subagent, OMW 자동화가 무엇을 장기 기억으로 저장하고 무엇을 저장하지 않을지 정한다.

목표는 네 가지다.

1. 대표님의 반복 선호와 운영 규칙을 매번 다시 설명하지 않게 한다.
2. 일회성 진행상황, PR 번호, 임시 로그 같은 stale 정보를 장기 기억에 넣지 않는다.
3. OMW 문서 원장과 Mem0/Hermes memory의 역할을 분리한다.
4. 메일·브리핑·리서치·개발 자동화에서 기억 후보를 일관되게 판정한다.

2. 시스템 역할 분리

저장소	역할	저장 예시	저장 금지/주의
OMW raw/	원문 보존	문서 원문, 뉴스레터, transcript	해석만 있는 요약을 raw로 저장하지 않음
OMW wiki/sources/	출처 기반 source note	뉴스/문서/메일 요약, 메타데이터	출처 없는 추정 단독 저장 금지
OMW wiki/work/standards/	반복 운영 기준	SOP, 판단 기준, 체크리스트	임시 실행 로그 장기 표준화 금지
OMW wiki/work/projects/	실행 계획과 로드맵	자동화 프로젝트, 2주 실험 계획	완료 후 방치하지 않고 회고 필요
Mem0/Hermes user memory	대표님에 대한 안정적 선호	호칭, 언어, 회의 시간 선호, 관심 주제	단발성 요청을 선호로 과잉 일반화 금지
Mem0/Hermes memory	환경·도구·프로젝트 운영 fact	경로, 인증 위치, 프로젝트 convention, 반복 실패 패턴	PR 번호, issue 번호, 임시 파일, 오늘 처리 결과
Skill	반복 절차	Gmail ingest 절차, OMW fetch pitfall	단순 fact를 skill로 만들지 않음
Session search/log	과거 대화와 임시 진행상황	“지난번 어디까지 했지?”	장기 선호처럼 주입하지 않음

3. Memory taxonomy

3.1 저장 카테고리

Category	정의	예시	저장 위치
preference	대표님의 안정적 취향·응답 선호	한국어 답변 선호, 대표님 호칭, 오후 회의 선호	user memory
policy	승인·보안·운영 경계	메일 발송/삭제는 승인 전 금지, Drive 삭제 금지	user 또는 memory
workflow_rule	반복 업무의 판단/분류 규칙	아침 브리핑의 메일 대상 기준, Sophie 라벨 재처리 제외	memory + OMW standard
environment_fact	실행 환경의 안정적 사실	WSL 경로, gws 인증 위치, OMW vault 경로	memory
project_convention	특정 프로젝트의 관례	jyp-garden git identity, sync script 위치	memory + OMW project/standard
tool_quirk	도구의 반복 pitfall	full-vault lint timeout 가능, OMW wrapper 사용	memory 또는 skill
relationship_context	사람/조직별 장기 맥락	VIP, 거래처별 응대 톤, 반복 협업 방식	user/memory, 민감정보 마스킹
interest_signal	반복 관심 주제	AI, AX, vibe coding, agentic AI	user memory + OMW tags
do_not_store	저장 금지 판단	PR 번호, 오늘 완료한 작업, 임시 로그	저장하지 않음

3.2 저장하지 않는 항목

아래는 기본적으로 Mem0/Hermes 장기 기억에 저장하지 않는다.

• 오늘 처리한 메일/일정/태스크의 완료 상태
• PR 번호, issue 번호, commit SHA, CI run ID
• 7일 안에 stale해질 파일 개수, 작업량, 임시 산출물 목록
• 한 번 나온 casual 표현을 근거로 한 선호 추정
• 원문 확인 없는 외부 주장
• 민감 정보 원문: 연락처, 계좌, 인증키, 토큰, 주민번호 등
• 사용자가 명시적으로 저장하지 말라고 한 내용

4. 저장 판정 절차

새로운 기억 후보가 나오면 아래 순서로 판단한다.

1. 이 정보가 다음 세션에서도 유효한가?
2. 7일 후에도 유용한가?
3. 대표님 선호/운영 규칙/환경 제약/프로젝트 convention 중 하나인가?
4. 이미 OMW 원문이나 표준 문서에 저장되어 있는가?
5. 민감 정보가 포함되어 있으면 마스킹 또는 저장 금지 처리했는가?
6. 저장하면 다음 업무에서 대표님 설명 부담이 줄어드는가?
7. 저장 위치가 memory인지 skill인지 OMW 문서인지 구분했는가?

판정 결과:

• 5개 이상 Yes: memory 저장 후보
• 3~4개 Yes: OMW 문서 또는 session search로 충분한지 검토
• 2개 이하 Yes: 저장하지 않음

5. 저장 문장 작성 규칙

좋은 memory는 선언문이다.

• 좋은 예: Google Calendar 브리핑에서 회사 공용 회의실 예약 캘린더는 사용자의 개인 일정이 아니므로 제외한다.
• 나쁜 예: 항상 회의실 예약 캘린더를 제외해라.

규칙:

1. 명령문보다 사실문으로 쓴다.
2. 하나의 memory에는 하나의 안정 fact만 넣는다.
3. 절차는 memory가 아니라 skill/OMW standard로 만든다.
4. 외부 시스템 상태는 도구로 확인한 뒤 저장한다.
5. 민감 정보는 마스킹하거나 저장하지 않는다.

6. Sophie 업무별 적용

6.1 메일 라우터

저장 후보:

• 반복 분류 기준: AI/AX 뉴스레터만 뉴스레터 라벨, 제품 할인/온보딩 메일은 무시
• 특정 발신자/조직에 대한 장기 응대 기준
• 반복되는 승인 경계: 발송·삭제·결제는 승인 전 금지

저장 금지:

• 오늘 받은 특정 메일의 처리 상태
• 단발성 답신 초안
• 개인 연락처/계좌/토큰 원문

6.2 Daily brief

저장 후보:

• 브리핑 대상 범위: Tasks는 미완료 전체, 중요 메일은 KST 전일자 받은편지함 수신분
• 제외 캘린더/라벨/노이즈 기준
• 대표님이 반복적으로 조정한 브리핑 포맷

저장 금지:

• 오늘의 일정 내용 자체
• 오늘 할 일 완료 여부
• 뉴스 단건의 일시적 중요도

6.3 OMW 수집/리서치

저장 후보:

• 반복 관심 주제: AI, AX, vibe coding, agentic AI
• 특정 vault/path convention
• 반복 fetch/ingest pitfall과 검증 방법

저장 금지:

• 오늘 수집한 문서 개수
• 특정 링크 처리 완료 여부
• 검색 결과 순위 자체

6.4 개발/Codex 작업

저장 후보:

• 프로젝트별 테스트 명령 또는 git identity처럼 안정적인 convention
• 반복 실패 패턴과 해결 절차는 skill 후보
• 대표님의 코드 작업 선호: Codex 보조 사용, Hermes 재검토

저장 금지:

• PR 번호, issue 번호, branch 이름, commit SHA
• “버그 X 수정 완료” 같은 완료 로그
• 임시 debug 출력

7. OMW 승격 규칙

Mem0/Hermes memory가 아래 조건 중 하나를 만족하면 OMW 문서로 승격한다.

• 같은 fact가 3회 이상 검색/참조된다.
• 개인 선호를 넘어 팀 운영 표준이 된다.
• 여러 agent나 cron이 공유해야 한다.
• 절차가 5단계 이상으로 커진다.
• 실패/검증/승인 경계가 포함된다.

승격 위치:

• 운영 기준: wiki/work/standards/
• 실행 계획: wiki/work/projects/
• 반복 절차: Hermes skill + OMW standard 링크
• 원문 근거: raw/ 또는 wiki/sources/

8. 2주 검증 루프

기간: 2026-06-11 ~ 2026-06-25

매일 또는 주요 작업 후 아래를 기록한다.

항목	기록 방식
새 memory 후보	후보 문장, category, 저장/보류/폐기 결정
과잉 저장 사례	왜 stale/임시 정보였는지
누락 사례	저장했으면 대표님 설명을 줄였을 fact
검색 품질	필요한 기억이 검색됐는지, 불필요한 기억이 섞였는지
OMW 승격 후보	memory를 표준/skill/project로 승격할지

2026-06-25에 아래 결정을 한다.

1. taxonomy category 유지/수정
2. Sophie mail/daily brief 체크리스트 반영 여부
3. Mem0 custom instruction 또는 ingestion rule 보완 여부
4. OMW 표준 문서 v0.2 작성 여부

9. 운영 체크리스트

• 새 memory 후보가 7일 후에도 유효한가?
• 사용자의 명시 선호 또는 도구로 검증한 환경 fact인가?
• OMW 원장에 저장해야 할 문서/소스와 구분했는가?
• 절차라면 skill/standard로 만들었는가?
• 민감 정보가 제거 또는 마스킹됐는가?
• stale한 진행상황을 memory로 저장하지 않았는가?
• 필요 시 OMW 문서 링크를 함께 남겼는가?

10. 운영 검증 및 개정 후보

1. sophie-memory-candidate-checklist-v0.1를 Sophie 메일/브리핑 운영에 적용한다.
2. 2026-06-25에 2주 검증 결과를 리뷰해 v0.2로 갱신한다.
3. 반복되는 memory capture 절차가 안정화되면 Hermes skill로 승격한다.