DLM Load 7 Portable은(는) 무엇을 하나요?

목적

하나의 저장소를 잠그고 해당 저장소 자체의 계약, 제약 조건, 활성 작업, 매니페스트 파일 및 소스 앵커를 로드합니다. 이 개인 스킬은 로드 메서드를 정의하며, 저장소 상태는 전적으로 저장소 소유로 유지됩니다.

결과-거버넌스 게이트

공유 DLM 결과 거버넌스를 적용합니다. load-and-continue 전, 컨텍스트 격차를 차단으로 처리하기 전, 또는 로드가 공식 검토, 위임, 릴리스 또는 다른 외부 상태 결정에 영향을 줄 때마다 이를 읽으십시오.

로드를 하나의 결합된 ID/범위 안전성 검사와 다음 실질적 결정에 필요한 최소 사실로 취급하십시오.
저장소/작업 ID가 이미 안정적인 경우 세션 초기화를 반복하거나, 권한을 재동결하거나, 제어-평면 아티팩트를 생성하지 마십시오.
load-and-continue는 거버넌스를 우회하지 않습니다: 첫 번째 실질적 쓰기, 실행 가능 위임, 외부 조치 또는 상태/리소스 변경 전에, 적용 가능한 승인 기준선이 소유자에 의해 동결되었거나 동등한 명시적 세션 권한이 동일한 목표, 기준, 승인 범위, 증거 및 중지선을 제공하는지 확인하십시오.
컨텍스트 격차는 적용 가능한 계약이 이를 필수로 표시하고 그 부재가 현재 주장이나 안전한 조치를 실질적으로 방해할 때에만 차단합니다. 관련 없는 관리적 낡음은 소비자 주도 마무리를 위해 보고되며, 대상 작업을 지연시키는 데 사용되지 않습니다.
문서, 소스, 런타임 증거 및 조정 상태는 별도로 유지됩니다. 하나를 다른 것의 대리자로 사용하는 대신 결정에 맞는 레이어를 로드하십시오.

저장소 해결

사용자가 명시적으로 제공한 저장소 루트를 우선합니다.
그렇지 않으면 관련 doc_llm이 포함된 가장 가까운 Git 루트를 사용합니다.
모노레포 또는 중첩 체크아웃 모호성의 경우, 후보 doc_llm/dlm.json ID를 검사하고 목표를 안전하게 결정할 수 없는 경우에만 질문합니다.
경로나 상태를 해석하기 전에 적용 가능한 AGENTS.md, doc_llm/dlm.json 및 doc_llm/README.md를 읽으십시오.
메모리나 이전 대화에서 익숙하다는 이유로 이웃 프로젝트의 DLM을 로드하지 마십시오.

프로젝트에 계약이 있는 경우, 선언된 repository_root, doc_llm_root, project_id, 상태 및 호환성 규칙이 권위를 가집니다. 개인 스킬 경로는 절대 프로젝트 컨텍스트 파일이 아닙니다.

의도 모드

load-only: 사용자가 컨텍스트를 검사, 요약 또는 평가하기만을 요청했습니다. 읽기 전용으로 유지하고 컨텍스트 보고서 후에 중지합니다.
load-and-continue: 사용자가 이미 계획, 구현, 검토 또는 진단을 요청했습니다. 먼저 로드한 다음 중복 확인을 요청하지 않고 승인된 작업을 계속합니다.

로드는 워크플로우 단계이지, 플랫폼 모드나 변경 권한이 아닙니다.

세션 초기화

첫 번째 진입 시, 계약/README 및 적용 가능한 BRIEF/L0 제약 조건을 읽고 저장소 ID와 관련 제약 조건이 안정적으로 유지되는 동안 재사용하십시오. 명명된 또는 이미 잠긴 작업의 경우, 해당 Epic/Subtask 및 필요한 매니페스트 항목으로 직접 이동하십시오. 백로그/인덱스는 소유권 발견, 종속성 해결 또는 이미 승인된 큐 내에서 작업 선택을 위해서만 읽으십시오. 임시 진단이나 질문은 관련 없는 백로그 항목의 선택 또는 실행을 승인하지 않습니다.

작업 선택이 사용자 요청 또는 이미 승인된 큐의 일부인 경우, 확정적으로 선택하십시오:

사용자가 지정한 Epic/Subtask;
현재 대화에서 이미 잠금되어 있고 여전히 활성 상태인 작업;
저장소의 백로그/우선순위/ID 규칙에 따라 정렬된 진행 중인 작업;
동일한 순서를 사용하는 종속성 준비 완료 계획 작업;
차단된 작업은 해제 조건과 함께 보고되며, 실행 가능한 것으로 처리되지 않습니다.

저장소 규칙을 적용한 후에도 후보가 동점인 경우, 파일 타임스탬프로 추측하거나 모든 이전 작업을 읽는 대신 가장 작은 유용한 후보 세트를 표시하십시오.

현재 ID 및 재개

사용자가 제공한 프로젝트에 Git 메타데이터가 없는 경우, 명시적 디렉토리와 자체 DLM 계약을 잠급니다. Git 상태를 사용 불가로 보고합니다. ID를 조작하기 위해 상위 또는 이웃 저장소를 채택하지 마십시오.
Epic/Subtask를 표준 작업 ID로 사용합니다. 오래된 짧은 종속성을 먼저 소유 Epic 내에서 해결한 다음, 전역적으로 고유한 경우에만 사용합니다. 여러 Epic에서 공유하는 베어 ID는 명확화가 필요합니다. 첫 번째 일치 항목을 묵묵히 선택해서는 안 됩니다.
현재 선행 Meta 테이블(또는 명시적 ## Meta 섹션)이 권위를 가집니다. 이전 로그, 보관된 계획 및 오래된 동결 항목은 현재 상태나 승인을 재정의하지 않습니다. 다음 결정에 필요한 경우에만 이전 증거를 읽으십시오.
ID, 종속성, 차단기 및 읽기 순서를 제공하는 기존 저장소 소유 next / context 명령을 선호하십시오. 컨텍스트를 로드하기 위해 새 명령을 설치하거나 그 출력을 변경 권한으로 취급하지 마십시오.

작업 심층 분석

작업을 읽고 <context_manifest>를 찾으십시오.
스키마 2의 경우, 일치하는 project, 저장소-상대 / 경로 및 항목당 구체적인 파일이 필요합니다.
모든 <file>에는 path, intent 및 required가 있습니다. section 및 defer는 선택 사항입니다.
절대 경로, .., 디렉토리, 형제 저장소, 개인 스킬 루트 및 .agents/skills 워크플로우 파일을 작업 컨텍스트로 거부합니다.
현재 작업 계약에 필요한 파일이 누락된 경우, 영향을 받는 심층 분석/주장을 차단합니다. 누락된 선택적 파일 또는 현재 소비자가 없는 관련 없는 관리 레코드는 경고가 됩니다.
defer="true"는 required="false"인 경우에만 유효합니다. 현재 결정에 필요한 경우에만 로드하십시오.
유용한 경우 독립 파일을 병렬로 읽으십시오. 관련 섹션을 정확히 로드하여 section을 준수하십시오.

레거시 매니페스트의 경우, 저장소의 호환성 규칙을 따르고 격차를 보고하십시오. 로드 중에 조용히 마이그레이션하지 마십시오.

결정 중심 컨텍스트 및 재개

필요한 입력 후, 다음 실질적 질문(적용 가능한 제약 조건, 증거 및 반증, 누락된 사실, 다음 소스 항목)을 중심으로 추가 읽기를 구성하십시오. 관련성만으로는 충분성을 확립하지 않습니다. 실제 재개 시, 마지막 적용 증거와 제외된 실패 경로를 보존하고, 세션 초기화를 반복하는 대신 변경된 종속성을 새로 고치십시오.

증거 재사용, L2 지식 변경 또는 반복 실패의 경우, 증거 및 결정의 관련 섹션을 읽으십시오. 명시적으로 식별된 변경 사항의 유용한 집합에 대해 scripts/dlm_impact.py --repo-root <repo> --changed-file <repo-relative-file> --json은 선택적 depends_on 전파를 포함한 읽기 전용 L2 검토 후보를 반환할 수 있습니다. 이는 지식 유효성을 인증하거나 필수 매니페스트 입력을 대체하지 않습니다. 모든 일상적인 읽기마다 실행하지 마십시오.

소스 앵커링

rg, 심볼 탐색, 프로젝트 파일, 테스트, 로그 및 생성된 증거를 사용하여 구현 진실을 찾으십시오.
좁은 소스 읽기로 시작하십시오. 수명 주기, 직렬화, 상태 머신 또는 교차 멤버 동작으로 인해 로컬 발췌가 안전하지 않은 경우 전체 파일을 읽으십시오.
문서 주장, 소스 사실, 런타임 증거 및 해결되지 않은 추론을 구분하십시오.
DLM과 소스가 일치하지 않는 경우, 불일치를 보고하고 작업이 명시적으로 문서 우선이 아닌 한 현재 소스/증거를 계속 진행하십시오.

임시 로드

실행 중, 전역 L1/도메인 L1을 통해 가장 작은 관련 L2 및 소스 앵커로 라우팅하십시오. 하나의 도메인 결정에만 더 많은 컨텍스트가 필요할 때 전체 세션 초기화를 반복하지 마십시오.

검증 및 출력

계약/매니페스트 무결성이 다음 결정에 중요하거나 사용자가 DLM 검증을 요청한 경우 저장소 건강 상태 검사를 실행하십시오. 일반 의사를 의식이 아닌 지원 계약 증거로 사용하십시오:

python -B -X utf8 <skill-dir>/scripts/dlm_doctor.py --repo-root <repo> --require-contract

현재 대상 및 계약에 대해 실패를 분류하십시오. 관련 계약/경로 실패는 영향을 받는 DLM 작업을 차단할 수 있습니다. 관련 없는 사전 기존 또는 관리 경고는 그렇지 않으면 충분한 엔지니어링 컨텍스트를 무효화할 수 없습니다.

저장소/프로젝트 ID, 선택된 작업 및 선택 기준, 로드된 제약 조건 및 소스 앵커, 누락되거나 오래된 컨텍스트, 차단 격차의 실질적 영향, 원래 작업이 계속될지 여부를 보고하십시오. 다음 결정에 충분한 컨텍스트가 생기면 로드를 중지하고 해당 작업에 노력을 반환하십시오.

선택적 v2 원장 요약 (`scripts/dlm.py brief`)

ledger.json을 사용하는 Epic을 로드할 때, python -X utf8 <skill-dir>/scripts/dlm.py brief <E> <S> (또는 dlm.py status)를 실행하여 작업 요약, 활성 의무, 해결되지 않은 가설 및 이전 체크포인트 상태를 dlm_impact.py와 함께 렌더링하십시오.

DLM Load 7 Portable