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

ストーリールール提案中のルールテストが自動化している具体例疑問点ユビキタス言語

表示

ルール

#R-01

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

#EX-01

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

#EX-02

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

#R-02

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

#EX-01

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

#EX-02

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

#EX-03

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

#R-03

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

#EX-01

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

#EX-02

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

#R-04

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

#EX-01

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

#EX-02

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

#EX-03

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

#R-05

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

#EX-01

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

#EX-02

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

#EX-03

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

#R-06

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

#EX-01

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

ユビキタス言語