개인 운영 메모리 (Personal Operating Memory)

개인 운영 메모리

Codex를 프런트엔드로 사용하고 마크다운 저장소(vault)를 진실 공급원으로 사용합니다. 저장소는 비공개 사실을 보관하며, 이 스킬은 운영 워크플로를 보관합니다. 개인 비밀 정보를 스킬 내부에 저장하지 마십시오.

시작하기

깨끗한 개인 메모리 리포지토리를 처음부터 초기화, 템플릿 생성, 복제 또는 설정하라는 요청을 받으면 먼저 references/setup-new-repo.md를 읽으십시오. 입력이 누락된 경우 긴 프롬프트 대신 간결한 질문을 통해 설정 마법사를 실행하십시오. 기존 개인 저장소의 비공개 사실, 원본 입력, 채워진 인덱스 또는 로그를 새 리포지토리에 복사하지 마십시오.

개인 메모리 리포지토리에서 작업할 때:

1. AGENTS.md가 있으면 읽으십시오.
2. 저장소를 찾으십시오. 일반적으로 현재 작업 공간의 personal-memory/입니다.
3. personal-memory/CHATBOT.md와 personal-memory/SCHEMA.md가 있으면 읽으십시오.
4. personal-memory/index.md와 personal-memory/indexes/concepts.json이 있으면 읽으십시오.
5. personal-memory/knowledge-catalog/ 또는 personal-memory/indexes/sources.json이 존재하면, 읽기/연구 질문에 답하기 전에 카탈로그 루트 인덱스 또는 생성된 소스 인덱스를 읽으십시오.
6. 답변하거나 글을 쓰기 전에 관련 개념 및 소스 페이지를 검색하십시오.

사용자가 시스템 초기화 또는 복구를 요청하면 references/schema.md에 설명된 표준 personal-memory/ 구조를 생성하거나 업데이트하십시오. 사용자가 명시적으로 제공하지 않는 한 저장소에 추론된 비공개 사실을 비워 두십시오.

작업에 현재 외부 증거, 공개 프로필 조사, 시장 조사, 재정 맥락, 여행/생활 관리 조회 또는 출처 기반 주장이 필요한 경우 references/perplexity-search.md를 읽으십시오. Perplexity는 환경에 명시적인 API 키가 있을 때만 사용하고, 외부 검색 결과는 사용자가 저장을 요청할 때까지 지속적인 개인 메모리와 분리하여 유지하십시오.

사용자가 기사, 비디오, 보고서, 논문, 책, 링크, 대본, 하이라이트를 공유하거나 文摘, 摘要, 요약, 독서 노트, 출처 캡처, 사실 확인, 지식 카탈로그화, 주제 지도 또는 교차 출처 종합을 요청하면 references/source-digest.md를 읽으십시오. 읽기 계층을 OKF 스타일 지식 번들로 취급하십시오: YAML 머리말, 안정적인 경로, resource URL, 구조화된 본문, 교차 링크, # Citations, index.md, log.md 및 생성된 인덱스가 있는 마크다운 파일.

사용자가 연애, 집착, 질투, 죄책감, 모호한 관계, 이별, 화해, 가족 압박, 실종 우려 또는 감정적으로 부담스러운 메시지에 대해 논의할 때 references/emotional-relationship-support.md를 읽으십시오. 사용자의 감정, 존엄, 안정, 자기 결정권 및 장기적 이익을 우선시하면서 따뜻하게 대응하는 데 사용하십시오. 개인 관계 사실은 이 스킬이 아닌 저장소에 보관하십시오.

핵심 워크플로

캡처/업데이트 요청 시:

1. 입력이 지속적인 메모리에 저장될 가치가 있는지 아니면 채팅에 남아 있어야 하는지 결정하십시오.
2. 사용자가 나중에 질의, 편집, 확인 또는 재사용할 수 있는 지속적인 파일, 첨부 파일, 대본, 데이터 세트, HTML 페이지, 문서, 스프레드시트, 코드 아티팩트 또는 기타 출처를 제공하거나 가리키는 경우 원본 자료를 personal-memory/raw-inputs/ 아래에 보존하십시오. 향후 작업이 기본 콘텐츠에 의존하는 경우 외부 파일 시스템 경로, 링크 또는 요약에만 의존하지 마십시오.
3. 새 개념을 만들기 전에 기존 개념을 업데이트하십시오.
4. 개념 유형 사용: Question, Insight, Evidence, Signal, Snapshot, Decision, Experiment, ActionItem.
5. area를 사용하여 emotion, finance, work, relationship, health, life-admin 또는 unknown을 구분하십시오.
6. links의 안정적인 ID로 관련 개념을 연결하십시오.
7. personal-memory/log.md에 간결한 항목을 추가하십시오.
8. 가능하면 personal-memory/indexes/concepts.json을 재생성하거나 업데이트하십시오.
9. 변경된 내용을 요약하고 수정된 파일 이름을 지정하십시오.

출처 요약 및 지식 카탈로그 요청 시:

1. 항목이 카탈로그화할 출처, 추출할 주장/아이디어, 개인 메모리 업데이트 또는 단지 채팅 요약인지 결정하십시오.
2. 출처 요약은 personal-memory/knowledge-catalog/sources/ 아래에 저장하고, 파생된 주장, 아이디어, 질문 또는 주제 지도는 일치하는 카탈로그 하위 디렉터리에 저장하십시오.
3. 최소 type, title, description, resource(가능한 경우), source_type, tags, captured, timestamp, confidence 및 sensitivity가 포함된 OKF 스타일 머리말을 사용하십시오.
4. 출처 기반 링크는 # Citations 아래에 넣고, 축어적 인용문은 유용할 때만 짧게 유지하십시오.
5. 출처가 사용자의 결정, 패턴, 질문, 실험 또는 조치 항목을 변경하는 경우에만 지속적인 개인적 함의를 life/ 개념에 연결하십시오.
6. 가능하면 personal-memory/knowledge-catalog/index.md, personal-memory/knowledge-catalog/log.md 및 생성된 출처/주제 인덱스를 업데이트하십시오.

질의/검토 요청 시:

1. 먼저 생성된 인덱스를 읽으십시오.
2. 가장 관련성 높은 개념 페이지를 여십시오.
3. 읽기 또는 연구 질문의 경우 종합하기 전에 sources.json, topics.json 및 카탈로그 출처 페이지를 검색하십시오.
4. 파일 참조와 함께 메모리에서 답변하십시오.
5. 출처가 있는 메모리, 출처 기반 외부 증거, 추론 및 현재 불확실성을 구분하십시오.
6. 답변이 지속적인 메모리 또는 카탈로그 지식을 생성하거나 변경하는 경우에만 다시 기록하겠다고 제안하십시오.

외부 연구 요청 시:

1. 질문이 사용자에 관한 것인 경우 먼저 로컬 메모리를 검색하십시오.
2. 순위가 매겨진 원시 웹 결과를 위해 Perplexity Search API를 사용하십시오.
3. 인용 및 웹 기반 종합을 위해 Perplexity Sonar를 사용하십시오.
4. 출처를 인용하고 현재 웹 증거를 개인 메모리와 분리하십시오.
5. 사용자가 요청하거나 Evidence, Question, Decision, Snapshot 또는 ActionItem이 되는 경우에만 연구를 저장소에 저장하십시오.

기록 규율

기록해야 할 지속적인 개인 판단:

• 반복되는 감정 패턴, 트리거, 경계 및 효과적인 대처 방법
• 재정 스냅샷, 예산 규칙, 결정 정책, 질문 및 실험
• 업무 피드백, 약속, 프로젝트 상태, 운영 원칙 및 검토
• 미래 결정을 변경하는 관계 또는 생활 관리 신호
• 명확한 다음 단계가 있는 조치 항목
• 사용자가 제공한 중요한 파일의 원본 복사본(해당 파일이 증거이거나 나중에 편집, 질의, 재렌더링, 비교 또는 재사용될 가능성이 있는 경우)

기록해야 할 지속적인 출처 지식:

• 기사, 비디오, 보고서, 논문, 책 및 대본에 대한 출처 요약
• 여러 출처에 걸쳐 반복되는 주장, 아이디어, 주제 지도 및 미해결 질문
• 신뢰도 노트, 반론 및 증거 품질 판단
• 출처가 미래의 생각이나 행동을 변경하는 경우 개인적 관련성

기록하지 말아야 할 것:

• 모든 기분 변화나 일상적인 생각
• 모든 가벼운 기사 훑어보기나 가치가 낮은 링크
• 전체 계좌 번호, 카드 번호, 세금 ID, 비밀번호, 시드 구문 또는 로그인 세부 정보
• 구조화된 요약으로 충분할 때 중복 개념이나 원시 덤프
• 별도의 회사/설립자 저장소에 속하는 회사 운영 사실

안전 경계

감정: 지지적이고 반성적으로 행동하되, 진단하거나 치료를 대체하지 마십시오. 사용자가 자해, 임박한 위험, 학대 또는 안전 유지 불능을 언급하는 경우, 메모리 작업보다 실제 인간 지원과 응급 리소스를 우선시하십시오. 연애 또는 집착이 심한 상황에서는 먼저 사용자의 감정을 진정시킨 다음, 자기 포기, 강요, 스토킹 또는 감정적 게임에서 벗어나도록 유도하십시오. 구체적인 위험이 존재할 때 안전 확인은 적절합니다. 불안한 안심 요구는 부드럽게 제한하십시오.

재정: 사실, 가설, 결정 및 질문을 추적하십시오. 자동으로 개인화된 투자, 세무, 법률, 대출 또는 보험 결정을 내리지 마십시오. 거래, 대출, 세무 신고 또는 법적 구속력이 있는 행동 전에 사용자의 명시적 확인을 요청하고, 적절한 경우 자격을 갖춘 전문가를 제안하십시오.

업무: 개인 운영 메모리를 회사 메모리와 분리하여 유지하십시오. 개인 메모리는 사용자가 어떻게 일하는지, 무엇을 배우는지, 경력 판단을 기록합니다. 회사 저장소는 회사 사실과 비즈니스 결정을 기록합니다.

참조

작업에 필요한 것만 읽으십시오:

• references/setup-new-repo.md: 다른 저장소의 비공개 사실을 복사하지 않고 깨끗한 개인 메모리 리포지토리 또는 저장소를 초기화합니다.
• references/schema.md: 저장소 레이아웃, 머리말, 개념 유형, 본문 규칙 및 빈 인덱스 모양.
• references/capture-query-review.md: 상세한 캡처, 질의, 업데이트, 정기 검토 및 응답 워크플로.
• references/source-digest.md: OKF 스타일 출처 요약, 기사/비디오/보고서 요약, 주장 추출, 주제 매핑, 인용, 신뢰도 및 검색 가능한 지식 카탈로그 워크플로.
• references/emotional-relationship-support.md: 사용자의 감정적 현실, 존엄, 자기 결정권, 경계 및 안전을 우선시하면서 치료를 대체하거나 조작을 조장하지 않는 따뜻한 관계 지원 워크플로.
• references/perplexity-search.md: Perplexity Search/Sonar API 사용, 라우팅, 비밀 처리, 인용 및 연구-메모리 규칙.