modus-reinit
전체 기존 본문을 재검토할 때 사용합니다. 증거 가이드, 생성 프레임워크 및 발행 계약을 공유합니다. 본 파일은 reinit 의 차이점만 설명합니다.
먼저 재고 목록을 파악한 후 변경 사항을 증명
기존 본문과 해시를 완전히 읽고, 대상을 unchanged, anchor-only, implementation-change, scope-change, content-repair, 의심되는 은퇴 또는 수동 본문으로 분류합니다. 안정적인 식별자와 주요 정의는 기본적으로 재사용합니다. 소스 코드 경로/심볼 이동은 앵커만 수정하고, 본문 레이아웃 변경은 스코프 변경이 아닙니다.
content-repair 에는 다음이 포함됩니다: 일반 템플릿 문단이 실제 시나리오를 대체한 경우, 대표 앵커가 사실을 대체한 경우, 모듈 간 복사, 완료/실패 의미가 모호한 경우, 복잡한 관계를 이해하는 데 도움이 되는 차트가 누락된 경우. 실제로 독자의 작업을 충족하고 사실이 변경되지 않은 본문은 unchanged로 유지하고 쓰기를 건너뜁니다.
실행
-
단일 저장소 동기화 구축을 통해 이번 증거를 한 번 생성하고
reinit-diff컨텍스트를 얻습니다. 실패 시 즉시 현재 소스 코드로 되돌립니다. 기계 증거 계약에 따라 방향을 정하여 확장하고, bundle 내부 파일을 직접 읽지 않으며, 커서 소진을 추구하지 않습니다. -
스코프 모델링에 따라 "안정적인 식별자 → 진입점/객체 책임 → 의미 변화 → 구조 변화 → 파일 변화" 순서로 판단하여, 범위, 핸들, 읽기 시 해시, 정확한 Domain/Module evidence/status, Domain coverage, 결과 및 차트 후보를 고유한
schemaVersion: 2실행 카드에 기록합니다. 추가, 분할, 병합, 이동, 이름 변경 또는 이미 증명된 은퇴만 한 번 확인하여 병합합니다. 기본적으로 직렬로 실행합니다. 사용자가 명시적으로 승인하고 중첩되지 않는 여러 영향을 받는 도메인이 있는 경우, 도메인별 병렬 작성을 로드하고 도메인 워커 위임 계약을 사용하며, 루트 작성자는 계속해서 실행 카드와 공유 산출물을 독점합니다. -
각 변경 사항 또는
content-repair모듈에 대해 정확한 선택자를 사용하여module-authoring컨텍스트를 요청하고, 이중 요약과requestedScope를 대조합니다. 전체 도메인의 여러 독립적인 모듈을 포괄하는 광범위한 요청은 무효입니다. 서로 종속되지 않는 정확한 요청은 동시에 실행할 수 있으며, 이후 현재 도메인의 소스 코드 경로/심볼을 집계하고 중복을 제거한 후 배치로 다시 읽습니다. 요청 실패, 빈 결과 또는 부분적인 경우 현재 메서드 본문, 구성, SQL 및 테스트로 돌아가 증거를 보충하며, 클래스 이름, 인터페이스 서명 또는 파일 첫 줄 앵커를 내용이 복구된 것으로 간주해서는 안 됩니다. 다른 주제를 위해 동일한 링크를 반복 스캔하지 말고, 동일한 본문을 동시에 쓰지 마십시오. 시나리오 클로저에 따라 다시 증명합니다. 원래 주요 정의에서 수정하며, 변경 로그를 추가하지 않고, 템플릿 변경으로 인해 일괄 다시 쓰거나 다시 그리지 않습니다. -
완전한 도메인 배치로 "6개 주제 주요 정의 → Module 시나리오 → Domain 라우팅" 순서로 영향을 받는 범위를 다시 읽습니다. 소스 코드 경로와 줄 번호는 각 생성 문서의 frontmatter에 있는 소량의
anchors.locations로 마이그레이션하고, 본문에서 전체 소스 코드 경로,path#L및 증거 목록을 삭제합니다. 수정 목표는 전체 작업, 필드 의미, 주요 분기, 상태 및 오류 복구를 복원하는 것이며, 파일이 다시 제목, 앵커 또는 유사한 분량을 갖도록 하는 것이 아닙니다. 증거가 닫힌 후 그래픽 표현에 따라 후보를 다시 평가하고 고유한 주요 그림을 업데이트합니다. 네비게이션 테이블은 설명 그림을 대체하지 않습니다. 도메인 수준coverage-audit은 반드시 해당 도메인의 candidate/capability/source path/symbol 범위를 재사용해야 하며,modus/knowledge/**를 사용할 수 없습니다. 일치 없음, 빈 결과 또는 부분적인 경우 증거 보충 또는 명확한 격차만 트리거합니다. 유효한 결과를 Domain coverage로 기록하고, 세 가지 유형의 독자 재검토를 완료한 후, 루트 작성자가 실제 파일을 읽고reviewed로 표시합니다. 교차 도메인 방향, 소유권, 상태, 조건, 완료 또는 복구 변경이 있을 때만 루트 개요를 업데이트합니다. Team Standard 및 기존 비즈니스는 기본적으로 원본 바이트를 보호하며, 새 도메인은modus knowledge seed-business --domain <slug> --json을 사용하여 누락된 인덱스를 생성합니다. -
구조 변경은 먼저 새 위치에 쓰고 의미 재검토를 통해, 생성된 본문의 인링크와 네비게이션을 수정한 후, 읽기 시 해시에 따라 이전 생성 파일을 삭제합니다. 심볼 소멸, 부분적인 결과 또는 커버리지 격차로부터 직접 은퇴를 추론해서는 안 됩니다.
-
전역 의미 재검토 후
modus knowledge verify --publication --json을 실행하고, CAS 발행 후 다시 읽습니다. 발행은schemaVersion: 2실행 카드, 본문에 소스 코드 경로 없음, 구조화된 앵커, 모듈별 증거, Domain coverage 및 시각적 결정을 확인해야 합니다.clean은 여전히 본문 품질 증명이 아닙니다. 동일한 길이의 짧은 텍스트가 많고, 실제 시나리오가 없으며, 네비게이션 테이블만 있고, 상태 주제에 변환이 없거나 증거가 파일 첫 줄에만 있는 경우 계속 수정합니다. 실행 카드를 미리 삭제하지 말고, 분실 후 출력에 따라 더 작은 "모두 reviewed" 카드를 재구성하지 마십시오. 모든 대상이 최종 상태에 도달하고 의미 재검토, 실제 발행 및 발행 후 재검토가 모두 통과된 경우에만 실행 카드를 정리합니다. 일반적인 기계적 검증은 발행을 대체할 수 없습니다. 실제 보고서는 unchanged, 수정, 삭제, 충돌 및 격차를 보고합니다.