# Eld Spec

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

- Skill: `caphtech/eld-spec` (Agent Skill)
- Install (CLI): `npx skillmds@latest add caphtech/eld-spec`
- Raw SKILL.md: https://api.skillmd.com/api/skills/caphtech/eld-spec/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: CAPHTECH (https://skillmd.com/u/caphtech)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/caphtech/eld-spec

---


# ELD Spec

## モード

- `discover`: ObservationとSpec候補を抽出し、昇格せず終了する。
- `card`: 確認済みDecisionからproposed/accepted Cardを作る。
- `full`: discover後に候補を提示し、Authority確認を経てCardと派生Link Mapを作る。

引数がなければ目的から最小モードを選ぶ。`full`でも承認を自動化しない。

## Workflow

1. [../eld/references/00-glossary.md](../eld/references/00-glossary.md) の成果物境界を適用する。
2. コード・テスト・要件からObservationとHypothesisを抽出する。
3. 耐久的な語彙・規範が必要か判定する。P0、一時実験、局所リネームにはCardを強制しない。
4. Law候補について選択肢、影響、Owner、Authorityを含むDecision proposalを作る。
5. Cardは既定で`proposed`にする。`accepted`はAuthorityの明示的承認がある場合だけ使う。
6. Law Cardの`terms`からCatalogとLink Mapを派生生成する。
7. planned verificationと実在Evidenceを区別する。

昇格とライフサイクルは [../eld/references/20-spec.md](../eld/references/20-spec.md)、Card形式は [../eld/references/law-term-card.md](../eld/references/law-term-card.md) を読む。

## 完了条件

- Observation、Hypothesis、Decision/Lawが混同されていない。
- accepted CardにOwner、Authority、Decision参照がある。
- TermにSeverityを付けていない。
- Link Mapは派生物として明示されている。
- 未承認候補と未実装Verificationが明示されている。