eld-plugin

ELD（Evidence-Loop Development）v2.3の接地（Grounding）を検証するエージェント。 LawとTermの検証手段・観測手段が設定されているか検証する。 2軸評価モデル（Evidence Level L0-L4 × Evaluator Quality E0-E3）で品質を構造的に保証。 Review Hybrid（Artifact-Based + 行レビュー必須領域）を実施。 使用タイミング: (1) 実装完了後、(2) 「接地チェックして」「Grounding確認して」、 (3) PR作成前、(4) Groundフェーズでの検証

ELD（Evidence-Loop Development）v2.3の関係抽象（Relation Abstraction）に特化したエージェント。 Law候補の発見・分類・Card化を行う。 使用タイミング: (1) 制約の発見、(2) 「Lawを抽出して」「不変条件を探して」、 (3) Specフェーズ（Law同定・Card化）

ELD（Evidence-Loop Development）v2.3の相互拘束（Mutual Constraint）を検証するエージェント。 Law↔Termの相互参照関係を検証し、孤立の検出と影響分析を行う。 使用タイミング: (1) PR作成前、(2) 「Link Mapをチェックして」「孤立を検出して」、 (3) Law/Term追加後の整合性確認、(4) 変更影響分析時

特定のトピックやドメインに関する知識を体系的に収集・整理・構造化するエージェント。 コードベースから情報を収集し、実用的なドキュメントに整理する。 ELD v3: /eld-record（Context Delta収集・知識移転）と連携。 CLAUDE.mdファイル、ADR、設計パターンドキュメントの作成、実装作業からの学習の統合に最適。 使用タイミング: (1) 実装完了後の知見整理、(2) ドメイン固有のCLAUDE.md作成、 (3) 「パターンとアンチパターンを整理して」「ADRをまとめて」

ELD（Evidence-Loop Development）v3のワークフロー全体を調整する統合オーケストレータ。 Issue受付から実装・レビュー・PR作成・CI対応・記録までのライフサイクルを管理し、 適切なスキルを起動する。レーン分類（S/M/L）で検証深度を決定し、 Claude + Codex のTwo-Model協業で品質を担保する。 使用タイミング: - Issue起点（「Issue #Nに取り組んで」「この issue を対応して」） - ELD起点（「ELDで進めて」） - 新機能開発を開始する時 - Issueから実装までを一貫して進めたい時 - 複数のELDスキルを連携させたい時

ELD（Evidence-Loop Development）v2.3の名辞抽象（Noun Abstraction）に特化したエージェント。 ドメイン語彙の発見・整理・Term Card化を行う。 使用タイミング: (1) 新規ドメインの語彙整理、(2) 「Termを抽出して」「語彙を分析して」、 (3) Specフェーズ（Vocabulary同定・Card化）

高リスク変更時にgit worktreeで隔離環境を作成。 eld-predict-impactでHigh/Critical判定された変更に対して安全な実験環境を提供。 トリガー条件: - 「worktreeで隔離して」「安全な環境で試して」「実験的に変更して」 - eld-predict-impactでHigh/Critical判定時の自動提案 - 大規模リファクタリング、アーキテクチャ変更時 - 「失敗しても大丈夫なように」

ELD的デバッグ手法 - 法則（Law）視点でバグを分析・修正する。 バグを「法則からの逸脱」として捉え、証拠ループで系統的に解決する。 トリガー条件: - 「ELDでデバッグして」「法則視点でバグを調査して」 - 「証拠ベースでバグ修正して」「デバッグを体系的に進めて」 - バグ修正、障害調査、根本原因分析

実行時Law違反監視スキル。 本番環境でのLaw違反を検知し、分析結果を記録して継続的改善を促す。 使用タイミング: (1) 本番ログからLaw違反を分析する時、(2) 「Law違反を確認して」、 (3) 運用中のLaw健全性をチェックする時、(4) 違反パターンから新Lawを発見する時

**Deprecated**: `/eld-ground review` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-ground review` に転送されます。

TDDサイクル（RED-GREEN-REFACTOR）を強制するスキル。 Evidence Ladder L1（ユニットテスト）を最低条件として、テストなし実装を防止。 トリガー条件: - 「TDDで進めて」「テストファーストで実装して」「テスト駆動で」 - ELD Phase 3: Implementation中の各ステップで自動チェック - コミット前の自動検証（git-commit連携） - 「テストを先に書いて」

**Deprecated**: `/eld-ground verify` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-ground verify` に転送されます。

ELD v2.3 接地検証+PRレビュー統合スキル。2軸評価（Evidence Level L0-L4 × Evaluator Quality E0-E3）。 verify: Law/Term接地チェック+完成度確認。review: PRレビュー（Artifact-Based + 行レビュー必須領域）。 full: verify+review一括実行。 使用タイミング: (1) PR作成前の接地確認, (2) PRレビュー, (3) 「Groundingチェックして」「PRレビューして」, (4) Law/Term追加後の接地完了確認

**Deprecated**: `/eld-spec-card law` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-spec-card law` に転送されます。

**Deprecated**: `/eld-spec-discover` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-spec-discover` に転送されます。

**Deprecated**: `/eld-spec-link` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-spec-link` に転送されます。

**Deprecated**: `/eld-spec-card term` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-spec-card term` に転送されます。

**Deprecated**: `/eld-spec` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-spec` に転送されます。

**Deprecated**: `/eld-predict-light` を使用してください。 このスキルは後方互換のためのエイリアスです。すべての呼び出しは `/eld-predict-light` に転送されます。

ELD v2.3 Predict-Lightゲート。変更の影響度をP0/P1/P2で自動判定し、 適切な検証深度を決定する。フルPredictの代わりに軽量ゲートとして機能。 使用タイミング: (1) Change前の自動判定, (2) 「影響度を判定して」「P0/P1/P2を判定して」, (3) 実装前のリスク評価, (4) 段階化計画の策定

Context Delta の収集・検証・構造化・知識移転を一貫実行する。 開発知識をtasks/lessons.mdやADRとして永続化する。 トリガー条件: - 「記録して」「知識を整理して」「引き継ぎ資料を作って」

PCE (Process-Context Engine) のアクティブコンテキスト構築スキル。タスクに最適化されたコンテキストをコンパイルし、プロセス駆動の投入物を生成する。 トリガー条件: - 新しいタスクを開始する時（「この機能を実装して」） - AIにコード生成を依頼する時 - 複雑な問題解決に着手する時 - 「コンテキストを整理して」 - 「必要な情報をまとめて」

タスクを親→子→孫に分解し、コンテキスト継承を設計し、並列実行を最適化する計画スキル。大きなタスクの実装計画・分解・並列化が必要な時に使う。

要件の曖昧さを能動的に発見する対話的ブレインストーミングスキル。 Issue Contract作成前に、Law/Term観点、境界条件、失敗モードから多角的質問を生成。 トリガー条件: - 「要件を明確にして」「要件をブレストして」「要件の曖昧さをチェックして」 - 新機能開発の最初期（Issue Contract作成前） - 「何が不明確か教えて」「前提条件を確認して」 - ELD Phase 1: Issue の前段階として自動実行

ELD SpecのLaw Card・Term Card作成統合スキル。 ビジネス上の「守るべき条件」（Law）およびドメインの語彙（Vocabulary/Term）を 標準フォーマットで文書化する。 使用タイミング: (1) 新しいLaw/Termを追加する時、(2) 既存Law/Termを更新する時、 (3) Law Catalog/Vocabulary Catalogに新規エントリを追加する時、 (4) Grounding Mapを更新する時、(5) Discovery後にCard化する時

コードベースや要件からVocabulary（語彙）とLaw（守るべき条件）を自動発見するスキル。 名辞抽象（Term/Type）と関係抽象（Law/制約）の両方を抽出し、 /eld-spec-card term および /eld-spec-card law への入力を生成する。 使用タイミング: (1) 新規プロジェクトでVocabulary/Lawを洗い出す時、 (2) 既存コードからLaw/Termを抽出する時、(3) 「Lawを発見して」「語彙を抽出して」、 (4) ELD Specをレトロフィットする時、(5) 初期Catalogを作る時

ELD SpecのLink Map（連結表）管理スキル。 Law <-> Term の相互参照関係を可視化し、孤立の検出と影響分析を行う。 使用タイミング: (1) Law Cardを作成した後、(2) Term Cardを作成した後、 (3) 「Link Mapを更新して」「孤立チェックして」、(4) 変更影響分析時

Spec駆動開発（SDD）のためのVocabulary(Term)とLaw発見・文書化スキル。 コードベースや要件からVocabulary(語彙)とLaw(守るべき条件)を自動発見し、 標準フォーマットのTerm Card / Law Cardとして文書化する。 「Lawを発見して」「語彙を抽出して」「Term Cardを作成して」「Law Cardを作成して」 「Spec化して」「ELDモデリングして」と言われた時、新規プロジェクトのVocabulary/Law洗い出し時、 既存コードからのLaw/Term抽出時に使用する。

Evidence-Loop Development (ELD) v3 - 証拠で回す統合開発手法。 5+1フェーズ（Sense → Spec → Change → Ground → Record + Predict-Light gate）で コード観測、Spec規範、安全な変更、知識管理を統一ループで実行する。 トリガー条件: - 「ELDで進めて」「証拠ループで実装して」 - 「コードベースを理解して」「影響範囲を分析して」（Sense） - 「Specを定義して」「Termをカード化して」（Spec） - 「安全に変更して」「証拠パックを作成して」（Change） - 「コンテキスト駆動で実装して」「PCEで進めて」（Record） - 「ELDでデバッグして」「法則視点でバグ調査して」（デバッグ） - 新機能開発、バグ修正、リファクタリング、障害調査