v6.0.0

v4.0.0에서 만든 0단계를 다시 없앴습니다. 위치를 바꾸는 것으로는 규칙이 지켜지지 않는다는 것을 실측으로 확인했기 때문입니다.

배경

v4.0.0에서 「작업 시작 전 확인」을 인용블록에서 0단계로 승격했습니다. 이유는 "번호 체계 밖에 있어 건너뛰기 쉽다"였습니다.

승격 후에도 한 세션 동안 0회 실행됐습니다. 코드 작업을 여러 번 했지만 한 번도 하지 않았습니다. 이산적 신호가 없는 규칙은 문서 어디에 두든 지켜지지 않습니다.

재배치

절을 없애고 두 규칙을 실제로 쓰이는 자리로 옮겼습니다.

• plan.md 확인 → 1단계 범위 확인 앞. 진행 중인 계획과 이번 요청이 중복·모순되지 않는지 보는 것은 범위 판정의 일부입니다.
• AGENTS.md → 3단계 검증 명령. "빌드·테스트 명령이 필요하면 추측하지 말고 CLAUDE.md·AGENTS.md를 먼저 읽는다." 그 정보가 필요한 순간에 발동합니다.

발동 시점이 "새 세션 시작 시"라는 흐릿한 조건에서 "그 정보가 필요할 때"로 바뀌었습니다.

함께 해소된 문제

0단계에는 다른 결함도 있었습니다.

• 확인 결과로 무엇을 하라는지가 없었습니다. "plan.md에 진행 중 계획이 있는지 확인한다"까지만 있고, 있으면 이어가라는 건지 알리라는 건지 규칙이 행동을 지정하지 않았습니다.
• 1단계 범위 확인과 겹쳤습니다. 범위를 판정하려면 어차피 프로젝트 상태를 봐야 합니다.

상호 참조 검사가 세 번째로 값을 냈습니다

v5.2.0에서 넣은 규칙으로 0단계·착수 전 잔존을 검색했고, 남은 1건이 다른 맥락("작업 착수 전의 불명확함")임을 확인했습니다. 그 과정에서 인용블록 뒤 빈 줄 누락(마크다운 렌더링 문제)도 발견해 고쳤습니다.

유보

이번 재배치의 효과도 아직 검증되지 않았습니다. v4.0.0의 승격이 실패한 것과 같은 방식으로 실패할 수 있습니다. 달라진 것은 발동 시점이 명확해졌다는 것뿐입니다.

크기

26,970B → 26,654B (-316B)

v5.2.1

v5.2.0의 사실 검증에서 남겨둔 항목 중, 다른 규칙과 전제가 어긋나는 것들을 정정했습니다.

정정

• "git 저장소가 아닌 폴더에는 영구 기록 수단이 없다" → "git 저장소가 아니고 원격에도 발행되지 않는 폴더". 1단계에 넣은 복구 경로 개념(git 이력 · 원격 저장소 · 다른 위치의 사본)과 전제가 어긋나 있었습니다. 이 문서 자체가 반례입니다 — git 폴더가 아니지만 원격 발행으로 여러 버전이 보존됩니다.
• API 확인 순서에서 특정 MCP 이름을 제거하고 "라이브러리 문서 조회 도구(MCP 등, 있으면)"로 일반화했습니다. v5.0.0에서 특정 도구 의존을 전부 걷어냈는데, v4.0.0에서 넣은 이것만 남아 있었습니다.
• commit 전 체크에 "(plan.md가 있으면)" 조건을 넣었습니다. plan 없이 진행하는 작업에 조건이 없었습니다.
• "git 커밋이 정본이자 유일한 영구 기록"에서 "유일한"을 제거했습니다(핵심 요약도 동일). 첫 항목을 고치자 같은 문장 안에서 앞은 "git 커밋이 유일", 뒤는 "원격 발행도 기록 수단"으로 모순이 됐습니다. 규칙의 목적(plan.md에 완료 기록을 남기지 않는다)은 바로 뒤 문장이 담당하므로 강도는 그대로입니다.

상호 참조 검사가 두 번째로 값을 냈습니다

v5.2.0에서 넣은 규칙을 이번 수정에 적용해 옛 표현 잔존을 검색했고, 그 과정에서 네 번째 모순을 발견했습니다. 첫 항목만 고치고 끝냈다면 한 문장 안에 자기모순이 남은 채 발행됐을 것입니다.

남긴 것

• "사용자는 마지막 문단을 먼저 읽는다" — 검증 불가한 일반화지만 규칙 자체("결론을 끝에")는 유효합니다
• 보안 규칙의 "git commit으로 영구 보존되므로" — 강조 장치이고, 보안은 과잉이 안전한 쪽입니다
• 줄표 규칙의 자기 면제 조항 — 없애려면 본문 문체를 통째로 손봐야 합니다

크기

26,912B → 26,970B (+58B)

v5.2.0

전문 267줄을 사실 검증해 결함 11건을 찾고, 그중 명백한 4건을 고쳤습니다. 넷 다 이전 버전에서 규칙을 고치며 그 규칙을 참조하던 곳을 함께 갱신하지 않아 생긴 것입니다.

신설 — 상호 참조 검사

이름·번호·조건을 바꿨으면 그것을 참조하는 곳을 함께 확인한다. 심볼명·절 이름·단계 번호·임계값을 바꾸면 이를 가리키던 참조가 조용히 깨진다. 옛 표현으로 검색해 잔존을 확인한다.

이번에 찾은 결함 4건 중 3건을 막았을 규칙입니다. 문서뿐 아니라 코드에도 적용됩니다.

이 규칙을 이번 수정에 직접 적용해 결함을 하나 더 잡았습니다. 깨진 참조를 고치며 새로 넣은 「종료 조건」이 실제로는 절 이름이 아니었고(이 문서에서 「」는 절 이름에만 씁니다), 검색으로 발견해 정정했습니다.

수정

• 버전 규칙의 "작업 흐름 5단계"에서 단계 수를 뺐습니다. v4.0.0에서 0단계를 추가해 실제는 6개인데 문구가 5로 남아 있었습니다. 숫자를 빼면 다시 깨지지 않습니다.
• 작업 구분의 질문 판정을 「판정 예시」 표와 일치시켰습니다. 본문은 "무조건 이지선다로 확인", 표는 "대상이 좁혀지면 실행"으로 정면 충돌하고 있었습니다. v5.1.0에서 표를 넣으며 본문을 안 고친 결과입니다.
• 3단계 재시도 한계의 깨진 참조를 고쳤습니다. 가리키던 "계속 진행 원칙"이 v4.0.0에서 "종료 조건 넷"으로 바뀌어 사라진 상태였습니다.
• 1단계 백업 항목에 "승인 또는 사전 백업 중 하나는 반드시 거친다"를 명시했습니다. 승인 필수 목록 안에 있는데 하위 내용이 전부 백업 절차라, 이 항목에 걸리면 승인이 필요한지 백업만 하면 되는지 읽어서 알 수 없었습니다.

백업 규칙 조건부화

복구 경로(git 이력 · 원격 저장소의 같은 내용 · 다른 위치의 사본)가 하나라도 있으면 백업하지 않습니다.

이전 규칙은 "git 폴더가 아니면 무조건 백업"이었고, 그 전제인 "git이 없으면 모든 변경이 되돌릴 수 없다"가 틀렸습니다. 한 세션에서 만든 백업 9개를 실측하니 복구 경로가 없는 유일본은 1개였고, 나머지 8개는 원격 저장소나 릴리즈에 같은 내용이 있었습니다.

새 규칙을 이번 릴리즈에 직접 적용해, 직전 버전이 원격에 있으므로 백업을 만들지 않았습니다.

미처리

검증에서 나온 나머지 7건은 남겨두었습니다 — "git 커밋이 유일한 영구 기록"(릴리즈 노트도 영구), "git 아닌 폴더에는 영구 기록 수단이 없다"(원격 발행이 반례), 특정 MCP를 1순위로 지정한 API 확인 순서, plan.md 없는 작업의 commit 전 체크 조건 등입니다.

크기

26,559B → 26,912B (+353B)

v5.1.0

서술형 규칙만으로 되어 있던 문서에 처음으로 판정 예시를 넣었습니다.

판정 예시 추가

「작업 구분」의 질문 판정이 "정리·확인·개선" 같은 동사에서 매번 걸렸습니다. 기존 규칙은 이 경우 이지선다로 되묻게 했는데, 그건 판정을 포기하는 규칙이라 왕복만 늘었습니다.

입력	판정
"왜 이렇게 됐지?" · "A와 B 중 뭐가 나아?"	질문
"고쳐줘" · "적용해" · "발행"	코드 작업
"정리" · "확인해줘" · "개선해"	대상이 하나로 좁혀지면 실행, 범위가 갈리면 이지선다로 확인
"검토해서 문제 있으면 수정"	검토는 질문, 수정은 코드 작업. 결과를 먼저 보고하고 수정 여부를 확인

세 번째 행이 핵심입니다. "대상이 하나로 좁혀졌는가"라는 기준이 생겨, 좁혀진 경우는 되묻지 않고 진행합니다.

예시는 새 규칙이 아니라 기존 규칙의 적용 범위를 보이는 것입니다. 판단 규칙에서는 서술 여러 줄보다 예시 두 개가 경계를 확실하게 만듭니다.

중복 제거

세션 프롬프트·상위 지시와 겹치던 2건을 뺐습니다.

• 「임시 파일은 시스템 임시 폴더에」 — 스크래치패드 경로가 세션 설정에 이미 지정돼 있습니다.
• 「주석은 한글로 작성한다」 — 핵심 요약·기본 원칙과 3중 중복이었습니다.

같은 검토에서 6건을 후보로 뽑았지만, 하나씩 확인하니 4건은 고유 규칙이라 남겼습니다("최소한으로 수정"에는 판정 기준이 붙어 있고, "되돌리기 어려운 작업"은 유일한 포괄 안전망이며, "검증 안 한 내용 단정 금지"는 실제로 자주 어기는 규칙이고, UTF-8 규칙에는 .cs BOM 예외가 있습니다).

사실 정정

1단계 백업 규칙의 "세션 종료 후 보존을 보장하지 않는다" 를 실측에 맞게 고쳤습니다.

• 임시 폴더 파일은 세션이 끝나도 남습니다 — 17일 전 세션의 파일이 그대로 있는 것을 확인했습니다.
• 저장 공간 센서가 디스크 공간 부족 시에만 정리합니다.

같은 줄에 있던 깨진 참조(삭제된 「임시 파일 규칙」을 가리키던 것)도 함께 제거했습니다.

크기

25,993B → 26,559B (+566B)

v5.0.0

특정 도구 생태계에 묶여 있던 조항을 전부 걷어냈습니다. 이제 이 지침은 어떤 스킬·플러그인도 전제하지 않습니다.

제거

• pjc 스킬 참조 8곳을 모두 삭제했습니다. 「위임 원칙」을 「스킬·계획 우선」 6줄로 축약하고, 1단계의 사전 승인 위임 절을 없앴습니다. 스킬 우선 원칙은 도구 이름 없이 "발동된 스킬 또는 승인된 plan.md"로만 표현합니다.
• llm-wiki 라우팅을 삭제했습니다. vault·conventions.md·pending.md 큐잉이 사라지고, 「메모리·위키 저장 정책」은 「메모리 저장 정책」 으로 축약돼 AGENTS.md·plan.md 라우팅만 남았습니다.
• PowerShell 백신 오탐 절을 삭제했습니다.
• Git 규칙에서 중복 2줄을 뺐습니다. commit/push 승인 필수는 1단계에, force push는 「스킬·계획 우선」에 이미 있습니다. 7줄 → 5줄.

DDD 아키텍처 규칙은 유지했습니다.

스킬 사용 시 회귀 방지

제거 후 pjc 스킬 파일을 직접 대조해, 스킬을 쓸 때 실제로 걸리는 두 지점을 찾아 보강했습니다. 둘 다 도구 이름 없이 일반 규칙으로 썼습니다.

• 「기록의 해석 기준」(절대 금지) — 발동된 스킬이 자기 규약에 명시된 자기 큐·지식베이스에 남기는 기록은 "질문 작업에서 파일 수정"이 아닙니다. 이 단서가 없으면 스킬의 큐 기록이 절대 금지에 걸리는데, 절대 금지는 스킬로도 완화할 수 없어 규칙상 막힙니다.
• subagent 조항(「스킬·계획 우선」) — plan이 규정한 subagent 호출은 상위 지침이 에이전트 호출을 제한하더라도 이미 요청된 것으로 봅니다. 리뷰 게이트마다 되물으면 자율 루프가 멈춥니다.

판정 기준

주관 판정에 기대던 규칙 3곳에 관측 가능한 기준을 넣었습니다.

• "최소한으로 수정" → 요청에 명시되지 않은 파일을 열어 고쳤다면 범위 초과
• "상세도는 작업 규모에 맞춘다" → 답이 하나인 질문은 한 문장, 변경 파일 3개 초과면 표
• README "불필요한 내용 추가 금지" → 요청받지 않은 절(##)을 새로 만들지 않는다

크기

30,698B → 26,204B (-4,494B, -15%). 조건부로만 쓰이면서 매 요청 컨텍스트에 실리던 부분이 줄었습니다.

v4.0.0

전수 검토에서 나온 결함 14건을 반영했습니다. v3.0.1·v3.0.2 미발행분을 포함한 누적 릴리즈입니다.

버그·오류 수정

• 3단계 단위 규칙의 문장이 깨져 있었습니다. v3.0.0에서 근거 문장을 제거할 때 마침표까지 삼켜 두 문장이 붙어 있던 것을 복구했습니다.
• "한글 마크다운은 문자당 약 1.85바이트"를 삭제했습니다. 이 문서로 실측하면 2.06B이고(한글 51.6%), 한글 비율에 따라 1~3바이트로 변합니다. 상수가 아니라 특정 문서의 실측치를 일반 규칙처럼 적어둔 것이었습니다. 근사식 1 + 2×한글비율로 교체했습니다.
• AGENTS.md 기록 수단이 pjc 스킬 전용처럼 읽히던 괄호에 "없으면 직접 편집"을 넣었습니다.

작업 흐름 재편 — major 사유

• 「작업 시작 전 확인」을 0단계로 승격했습니다. 실행상 첫 순서인데 번호 체계 밖 인용블록에 있어 건너뛰기 쉬웠습니다.
• 명세 추출·역대조를 5단계 흐름에 편입했습니다. 「문서 기반 작업 규칙」이 별개 축으로 떠 있어, 어느 단계에서 실행하는지가 문서 어디에도 없었습니다. 이제 명세 추출은 1단계, 역대조는 3단계에 붙습니다.
• 4단계에 "갱신한 문서가 실제와 맞는지 확인"까지 포함했습니다. 3단계에서 코드를 검증하고 4단계에서 문서를 고친 뒤, 그 문서는 검증되지 않은 채 완료 보고로 넘어가는 공백이 있었습니다.

신설

• 「도구 사용 원칙」 — 병렬 도구 호출, API 확인 순서(Context7 → 공식 문서 → 실행), 탐색 서브에이전트 위임 기준, 확신도 3단계 구분(확인함 / 추정 / 모름), 표는 장식이 아니라는 명시. 기존 지침은 실수 방지에만 최적화돼 있고 역량 활용 규정이 없었습니다.
• 「마지막 확인」 — 문서 끝 3줄 재확인 블록. 긴 컨텍스트의 회상률은 U자형이라 처음과 끝이 중간보다 높습니다. 상단 「핵심 요약」이 앞을, 이 블록이 끝을 담당합니다.

삭제 (v3.0.1)

• 부록 A(규칙 유래) — 규칙 실행에 필요 없는 기록이고, 같은 내용이 git 커밋과 릴리즈 노트에 있습니다.
• 부록 B(스킬 문서 의존 목록) — 6행 중 4행이 본문 중복 색인이었습니다. 부록에만 있던 참조 2건(recovery.md, 절차 K 2)은 본문으로 되돌렸습니다.

판정 기준

• "대량 수정/삭제"에 기준을 넣었습니다 — 파일 5개 이상 또는 100줄 이상. 기준 없이 판정을 요구하던 항목이었습니다.
• "없어질 때까지 진행"에 종료 조건 4가지를 명시했습니다 — 전부 해결 / 동일 이슈 3회 실패 / 같은 수단 3회 반복 / 승인 필요 항목 발생.
• 질문과 작업의 경계를 완화했습니다. "정리·확인·개선·검토"처럼 판단과 실행 어느 쪽으로도 읽히는 동사는 단정하지 말고 이지선다로 확인합니다.
• force push를 "금지"에서 "파괴적 작업, 매번 별도 승인"으로 정정했습니다 (v3.0.2). 「위임 원칙」은 별도 승인 대상으로 분류하는데 Git 규칙은 금지라고 해, 같은 행위의 판정이 두 절에서 갈렸습니다.

중복 정리

승인 대상 목록 재나열, 축약 보고 조건, commit 전 체크박스 검증, 위임 불가 목록 — 네 건을 참조로 대체했습니다.

크기

29,991B → 30,698B (+707B). 부록 삭제로 -1,551B를 회수하고 신설 절 두 개로 다시 늘었습니다.

v3.0.0

구조 개편 릴리즈입니다. 규칙 삭제는 없습니다 — 전부 이동 또는 축약이며, 각 절의 예외와 위임 불가 항목은 모두 보존했습니다.

배경

같은 원칙(발동된 스킬 / 승인된 plan이 절차 규칙에 우선한다)을 8곳에서 근거까지 반복해 설명하는 구조였습니다. 한쪽만 고치면 나머지와 어긋나고, 문서가 길어지는 만큼 밀도가 떨어졌습니다.

재편

• 「지침 우선순위」를 4단 우선순위 + 「위임 원칙」 하위 절로 재편. 위임 규칙의 적용 대상·범위·근거·위임 불가 목록·적용 지점을 이 한 곳에 모았습니다.
• 흩어져 있던 7곳에서 근거 설명을 제거하고 규칙만 남겼습니다 — 절대 금지의 해석 기준, 즉시 멈춤 조건, 1단계 사전 승인 위임, 3단계 재시도 한계, 테스트 규칙, Git commit 위임, 핵심 요약.
• 행동이 갈리는 지점(사전 승인 위임 경계, commit 위임 범위)은 축약하되 내용을 그대로 보존했습니다.

신설

• 「부록 A. 규칙 유래」 — 규칙이 생긴 계기 4건을 본문에서 분리했습니다. 규칙 실행에는 필요 없는 기록입니다.
• 「부록 B. 스킬 문서 의존 목록」 — 이 지침이 정본으로 지목하는 pjc:implement-task·pjc:llm-wiki 문서 6개를 표로 정리했습니다. 스킬을 개편할 때 참조가 살아 있는지 함께 점검하기 위한 것으로, 그동안은 참조가 깨져도 알아챌 방법이 없었습니다.
• 이지선다 제시 규칙 — 작업 구분이 불분명해 멈출 때 되묻기만 하지 않고 "A) 직접 수정 / B) 계획(plan.md) 작성"처럼 선택지를 줍니다.

개선

• 「작업 시작 전 확인」을 번호 4단계로 분해. 한 문단에 plan 확인·위키 conventions.md·하위 문서 읽기 범위·미등록 프로젝트 폴백이 뭉쳐 있어 실행 순서가 보이지 않았습니다.
• 핵심 요약의 스킬 예외 불릿 축약 (788B → 362B). 요약이 본문만큼 조밀하면 앵커 역할을 못 합니다.
• 보안 규칙의 문서 예시에서 폐기된 notes.md 를 제거했습니다 (v2.x에서 기록 체계를 git 커밋으로 일원화하면서 남은 잔재).

크기

본문 -1,331B, 부록 +1,621B, 합계 +290B (29,701B → 29,991B). 총량은 거의 같지만 본문 밀도와 참조 무결성이 개선됐습니다.

v2.3.0

v1.6.1 이후 누적된 변경을 한 번에 반영한 릴리즈입니다. 중간 버전(1.7.x~2.2.0)은 별도 발행 없이 이 릴리즈에 포함됩니다.

신설

• 「응답·보고 스타일」 절 — 결론을 끝에 두기, 사실은 한 번만 쓰기, 근거 없는 동조 금지, 작업 규모에 맞춘 상세도. 적용 범위는 코드 작업과 검토·조사 보고.
• 참조 코드 규칙 — 항목을 3개 이상 제시할 때 발견 F1, 결정 D1, 선택지 O1, 위험 R1, 질문 Q1, 조치 A1을 붙이고 대화 내내 유지. 작업 단위 T1, T2와는 별개 체계.
• 「메모리·위키 저장 정책」 절 — 프로젝트 사실을 PC 로컬 메모리에 두지 않고, 레포 귀속 실행 사실은 AGENTS.md, 그 외 작업 규약은 위키 conventions.md, 진행 상태는 plan.md로 라우팅.
• 자율 실행 스킬의 사전 승인 위임 예외 — 승인된 plan의 사전 승인 목록에 있는 항목은 그 지점에서 다시 승인받지 않는다. 파괴적·외부·비가역 작업은 plan에 적혀 있어도 위임되지 않는다.
• 릴리즈·태그 승인 규칙 — push와 동급의 외부·비가역 작업으로 분류하고, 버전을 올린 커밋을 push했으면 배포 규약을 확인하도록 명시.
• commit 메시지 co-author 금지 — 도구의 기본 동작이 Co-Authored-By:를 추가하도록 지시하더라도 이 규칙이 우선.

변경

• 완료 작업의 영구 기록을 git 커밋으로 일원화. notes.md 기록 체계(작성 규칙·아카이브 규칙)를 폐기했습니다.
• 지침 우선순위 확장 — 승인된 plan.md가 스킬 재발동 없이도 절차 규약을 유지하며, plan이 규정한 subagent 호출은 사용자가 요청한 것으로 본다.
• 파일 분할 판정 — 줄 수 기준에서 네 질문(변경 이유·부분 수정·탐색 난이도·지역성 반대 가드) 기준으로 교체.
• 검증 원칙 보강 — 임계·상한은 정의된 단위로 측정(문자/바이트/줄), 같은 수단을 3회 반복하면 실패가 아니어도 수단 자체를 의심.
• 공통화 기준 2회 → 3회. 2회는 우연일 수 있습니다.
• 완료 보고 템플릿에 해당 없는 항목 생략 규정 추가.
• 핵심 요약의 "애매하면 승인 필요"에 자율 루프 예외 단서 추가.

삭제

실효성이 없거나 도구 기본 동작과 중복되는 3개 항목을 제거했습니다.

• 「해당 언어의 최신 기능·권장 스타일·공식 문서 기준을 준수한다」 — 판단을 바꾸지 않는 일반론
• 「입력 검증 없는 외부 입력 처리 코드 작성 금지」 — 대상 정의가 없어 판정 불가
• 「파일 탐색 규칙」 절 — Claude Code의 도구 기본 지시와 중복

v1.6.1

v1.6.1

공통 지침 1.5.2 → 1.6.1 변경점 요약.

신설 — 스킬 예외 원칙 (1.6.0의 핵심)

• 지침 우선순위: Skill 도구로 실제 호출·발동된 스킬의 워크플로 규칙(승인 게이트·보고 형식·재시도 한계·산출물 위치·commit 규약)이 공통 지침의 절차 규칙과 충돌하면 스킬 규칙을 우선. 스킬이 발동되지 않은 일반 작업에는 적용되지 않음.
• 절대 금지·보안 규칙은 프로젝트 지침·스킬로도 완화 불가 (더 엄격하게만 조정 가능).
• 핵심 요약에 스킬 예외 항목 추가.

Git 규칙 — 자율 실행 스킬의 commit 위임 예외

• 자율 실행 스킬(pjc:implement-task 등)의 규약이 로컬 작업 브랜치 commit을 위임 범위로 명시하면, plan 승인이 체크포인트·task 완료 commit을 포함.
• push·main 병합·태그·릴리즈·PR은 위임에 포함되지 않으며 항상 별도 승인.

보강

• 계획 수립: 사용자가 요청했거나 발동된 스킬 절차가 요구하는 계획 산출물(PRD 등)은 plan.md와 함께 작성 가능. 코드 수정 금지는 예외 없음.
• plan 위치: 발동된 스킬 또는 AGENTS.md의 Plan Location 지정이 있으면 그 위치를 우선 (예: docs/plans/<YYYY-MM-DD>-<slug>.md). 작업 시작 전 확인 절차에도 docs/plans/ 확인 추가.
• 사전 백업 규칙: 백업은 시스템 임시 폴더에 두며 세션 종료 후 보존 미보장. 장기 보존 필요 시 사용자에게 위치 확인. 스킬 자체 백업 규약이 있으면 그것을 따름.

v1.5.2

공통 지침 1.5.2 변경점 (v1.4.1 ~ v1.5.2 묶음)

v1.5.0 — 핵심 요약 신설

• 문서 최상단에 6개 불릿 요약 추가 (작업 구분 / 5단계 흐름 / 절대 금지 / 승인 필수 / 문서 / 언어·인코딩)
• 긴 세션에서 중심 규칙을 유지하기 위한 앵커. "세부 기준은 본문이 우선" 명시

v1.4.1 — notes.md 아카이브 절 압축

• 운영 정보(이동 위치·트리거 30,000자·목표 15,000자·항목 단위 절단 금지·인덱스 갱신·날짜 규칙)와 위반 이력성 강조(즉시 수행·문자 수 기준·경계 진동 방지)는 전부 유지
• 반복 서술·부연 설명만 제거 (약 7% 절감)

v1.5.1 — 요약 문구 정정

• 문서 확인 규칙을 "새 세션 시작 시 plan.md·notes.md 최근 항목 확인"으로 정정 — "작업마다 매번 읽기"로 오독되지 않게 본문과 범위 일치

v1.5.2 — 중복 정리

• 보안 규칙의 시크릿 금지 문장(절대 금지와 중복) → 로그·콘솔 확장분만 남기고 참조로 대체
• 기본 원칙의 "미검증 보고"(3단계와 중복) → 참조로 대체
• 주석 규칙의 반복 지시 한 문장으로 통합
• PowerShell 백신 오탐 문단의 시나리오 나열 압축 (금지 항목·격리 대응은 유지)