Brief Yourself 1.0.1｜개인 맥락 레이어은(는) 무엇을 하나요?
Brief Yourself 1.0.1은 현재 제품, 스킬 진입점, 에이전트 아이덴티티 및 활성 스키마 아이덴티티입니다. 현재 schema_version은 1.0.1입니다. 이전 0.4는 기존 아티팩트와 이전 설명에만 보존되며 활성 스키마가 아닙니다.
트리거 및 위치
사용자가 자신을 알고 싶거나, 에이전트가 자신을 더 잘 이해하게 하거나, 최근 변경 사항을 검토하거나, 조정된 개인 정보를 하위 작업에서 사용하고 싶을 때 이 스킬을 사용합니다.
Brief Yourself는 사용자가 교정에 참여하고, 용도별로 컴파일하며, 다른 에이전트 하니스(Agent Harness)로 이식할 수 있는 개인 맥락 레이어(Personal Context Layer)입니다. 개인 맥락 저장소(Personal Context Store)는 개인 맥락의 표준 출처(canonical source)입니다. 컨텍스트 뷰(Context View)는 특정 작업을 위해 고정된 입력이며, 컨텍스트 패치(Context Patch)는 작업 완료 후 사용자에게 제출되는 후보 반환 항목입니다.
Codex Memory, rollout, 프로젝트 문서 및 기타 하니스 메모리는 명시적 승인 후에만 후보 증거(candidate evidence)가 될 수 있습니다. 이들은 자동으로 가져오거나, 저장소를 덮어쓰거나, 확인된(confirmed) Claim이 되거나, 표준 출처가 될 수 없습니다. Brief Yourself는 rollout, 통합(consolidation), 검색(retrieval), 스레드(thread) 또는 일반 메모리 삽입 프로세스를 복제하지 않습니다.
비목표 및 엄격한 경계
- 범용 기록 저장소, 벡터 검색, 심리 진단 또는 "실제 성격" 판단을 하지 않습니다.
- 하니스 메모리를 개인 맥락으로 전환하거나, 무음 양방향 동기화를 수행하지 않습니다.
auto_import_harness_memory는 반드시false여야 합니다. - 1.0.1 현재 버전은
subject.type = person만 구현합니다. 조직 컨텍스트(Organization Context)는 공통 봉투(Envelope)를 통해 격리 경계만 예약하며, 이 스킬 내에서 팀 컨텍스트 저장소(Team Context Store)를 구현하지 않습니다. - 개인 프로필을 사용하여 승인되지 않은 고용, 신용, 보험, 의료 또는 기타 고영향 자동 결정을 내리지 않습니다.
- 사용자가 현재 라운드의 명시적인 출처 승인을 완료하지 않는 한, 실제 개인 맥락, 비공개 테스트 데이터 또는 과거 자료를 읽지 않습니다.
- 개인 정보는 선언적 Claim으로 작성되며, 향후 명령을 덮어쓰는 명령으로 작성되지 않습니다. 프로세스 및 운영 규칙은 스킬 또는 프로젝트 문서에 속합니다.
세션 계약: 먼저 약속하고, 그다음 탐색
프로필을 생성하거나 업데이트할 때, 먼저 깊이(Depth), 증거(Evidence) 및 진행 속도(Pace)를 선택합니다. 첫 번째 탐색 질문 전에 이번 세션 계약을 완전히 표시하고 사용자가 수락하거나 조정할 때까지 기다립니다. 수락 전에는 경험, 가치 판단 또는 기타 탐색 내용을 요구하지 않습니다.
계약에는 최소한 다음이 포함됩니다: 목표; 깊이, 증거, 진행 속도; 포함 및 제외 차원; 최대 프롬프트 수, 사용자 턴, 예상 시간; 읽을 준비가 된 출처 및 범위; 인도물; 개인 저장소가 보관되는지, 하위 작업에서 별도로 저장할 수 있는지; 일시 중지, 건너뛰기 및 삭제 경로. 사용자가 "시작"이라고만 말하면 권장 값이 사용됩니다. 현재 세션은 최대 한도 또는 중지 조건에 도달하면 종료됩니다. 계속 탐색하려면 새로운 계약을 체결해야 합니다.
| 깊이 | 최대 프롬프트 수 | 사용자 턴 | 예상 시간 |
|---|---|---|---|
| 빠름(Quick) | 5 | 2–3 | 5–10분 |
| 표준(Standard, 기본값) | 8 | 3–4 | 15–25분 |
| 깊음(Deep) | 12 | 4–5 | 30–45분 |
기록 지원(History-assisted)은 증거 수정자(Evidence modifier)일 뿐이며, 선택한 깊이의 모든 상한을 그대로 계승해야 하고, 네 번째 깊이가 되거나 세션을 연장할 수 없습니다. 사용자가 피로를 표시하거나, 남은 문제 수를 묻거나, 너무 길다고 피드백하거나, 최소한의 적절한 프로필을 형성할 충분한 자료가 이미 있는 경우, 즉시 새로운 질문을 중단하고 종합합니다. 스크립트를 완료하기 위해 계속 질문하지 않습니다.
실행 흐름
- 작업 결정. 프로필 생성/업데이트, 작업 뷰 생성, 패치 검토, 또는 검사/내보내기 중 선택합니다. 먼저 이번 사용 목적과 최소 필요 범위를 설명합니다.
- 읽기 권한 획득 (승인 카드). 기록, 프로젝트 파일, 이력서, 공개 자료 또는 하니스 메모리를 읽기 전에,
references/source-consent-and-disclosure.md에 따라 출처, 범위, 목적, 외부 전송, 저장 위치 및 삭제 방식을 표시하고 명시적 승인을 기다립니다. 승인 카드는 읽기 전 동의 인터페이스이며, 해당 reference에 의해 제약됩니다. 이는register-source명령과 다른 것입니다.register-source는 읽기 후 사용자가 승인한 장기 출처 등록을 위한 진입점입니다. 현재 대화와 사용자가 자발적으로 제공한 자료에 대해서도 실제 사용 범위를 기록해야 합니다. - 필요에 따라 증거 수집. 먼저 현재 응답과 사용자가 자발적으로 제공한 자료를 사용합니다. 기록은 알려진 격차에 대해서만 필요에 따라 읽으며, 일괄 가져오지 않습니다. 하니스 메모리에서 가져온 내용은 후보 증거만 형성하며, 교정 대기 중으로 표시되어야 하고, 직접 확인된 Claim이 될 수 없습니다.
- 인터뷰 및 교정.
references/interview-and-calibration.md에 따라 예산을 관리합니다. 구체적인 경험, 선택 및 행동부터 시작하여 단계별로 교정 카드(Calibration Card)를 제시하고, 사용자가 확인, 재작성, 거부 또는 미결 상태로 유지할 수 있도록 합니다. - 평면적인 Claim 후보 형성. 저장소에는 하나의
claims[]만 있습니다.domains[]는 레이블일 뿐, 물리적 계층이 아닙니다. 새로운 인식은 기본적으로user_status: unreviewed인 도메인 후보이며, 한 번의 세션으로 코어(Core)로 승격되지 않습니다.코어 요약(Core Summary)은 확인되고, 여전히 유효하며, 여러 시나리오에서 지원되는 Claim에서만 파생될 수 있으며, 별도로 저장되지 않습니다. - 고정된 뷰 생성. 용도, 정확한 주체/실행자/대상, 최소 필요 Claim에 따라 뷰를 컴파일합니다. 전체 객체,
source_revision, 생성 시간, TTL 및 권한이 함께 고정됩니다. 저장소의 이후 변경 사항이 기존 뷰를 자동으로 변경하지 않습니다. - 패치만 임시 저장. 작업의 새로운 인식은
pending패치만 생성하고, 전략 및 일회용 대본은task_strategies_not_for_merge에 넣습니다.references/context-view-and-patch.md에 따라 항목별로 검토합니다. 사용자가 특정patch_id와 제안을 명시적으로 승인한 후에만 런타임이 적용(apply)할 수 있습니다.
증거 및 인식의 최소 규칙
fact,self_report,observation,inference를 별도로 기록합니다. 추론을 사실로 바꾸어 쓰지 않습니다.- 증거 출처, 반증(counterevidence), 적용 범위, 변화, 모순(Tension) 및 미지(unknown)를 보존합니다. 기록되지 않았다고 해서 발생하지 않은 것은 아닙니다.
Tension과Unknown은 여전히 현재 표준 저장소의 최상위 엔터티이며, 완전한 고정 객체로서 뷰에 포함될 수 있습니다. 이들은 영구적인 세션 전용이 아닙니다. 현재 패치 스키마/런타임의 제안은 Claim의add,update,challenge,retire만 지원하며, Tension/Unknown의 추가 또는 업데이트 진입점은 없습니다. 세션의 새로운 발견은 "영속화되지 않은 후보"로만 전달될 수 있으며, 향후 명시적 프로토콜을 기다려야 합니다. 저장소에 무음으로 쓰거나, Claim으로 위장하거나,task_strategies_not_for_merge에 넣거나, 장기 저장되었다고 주장할 수 없습니다. 기존 마이그레이션/저장소의 Tension/Unknown은 읽을 수 있고 필요에 따라 뷰에 포함될 수 있습니다. 향후 쓰기 진입점은 별도의 스키마/런타임/승인이 필요하며, 이번 라운드에서는 구현하지 않습니다.- MBTI, DISC 또는 한 번의 응답을 증거 대신 사용하지 않습니다. 한 번의 작업 진행 상황, JD 키워드, 임시 전략 또는 에이전트 작업 선호도를 장기 Claim에 기록하지 않습니다.
- 새로운 인식은 먼저 후보 도메인에 들어갑니다. 코어는 파생된 요약 자격으로만 작동하며, 단일 작업에서 직접 승격될 수 없습니다. 장기 기록은 항상 사용자 검토를 거칩니다.
sensitivity는 내용의 민감도를 설명합니다.disclosure는 대상(audience), 목적(purpose) 및 하위 작업에서의 영속화 허가를 설명합니다. 둘은 서로 대체할 수 없습니다. 기본적으로private및restricted는 제외됩니다.subject는 person으로 고정됩니다.team-agent또는 기타 명시적 승인을 받지 않은 실행자/대상은 기본적으로 거부됩니다. "동일한 작업 공간"이라는 이유로 개인 권한을 추론하지 않습니다.
런타임 명령
런타임은 17개의 작업 이름을 등록합니다: 14개의 공식 V0.4 작업은 아래 다섯 그룹으로 라우팅됩니다. 2개의 마이그레이션 명령은 마이그레이션 시나리오에서만 사용됩니다. list는 list-patches의 호환 별칭이며, 독립적인 기능이 아닙니다. 모든 매개변수는 --help를 기준으로 하며, 이 진입점은 아직 확인되지 않은 플래그를 가정하지 않습니다. 별도의 권한이 없는 한, 이러한 명령을 실제 저장소의 마이그레이션이나 dogfood에 사용하지 마십시오. 자세한 매개변수와 부작용은 references/store-operations.md를 참조하십시오.
저장소 생명주기
python scripts/context_store.py init --help
python scripts/context_store.py validate --store <store>
python scripts/context_store.py inspect --store <store>
python scripts/context_store.py derive-core-summary --help
init은 새로운 저장소를 생성합니다. validate는 전체 유효성 검사를 수행하며, 자동으로 수정하지 않습니다. inspect는 리비전, 개수 및 대기 중인 패치를 확인합니다. derive-core-summary는 조건을 충족하는 확인된 Claim에서만 비표준 요약을 파생합니다.
출처 등록
python scripts/context_store.py register-source --help
register-source는 증거 출처의 유일한 쓰기 진입점이며, consent는 반드시 explicit이어야 합니다. 이것은 읽기 권한 인터페이스가 아닙니다: 읽기 전 승인 카드는 references/source-consent-and-disclosure.md에 의해 제약됩니다. 사용자가 읽기를 승인하고 장기 등록을 승인한 후에만 이 명령을 실행합니다.
뷰
python scripts/context_store.py create-view --help
python scripts/context_store.py validate-view --help
create-view는 고정된 뷰를 컴파일하며, 이 단계에서 민감도 범위와 제한이 공개(disclosure) 및 사용자 승인을 통해 결정됩니다. validate-view는 검증(만료, 용도, 민감도 수준, 권한 구조)만 수행하며, 수정하거나 제한을 생성하지 않습니다. 생성 후 새로 고침하지 않습니다.
패치
python scripts/context_store.py stage-patch --help
python scripts/context_store.py list-patches --help
python scripts/context_store.py apply-patch --help
python scripts/context_store.py reject-patch --help
stage-patch는 pending만 씁니다. apply-patch는 특정 패치 검토, --approve 및 실행자 확인이 모두 필요합니다. reject-patch는 표준 컨텍스트(Canonical Context)를 변경하지 않습니다.
내보내기 및 삭제
python scripts/context_store.py export --help
python scripts/context_store.py purge-plan --help
python scripts/context_store.py purge --help
export는 기본적으로 public만 내보냅니다. purge는 되돌릴 수 없는 삭제입니다. 먼저 purge-plan으로 미리 보고 --plan-token을 받습니다. 실행 시에는 --confirmed-by와 --approve가 필요합니다. 미리 본 후 저장소에 변경이 있으면 토큰은 무효화됩니다. 이 진입점은 이러한 제약 조건을 우회하는 실행 가능한 삭제 예제를 제공하지 않습니다. 전체 경계는 references/store-operations.md를 참조하십시오.
기록 마이그레이션 경로 (마이그레이션 시나리오 전용 읽기)
python scripts/context_store.py migrate-v02 --help
python scripts/context_store.py preview-migrate-v03 --help
이 두 명령은 V0.2→V0.3 및 V0.3→1.0.1의 기록 마이그레이션만 제공하며, 일반 작업 기능에 속하지 않습니다. 먼저 references/migration-v0.3-to-v1.0.1.md를 읽고, 미리 보기, 검토, 별도 저장 및 롤백 경계에 따라 사용합니다. migrate-v02는 전달된 경로를 덮어쓰므로, 사용자가 만든 명확한 복사본에 대해서만 실행해야 합니다. V0.3→1.0.1은 읽기 전용 미리 보기만 허용합니다.
C 파일 어댑터: 고정된 뷰만 수신
C 패키지의 scripts/adapters/codex_file_adapter.py는 단방향 파일 어댑터입니다. 이미 생성된 고정된 뷰 JSON만 읽고, 봉투(Envelope), TTL, 주체, 용도, allowed_use, 그리고 포함된 각 Claim이 동시에 principal.id와 audience[]의 각 수신자에게 권한이 있는지 확인합니다. 실패 시 fail-closed로 작동하며, 거부된 개인 본문을 출력하지 않습니다. 개인 맥락 저장소, Codex Memory, rollout 또는 네트워크 리소스를 읽지 않으며, 저장소, 하니스 메모리 또는 장기 컨텍스트에 쓰지 않습니다. 선택적 출력도 입력 뷰를 덮어쓸 수 없습니다.
C의 실제 --help에 따라 다음 개념 명령을 확인했습니다. --expected-audience는 호출자가 제공하는 반복 가능한 하위 집합 바인딩입니다. 각 예상 type:id는 고정된 view.audience에 존재해야 하지만, 호출자가 모든 대상을 열거할 필요는 없으므로, 이는 대상 동등성/전체 집합 단언(audience equality/exhaustive assertion)이 아닙니다. 이 호출자 바인딩은 보안 불변성을 변경하지 않습니다. 매개변수가 전달되었는지 여부에 관계없이, 어댑터는 여전히 포함된 각 Claim에 대해 공개(disclosure)가 동시에 principal.id, 뷰 봉투의 모든 대상 수신자 ID를 포함하는지, 그리고 목적(purpose)을 확인해야 합니다. 하위 집합 매개변수는 공개를 완화할 수 없습니다. --purpose-approved는 이번 특정 목적이 명시적으로 승인되었음을 나타냅니다.
python scripts/adapters/codex_file_adapter.py --view <view.json> --expected-purpose <purpose> --expected-task <task> --expected-principal-id <principal-id> --expected-audience type:id --allowed-use <allowed-use> --purpose-approved
어댑터의 출력은 현재 작업에 대한 Markdown/JSON 조정 결과이며, 새로운 저장소, 메모리 또는 쓰기 자격 증명이 아닙니다. 작업 종료 후에도 여전히 pending 패치만 생성합니다. Markdown 간결 출력은 각 Claim의 user_status, confidence, status, 적용 scope, evidence_refs, counterevidence_refs 및 비어 있지 않은 주요 시간 필드를 유지합니다. 출처 ID만 표시하며, 증거 원문, 노트 또는 소스 원시 데이터는 확장하지 않습니다. 검토되지 않은 Claim은 review=unreviewed / review=unresolved로 명확하게 표시되며, 무조건적인 확정 사실로 압축되지 않습니다. 저장소와 어댑터는 scripts/view_validation.py의 저장소 없는 뷰 검증 커널을 공유합니다. 각각은 이를 기반으로 저장소 출처 참조 또는 호출자 바인딩 검사만 추가합니다.
References 경로
공식 패키지는 다음 7개의 reference만 유지하며, 각각 이 진입점에서 접근 가능합니다. 읽는 시점은 다음과 같습니다.
references/interview-and-calibration.md: 인터뷰 시작 전에 읽습니다. 세션 계약, 세 가지 예산, 질문 맵, 교정 카드, 피로 중지 및 Claim 분류.references/source-consent-and-disclosure.md: 기록/프로젝트/이력서/하니스 메모리를 읽기 전에 읽습니다. 현재 유일한 동의 및 공개 사실 출처: 승인 카드, 후보 증거, 민감도, 공개, 사람/팀 격리 및 고영향 경계. 승인 카드는 여기에 속하며,register-source에 속하지 않습니다.references/context-view-and-patch.md: 뷰를 컴파일하거나 패치를 검토할 때 읽습니다. 현재 버전 컨텍스트 봉투, 완전한 고정 객체, TTL, 공개 일치, 패치 임시 저장 및 승인.references/harness-boundaries.md: 하니스 메모리 경계 또는 파일 어댑터와 관련될 때 읽습니다. 하니스 메모리, 개인 맥락, 작업 맥락의 경계, 그리고 파일 어댑터의 봉투/공개 및 예상 대상(expected-audience) 바인딩 규칙.references/personal-context-model.md: 저장소 구조 의미를 확인해야 할 때 읽습니다. 개인 맥락 저장소의 최상위 엔터티, 증거 모델, 뷰/패치 반환 경계 및 버전 의미론.references/store-operations.md: 런타임 명령을 실행하기 전에 읽습니다. 14개의 1.0.1 작업과 2개의 마이그레이션 명령의 매개변수, 부작용, 파일 시스템 제한, 삭제 경계 및 복구 방법.references/migration-v0.3-to-v1.0.1.md: 기록 V0.3→1.0.1 마이그레이션 시나리오에서만 읽습니다. 읽기 전용, 메타데이터 전용 미리 보기 및 무연쇄(no-chain) 마이그레이션 경로. 이전0.4는 기록 입력 및 이전 아티팩트 식별자로만 유지됩니다.
Assets 경로
세 개의 1.0.1 템플릿과 동일한 이름의 스키마가 쌍을 이루며, 해당 객체를 구성하거나 검증할 때 읽습니다.
assets/templates/personal-context-store-v1.0.1.json: 저장소 구조 기준선,assets/schemas/personal-context-store-v1.0.1.schema.json과 함께 사용됩니다.init후 수동으로 저장소를 구성하거나 검증할 때 참조합니다.assets/templates/context-view-v1.0.1.json: 고정된 뷰 구조 기준선,assets/schemas/context-view-v1.0.1.schema.json과 함께 사용됩니다. 뷰를 컴파일하거나 검증할 때 참조합니다.assets/templates/context-patch-v1.0.1.json: 패치 구조 기준선,assets/schemas/context-patch-v1.0.1.schema.json과 함께 사용됩니다. 패치를 임시 저장하거나 검토할 때 참조합니다.
기록 V0.3 템플릿과 이전 버전의 reference는 공식 패키지에서 제거되어 프로젝트 archive/1.0.1-moved-out/에 보관됩니다. 이전 0.4 아티팩트는 releases/에만 보존되며, 현재 프로토콜의 일부가 아니므로 릴리스 ZIP에 다시 넣을 수 없습니다.
전달 및 종료 멘트
작업에 따라 사람용 브리핑(Human Brief), 후보 Claim, Tension/Unknown, 고정된 뷰 또는 대기 중인 패치를 전달하고, 출처 범위, 적용되지 않은 항목, 민감도 경계 및 다음에 확인할 가치가 있는 질문을 함께 나열합니다. 종료 시 명확히 합니다: 이것은 현재 승인된 자료를 기반으로 한 현재까지의 작업 프로필입니다. 사용자는 수정하고, 사용을 제한하고, 거부하거나 삭제할 수 있습니다.