Story
Rule
✓Automated rule
Example
Question
Ubiquitous Language
テストからルール・実例へ辿る→
仕様の一点はlivt URIで一意に指せる
✓ automated
#R-01
livt URIはデプロイ先に依存しない
✓ automated
#R-02
どの付箋も自分のIDを示し、そのリンクをコピーできる
✓ automated
#R-03
livt URIはCLIから解決できる
✓ automated
#R-04
退役した項目は削除せずretiredとして残り、livt URIは「退役」として解決する
✓ automated
#R-05
新しいIDはretiredを含めたmax + 1で採番する
#R-06
一度使われたIDは、指す対象を変えない
#R-07
livt URIはlivtリポジトリ相対の名前で、どのリポジトリかは運ばない
#R-08
Questions
ルールは livt://mapping/{story-key}/rule/{rule-id}
#EX-01
実例は livt://mapping/{story-key}/rule/{rule-id}/example/{example-id}（実例IDはルール内採番のため、ルールを含める）
#EX-02
疑問は livt://mapping/{story-key}/question/{question-id}
#EX-03
裸のR-02は10個のマッピング全部に存在し、単体ではどのマッピングか復元できない
#EX-04
保存するのはlivt URIで、デプロイ先URLは描画時にだけ前置される
#EX-01
livt URIからページ内アンカーへの導出規則は文書化され、SSGとCLIで同一
#EX-02
人が共有するURLはボードから、成果物に残すlivt URIはCLIから取る
#EX-03
ルール・実例・疑問・ストーリー・ストーリーマップ・用語のいずれも解決できる
#EX-01
出力はMCPのリソース読み出しと同じJSON形状
#EX-02
デプロイ済みURLの形でも出せる
#EX-03
退役したルールのlivt URIは404ではなくretiredとして解決する
#EX-01
退役した付箋はボードにもTasksページにも出ない
#EX-02
本文を残すので、退役した内容が後から読める
#EX-03
YAMLのコメントアウトでは代用しない（構造的な編集でコメントは消えるため）
#EX-04
実例を別のルールへ付け替えるとIDが変わるので、外部参照済みの実例は付け替えない
#EX-01
再転記でも既存のIDを維持する
#EX-02
Issue起票の有無は関係ない（MCPのURI・ボードのリンク・テストのコメントも参照元）
#EX-03
同じURIはどこでも「手元のlivtリポジトリの一点」と一様に解釈され、指す実体は手元のリポジトリに依る
#EX-01
どのlivtリポジトリへ解決するかは消費側workspaceの宣言が供給する（automate-from-master-in-impl-repos側のルール）
#EX-02
第1セグメントは予約語（mapping・story・story-map・ubiquitous）で、将来エイリアスを第1セグメントに置く拡張の席を空けてある
#EX-03
1つのworkspaceが複数のlivtリポジトリを消費するとき、裸のlivt URIのスコープを何が復元するか（default宣言＋エイリアス修飾のxmlns型が候補。現時点では考慮外とし、R-08 EX-03で拡張の席だけ確保している）
#Q-02
Ubiquitous Language