Tasks

Opportunity

Open Questions

9 — closed by a conversation
ネットワーク（非ローカル）公開する場合の認証・公開モデルをどうするか（現状はローカル利用前提で認証なし）
Q-05 実装リポジトリがlivtリポジトリを見てテスト駆動で自動化する ディスカバリーと開発のギャップ
同一性（どのlivtリポジトリか）と版方針を宣言するネイティブマニフェストを持つか（R-15のenv契約が供給するのは所在のみ。名前→所在のレジストリ、spec_versionのピン留めが論点）
Q-06 実装リポジトリがlivtリポジトリを見てテスト駆動で自動化する ディスカバリーと開発のギャップ
解決した疑問はどう扱うか（現状はルール化して付箋を消す運用のため、一覧は常に未解決のみを映す）
Q-01 未解決の疑問を横断で見渡す 協働ディスカバリー
同じ集約をMCPにも出すか（実装リポジトリのエージェントが着手前に未解決の疑問を拾えるようにする）
Q-02 未解決の疑問を横断で見渡す 協働ディスカバリー
並び順を何を軸に決めるか（TDDのテストリストとして「どこから書くか」に答えるなら順序が要るが、リリーススライスは3マップ中2マップに存在せず軸にならない）
Q-01 未自動化のルールを横断で見渡す ディスカバリーと開発のギャップ
自動化Issueが起票済みのルールを「着手済み」として区別するか（livtリポジトリはIssueのリンクだけを持ち、その開閉状態は持たない）
Q-02 未自動化のルールを横断で見渡す ディスカバリーと開発のギャップ
ボードごとに既定の文脈を宣言し、bare keyをその文脈で解決するか（現状はボード側が参照ごとに文脈を書く）
Q-01 用語を文脈で切り分ける 協働ディスカバリー
文脈そのものに表示名や説明を持たせるか（現状はディレクトリ名がそのまま文脈名を兼ねる）
Q-02 用語を文脈で切り分ける 協働ディスカバリー
1つのworkspaceが複数のlivtリポジトリを消費するとき、裸のlivt URIのスコープを何が復元するか（default宣言＋エイリアス修飾のxmlns型が候補。現時点では考慮外とし、R-08 EX-03で拡張の席だけ確保している）
Q-02 テストからルール・実例へ辿る ディスカバリーと開発のギャップ

Un-automated Rules

20 — closed by a test
livtリポジトリの所在は、消費側workspaceにコミットされる宣言で供給する
R-15 実装リポジトリがlivtリポジトリを見てテスト駆動で自動化する ディスカバリーと開発のギャップ
ルールメンテナーはlivtリポジトリのルールを指定して、対象実装リポジトリへ自動化Issueを起票できる
R-01 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
起票したIssueのURLは、スキルがマッピングYAMLのruleに書き戻す
R-02 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
dedupeはlivtリポジトリ側の記録で判定し、同じルール×対象リポジトリを二重起票しない
R-03 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
Issue本文はルール・実例の本文とlivtリポジトリへのバックポインタを運ぶ
R-04 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
ストーリーにUS Issueが紐づいていれば、ルールIssueはそのsub-issueとして起票する
R-05 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
livtは実装リポジトリのコードを読まず、Issueというポインタだけを送る
R-06 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
本ストーリーはAIスキルとして提供し、livtのCLIコマンドやMCPツールは追加しない
R-07 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
紐づけの正はlivtリポジトリが持ち、GitHub側の構造には依存しない
R-09 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
対象実装リポジトリは、ストーリーのfrontmatterのreposで宣言する
R-10 livt経由で各実装リポジトリに自動化Issueを起票する ディスカバリーと開発のギャップ
ストーリーマップメンテナーはストーリーを指定して、対象実装リポジトリへストーリー単位のIssueを起票できる
R-01 livt経由でストーリー単位のIssueを起票する ディスカバリーと開発のギャップ
起票したIssueのURLは、スキルがストーリーのfrontmatterのissuesに書き戻す
R-02 livt経由でストーリー単位のIssueを起票する ディスカバリーと開発のギャップ
dedupeはlivtリポジトリ側の記録で判定し、同じストーリー×対象リポジトリに二重起票しない
R-03 livt経由でストーリー単位のIssueを起票する ディスカバリーと開発のギャップ
ストーリー単位のIssueはルールIssueなしでも成立し、両方あるときだけ親子になる
R-04 livt経由でストーリー単位のIssueを起票する ディスカバリーと開発のギャップ
本ストーリーはAIスキルとして提供し、livtのCLIコマンドやMCPツールは追加しない
R-05 livt経由でストーリー単位のIssueを起票する ディスカバリーと開発のギャップ
対象実装リポジトリの宣言はfile-automation-issues-to-impl-reposと共通で、ストーリーのfrontmatterのreposを参照する
R-06 livt経由でストーリー単位のIssueを起票する ディスカバリーと開発のギャップ
automatedの更新はAIスキルが証跡付きで提案し、人が判断して確定する
R-02 ルールの自動化をlivtリポジトリに記録する ディスカバリーと開発のギャップ
新しいIDはretiredを含めたmax + 1で採番する
R-06 テストからルール・実例へ辿る ディスカバリーと開発のギャップ
一度使われたIDは、指す対象を変えない
R-07 テストからルール・実例へ辿る ディスカバリーと開発のギャップ
livt URIはlivtリポジトリ相対の名前で、どのリポジトリかは運ばない
R-08 テストからルール・実例へ辿る ディスカバリーと開発のギャップ