livt経由でストーリー単位のIssueを起票する

Story Rule ✓Automated rule Example Question Ubiquitous Language

ストーリーマップメンテナーはストーリーを指定して、対象実装リポジトリへストーリー単位のIssueを起票できる 🔗 R-01

起票したIssueのURLは、スキルがストーリーのfrontmatterのissuesに書き戻す 🔗 R-02

dedupeはマスタ側の記録で判定し、同じストーリー×対象リポジトリに二重起票しない 🔗 R-03

ストーリー単位のIssueはルールIssueなしでも成立し、両方あるときだけ親子になる 🔗 R-04

本ストーリーはAIスキルとして提供し、livtのCLIコマンドやMCPツールは追加しない 🔗 R-05

対象実装リポジトリの宣言はfile-automation-issues-to-impl-reposと共通で、ストーリーのfrontmatterのreposを参照する 🔗 R-06

story-keyと対象リポジトリを指定すると、ストーリーの本文を含むIssueが1件起票される

Issueの本文はマスタへのバックポインタ（story-key）と起票時点のspec_versionを運ぶ

起票に成功すると、frontmatterのissues（URLのリスト）にそのURLが追記される

書き戻しがそのまま紐づけになり、手作業を要しない

既存の任意メタissue（単数）はissuesとは別物で、移行せずそのまま残す

ストーリーに対象リポジトリのIssueが既に記録されていればスキップする

別の実装リポジトリへの起票は、既存の紐づけがあっても妨げない

ルールIssueが1件もないストーリーでも、ストーリー単位のIssueは単独で起票できる

同じストーリー・同じリポジトリにルールIssueがあれば、sub-issueとして束ねられる（起票の順序に依存しない）

以後のルールIssueは起票時にこのIssueへ紐づく（file-automation-issues-to-impl-repos側のルール）

スキルはマスタを読み、gh CLI（既存の認証）で対象リポジトリへ起票する

書き戻しはワーキングツリーの編集までとし、コミットやPRは通常のレビューフローに委ねる

ストーリー単位の起票はルールIssue起票とは別スキルとし、USと1:1で対応させる

同じreposの宣言が、ストーリー単位のIssueとルールIssueの両方の起票先になる

Ubiquitous Language