DLM Load 7 Portable は何をしますか？

目的

1つのリポジトリをロックし、その独自の契約、制約、アクティブタスク、マニフェストファイル、ソースアンカーを読み込みます。この個人スキルは読み込み方法を定義します。リポジトリの状態は完全にリポジトリが所有します。

成果ガバナンスゲート

共有のDLM Outcome Governanceを適用します。load-and-continueの前、コンテキストギャップをブロッキングと見なす前、または読み込みが正式なレビュー、委任、リリース、その他の外部状態の決定に供するときに、これを読んでください。

読み込みを、1つの結合されたID/スコープ安全性チェックと、次の重要な決定に必要な最小限の事実として扱います。
リポジトリ/タスクのIDがすでに安定している場合、Session Initを繰り返したり、権限を再凍結したり、コントロールプレーンアーティファクトを生成したりしないでください。
load-and-continueはガバナンスを回避しません。最初の実質的な書き込み、実行可能な委任、外部アクション、または状態/リソースの変更の前に、該当するAcceptance Baselineが所有者によってFrozenされているか、同等の明示的なセッション認可が同じターゲット、基準、Authorized Scope、証拠、停止ラインを提供していることを確認します。
コンテキストギャップがブロックするのは、該当する契約がそれを必須とマークし、その不在が現在の主張または安全な動作を実質的に妨げる場合のみです。無関係な管理上の陳腐化は、コンシューマ主導のクローズアウトのために報告され、ターゲットワークを遅延させることは許可されません。
ドキュメント、ソース、ランタイム証拠、調整状態は別々に保ちます。一方を他方のプロキシとして使用するのではなく、決定に合ったレイヤーを読み込んでください。

リポジトリ解決

ユーザーによって明示的に指定されたリポジトリルートを優先します。
それ以外の場合は、該当する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/サブタスクと必要なマニフェストエントリに進みます。バックログ/インデックスは、所有権を発見したり、依存関係を解決したり、すでに許可されたキュー内で作業を選択したりするためにのみ読みます。アドホックな診断や質問は、無関係なバックログアイテムの選択や実行を許可しません。

タスク選択がユーザー要求またはすでに許可されたキューの一部である場合、決定論的に選択します：

ユーザー指定のEpic/サブタスク；
現在の会話ですでにロックされ、まだアクティブなタスク；
リポジトリのバックログ/優先度/IDルールによって順序付けられた進行中のタスク；
同じ順序を使用した依存関係準備完了の計画済みタスク；
ブロックされたタスクは、その解除条件とともに報告され、実行可能として扱われません。

リポジトリルールを適用しても候補が同数のままの場合、ファイルタイムスタンプで推測したり、すべての履歴タスクを読み取ったりする代わりに、最小限の有用な候補セットを表示します。

現在のIDと再開

ユーザー提供のプロジェクトにGitメタデータがない場合、その明示的なディレクトリと独自のDLM契約をロックします。Git状態を利用不可として報告します。IDをでっち上げるために親リポジトリや隣接リポジトリを採用しないでください。
正規のタスクIDとしてEpic/サブタスクを使用します。古い短い依存関係は、まずその所有Epic内で解決し、その後、グローバルに一意である場合にのみ解決します。複数のEpicで共有されるベアIDは曖昧さを解消する必要があります。最初の一致を暗黙的に選択してはいけません。
現在の先頭のMetaテーブル（または明示的な## Metaセクション）が権威を持ちます。履歴ログ、アーカイブされた計画、古いFrozenエントリは、現在のステータスや承認を上書きしません。歴史的証拠は、次の決定に必要な場合にのみ読みます。
既存のリポジトリ所有のnext / contextコマンドがID、依存関係、ブロッカー、読み取り順序を提供する場合は、それを優先します。コンテキストを読み込むためだけに新しいコマンドをインストールしたり、その出力を変更権限として扱ったりしないでください。

タスクの深掘り

タスクを読み、<context_manifest>を見つけます。
スキーマ2の場合、一致するproject、リポジトリ相対/パス、およびエントリごとの具体的なファイルを要求します。
各<file>にはpath、intent、requiredがあります。sectionとdeferはオプションです。
絶対パス、..、ディレクトリ、兄弟リポジトリ、個人スキルルート、.agents/skillsワークフローファイルをタスクコンテキストとして拒否します。
現在のタスク契約によって要求される必須ファイルが欠落している場合、影響を受ける深掘り/主張をブロックします。欠落しているオプションファイル、または現在のコンシューマがいない無関係な管理レコードは、警告になります。
defer="true"はrequired="false"でのみ有効です。現在の決定に必要な場合のみ読み込みます。
有用な場合は、独立したファイルを並行して読みます。該当するセクションを正確に読み込むためにsectionを尊重します。

レガシーマニフェストの場合、リポジトリの互換性ルールに従い、ギャップを報告します。読み込み中にサイレントに移行しないでください。

決定駆動型のコンテキストと再開

必要な入力の後、次の重要な質問に基づいて追加の読み取りを整理します：該当する制約、証拠と反証、欠落している事実、次のソースエントリ。関連性だけでは十分性は確立されません。実際の再開では、最後の該当する証拠を保持し、失敗したルートを除外します。Session Initを繰り返す代わりに、変更された依存関係をリフレッシュします。

証拠の再利用、L2知識の変更、または繰り返しの失敗については、Evidence and decisionsの該当セクションを読んでください。明示的に識別された変更の有用なセットについては、scripts/dlm_impact.py --repo-root <repo> --changed-file <repo-relative-file> --jsonが読み取り専用のL2レビュー候補を返すことができます。オプションのdepends_on伝搬も含まれます。知識の妥当性を証明したり、必須のマニフェスト入力を置き換えたりするものではありません。すべてのルーチン読み取りで実行しないでください。

ソースアンカリング

rg、シンボルナビゲーション、プロジェクトファイル、テスト、ログ、生成された証拠を使用して、実装の真実を見つけます。
狭いソース読み取りから始めます。ライフサイクル、シリアライゼーション、ステートマシン、またはメンバー間の動作によりローカルな抜粋が安全でない場合にのみ、完全なファイルを読みます。
ドキュメントの主張、ソースの事実、ランタイム証拠、未解決の推論を区別します。
DLMとソースが矛盾する場合、不一致を報告し、現在のソース/証拠から続行します。タスクが明示的にドキュメントファーストである場合を除きます。

アドホック読み込み

実行中は、グローバルL1/ドメインL1を介して、最小の関連L2とソースアンカーにルーティングします。1つのドメイン決定がより多くのコンテキストを必要とするだけの場合、Session Init全体を繰り返さないでください。

検証と出力

契約/マニフェストの整合性が次の決定にとって重要である場合、またはユーザーがDLM検証を要求した場合、リポジトリヘルスチェックを実行します。ジェネリックドクターを、儀式としてではなく、裏付けとなる契約証拠として使用します：

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

現在のターゲットと契約に対して失敗を分類します。関連する契約/パスの失敗は、影響を受けるDLMアクションをブロックできます。無関係な既存または管理上の警告は、それ以外は十分なエンジニアリングコンテキストを無効にすることはできません。

リポジトリ/プロジェクトID、選択されたタスクと選択基準、読み込まれた制約とソースアンカー、欠落または古いコンテキスト、ブロッキングギャップの実質的な影響、元のタスクが続行されるかどうかを報告します。次の決定に十分なコンテキストができたら、読み込みを停止し、その作業に労力を戻します。

オプションのv2 Ledger概要（`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