Eld Plugin

Evidence-Loop Development (ELD) v5をリスク適応型で実行する統合スキル。観測・仮説・決定・Law・Evidenceを分離し、explore/P0/P1/P2経路を選んで実装・検証・記録する。「ELDで進めて」「証拠ベースで安全に変更して」「ELDでデバッグして」など、ELD全工程を明示的に依頼された時に使用する。単なるコード調査、一般的なPRレビュー、個別のLaw/Term作成には使用しない。

ELD v5のSpec作業を、候補発見・Decision確認・Law/Term Card作成・派生Link Map生成までルーティングする。「ELD Specを作って」「Law/Termを発見してカード化して」「Spec化して」などSpec工程全体を依頼された時に使用する。単一Card作成にはeld-spec-card、候補抽出だけにはeld-spec-discoverを優先する。

ELD v5の重要主張をEvidence Profileで接地し、リスク経路に応じてverify・review・full判定を行う。「ELD Groundを実行して」「Evidence Profileを確認して」「ELDのPRレビューをして」など、ELD成果物と変更の適合確認を依頼された時に使用する。一般的なPRレビューや単純なテスト実行には使用しない。

ELD v5の耐久性あるContext DeltaをClaim、ADR、Law/Term、lessons、handoffへ記録し、Sourceの鮮度を検証する。ユーザーが「ELDの知識を記録して」「引き継ぎを作って」「Claimを検証して」と明示した時に使用する。作業ログや自明な構造を自動保存せず、CLAUDE.mdなど共有指示への書き込みは明示承認なしに行わない。

ELD v5のDecisionに基づいてLaw CardまたはTerm Cardを作成・更新・廃止する。「Law Cardを作って」「Term Cardを更新して」「Lawを廃止して」など、個別Card操作を依頼された時に使用する。観測されたコードからaccepted Cardを自動作成せず、Authority不明時はproposedで止める。

ELD v5のLaw CardとTerm CardからCatalog・Link Map・孤立・未解決参照・影響範囲を派生生成する。「Link Mapを生成して」「Law/Termの参照を確認して」「Specの孤立を調べて」など、Spec関係の読み取り・派生レポート作成時に使用する。Link Mapを独立した正本として手編集しない。

ELD v5のリスク経路を、結果影響・可逆性・影響範囲・不確実性・観測可能性からexplore/P0/P1/P2へ分類する。「ELDのリスクを判定して」「P0/P1/P2を決めて」「変更経路を選んで」など、実装前のELD経路判定を明示的に依頼された時に使用する。ファイル数だけの複雑度判定や一般的な影響分析には使用しない。

コード、テスト、要件、障害資料からELD v5のObservation、Term候補、Law候補を抽出し、出典・抽出確信度・反証事項を付ける。「Law候補を発見して」「語彙を抽出して」「既存コードからSpec候補を調べて」など、Card化前の読み取り専用Discoveryを依頼された時に使用する。候補をaccepted Lawへ自動昇格しない。

ELD v5のIssue ContractとRisk Routeから、意味的変更単位、依存関係、Evidence、統合点、並列可能性を含む実装計画を作る。「ELDで計画して」「ELDタスクを分解して」「証拠付きの変更計画を作って」など、ELD形式の計画を依頼された時に使用する。実装実行や一般的な短いToDo作成には使用しない。

ELDの長時間実験・並行作業・高リスク変更をgit worktreeで隔離する。ユーザーが「worktreeで隔離して」「別作業ツリーを作って」と明示した時にだけ使用する。P1/P2判定だけで自動作成せず、既存worktreeの削除やブランチ統合も自動実行しない。

本番Telemetry・Log・Eventからaccepted Lawの違反候補とOutcomeを分析し、観測・仮説・因果未確定事項を分離する。「Law違反を確認して」「ELDの運用健全性を分析して」「本番Evidenceをまとめて」など、利用可能な運用データの分析を依頼された時に使用する。ログ閲覧権限や閾値を推測せず、本番変更やアラート設定を自動実行しない。

ELD v5のObservation・Hypothesis・Decision境界を使って要件の曖昧さ、Outcome、例外、Authorityを対話的に明確化する。「ELDで要件をブレストして」「曖昧な要件を整理して」「Issue Contractの前提を確認して」など、要件探索を明示的に依頼された時に使用する。単純な実装依頼へ自動介入せず、質問数やLaw/Term候補数を固定しない。