Awesome-omni-skill agentic-issue-assistant
Install common docs/backlog skeleton plus an AGENTS template, and wrap issue/finalization operations for an agentic workflow.
install
source · Clone the upstream repo
git clone https://github.com/diegosouzapw/awesome-omni-skill
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skill "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data-ai/agentic-issue-assistant" ~/.claude/skills/diegosouzapw-awesome-omni-skill-agentic-issue-assistant && rm -rf "$T"
manifest:
skills/data-ai/agentic-issue-assistant/SKILL.mdsource content
When to use
- When the user wants to install the agentic workflow templates into a directory.
- When the user asks to add a TODO item into backlog.
- When the user asks to create Issues from a Milestone.
- When the user asks to create Issues from TODO items.
- When the user asks to create an Issue instantly from direct instructions (without Milestone inference).
- When the user asks to execute a specific Issue with implementation/test-repair loops until completion.
- When the user asks to create or execute a Milestone Finalization Issue.
Defaults
- repo:
. - m0:
(互換エイリアス:repo-integration
)integration
Preconditions
,docs/
,backlog/
が未配置なら先にAGENTS.md
を実行する。install- 既存ファイルがある場合は既存内容を優先し、追記・更新は運用ルールに従って最小差分で行う。
Action selection (Wrap)
- ユーザーが「TODOの追加」を要求したら
。todo-add - ユーザーが「ISSUEの起票」を要求したら
。issue-create-from-milestone - ユーザーが「TODOからISSUE起票」を要求したら
。issue-create-from-todo - ユーザーが「ISSUEのインスタント起票」を要求したら
。issue-create-instant - ユーザーが「ISSUEの着手/実装」を要求したら
。issue-implement - ユーザーが「FINALIZATIONの起票」を要求したら
。finalization-create - ユーザーが「FINALIZATIONの実行」を要求したら
。finalization-execute - 複数要求が同時にある場合は、
->todo-add
orissue-create-from-milestone
orissue-create-from-todo
->issue-create-instant
->issue-implement
->finalization-create
の順で処理する。finalization-execute
Actions
install (default)
Run:
python3 <skill_dir>/scripts/apply.py --repo <repo_root> --m0 <repo-integration|existing-code-analysis>
Then remind (install後のみ):
- 選択した M0 テンプレート(
/M0-Integration
)の初期Issue(M0-Analysis
〜CHORE-001
)に従って、CHORE-003
、docs/
、CI の整備を進める。AGENTS.md
todo-add(TODOの追加)
Read first:
backlog/TODO.mddocs/ISSUE.md
Workflow:
のbacklog/TODO.md
/未起票
を確認し、同一または重複の疑いがある項目を把握する。ISSUE起票済み- 対話で必要情報を収集する。最低限
は必須とし、short-title
/Context
/Why now / Why later
/Next check timing
は不足分を質問して埋める。Related docs/issues - 情報が不足している間は、追加質問で確定してから書き込む。
- 収集した内容を
のbacklog/TODO.md
リストへ追加する。未起票 - 追加後、必要なら重複候補の扱い(統合・維持)をユーザーに確認して反映する。
Constraints:
- TODO追加時は Issue を起票しない(
とbacklog/issues/
は更新しない)。backlog/INDEX.md - 追加先は必ず
リストとし、未起票
には追加しない。ISSUE起票済み - 既存項目はユーザー合意なく削除しない。
issue-milestone-binding(全Issue起票メソッド共通)
Read first:
backlog/INDEX.mddocs/10_IMPLEMENTATION_PLAN.mddocs/DEVFLOW.md
Workflow:
から、未完了(backlog/INDEX.md
)Issueを持つ最小の[ ]
を進行中Milestoneとして確定する。M{N}- 未完了Issueが1件もない場合は、
の定義順で次に着手するMilestoneを1つ選び、進行中Milestoneとする。docs/10_IMPLEMENTATION_PLAN.md - 新規Issueは必ず起票時点の進行中Milestone(
)に所属させる。backlog/issues/M{N}/ - ユーザー指示が別Milestoneを指定していても、進行中Milestoneに補正して起票する。
issue-create-from-milestone(Milestone根拠の起票)
Read first:
docs/10_IMPLEMENTATION_PLAN.mddocs/DEVFLOW.mddocs/ISSUE.mdbacklog/ISSUE-template.mdbacklog/INDEX.md
Workflow:
を実行して、起票先Milestoneを確定する。issue-milestone-binding- 確定したMilestoneの
/Purpose
/Exit criteria
/Risks
から実装単位を推測し、通常Issueに分解する。Notes
を重複なく採番し、ISSUE-ID
を作成する。backlog/issues/M{進行中N}/<ID>_<slug>.md- 各Issueは
/Goal
/Scope
/前提ISSUE
/Acceptance Criteria
/Tests
を埋める。DoD
が必要な場合のみ記載し、追加対応が必要なら追加ISSUEと依存を定義する。NFR影響
に未完了(backlog/INDEX.md
)で追記する。[ ]
Constraints:
- 既存Issue本文は原則変更しない(新規作成とINDEX更新を優先)。
- 進行中Milestone以外には起票しない。
issue-create-from-todo(TODO根拠の起票)
Read first:
backlog/TODO.mddocs/ISSUE.mddocs/DEVFLOW.mdbacklog/ISSUE-template.mdbacklog/INDEX.md
Workflow:
を実行して、起票先Milestoneを確定する。issue-milestone-binding
から「今やる」と決めた項目を選ぶ(ユーザー指定があればそれを優先)。backlog/TODO.md- TODO項目の
/Context
/Why now / Why later
を根拠に、Related docs/issues
/Goal
/Scope
/Acceptance Criteria
を定義する。Tests
を重複なく採番し、ISSUE-ID
を作成する。backlog/issues/M{進行中N}/<ID>_<slug>.md- 起票した項目を
のbacklog/TODO.md
から未起票
へ移動し、ISSUE起票済み
に未完了(backlog/INDEX.md
)で追記する。[ ]
Constraints:
- 進行中Milestone以外には起票しない。
- 起票したTODO項目は必ず
から未起票
へ移動する。ISSUE起票済み
issue-create-instant (ISSUEのインスタント起票)
Read first:
docs/ISSUE.mddocs/DEVFLOW.mdbacklog/ISSUE-template.mdbacklog/INDEX.md
Workflow:
を実行して、起票先Milestoneを確定する。issue-milestone-binding- ユーザーのその場指示から
/Goal
/Scope
/Acceptance Criteria
を直接抽出する。Tests
を重複なく採番し、ISSUE-ID
を作成する。backlog/issues/M{進行中N}/<ID>_<slug>.md- テンプレートに沿って本文を埋め、必要なら
と前提ISSUE
を設定する。NFR影響
に未完了(backlog/INDEX.md
)で追記する。[ ]
Constraints:
からIssue内容を推測しない(その場指示を優先)。docs/10_IMPLEMENTATION_PLAN.md
の命名・依存・完了判定ルールは必ず遵守する。docs/ISSUE.md- 進行中Milestone以外には起票しない。
issue-implement (ISSUEの着手と実装)
Read first:
- 指定ISSUE-IDのファイル
- Issue本文の
に列挙された文書Docs AGENTS.md
/docs/06_TESTING.md
/docs/08_RUNBOOK.mddocs/07_SECURITY.md
Workflow:
の完了を確認する(未完了なら先に前提Issueを処理)。前提ISSUE- Issueの
に限定して実装する。Scope - テストを実行する(Issue
、CI DoD、必要な手動確認)。Tests - 失敗時は原因を修復して再実行し、全Passまで
を反復する。実装 -> テスト -> 修復
とAcceptance Criteria
を満たしたら、必要なDocs更新とDoD
の完了反映(backlog/INDEX.md
)を行う。[x]
Constraints:
- 仕様変更が必要なら別Issueを起票して範囲外作業を分離する。
で追加対応が必要なら、追加ISSUEを起票し依存関係を定義する。NFR影響
finalization-create (FINALIZATIONの起票)
Read first:
docs/10_IMPLEMENTATION_PLAN.mddocs/DEVFLOW.mddocs/ISSUE.mdbacklog/FINALIZATION-template.mdbacklog/INDEX.md
Workflow:
- 対象Milestoneを決める(M1以降のみ)。
- 当該Milestoneに既存
がないことを確認する。FINALIZATION-### - 重複しない
を採番する。FINALIZATION-###
をテンプレートから作成する。backlog/issues/M{N}/FINALIZATION-###_<slug>.md
に未完了(backlog/INDEX.md
)で追記する。[ ]
Constraints:
- M0-Integration / M0-Analysis では起票しない。
- 判定対象は「当該Milestoneの
以外の全Issue(FINALIZATION-###
含む)」で固定する。FIX-###
finalization-execute (FINALIZATIONの実行)
Read first:
- 指定
IssueFINALIZATION-### docs/ISSUE.mddocs/DEVFLOW.mddocs/06_TESTING.mddocs/07_SECURITY.mddocs/08_RUNBOOK.mdbacklog/INDEX.md
Workflow:
- 判定対象Issue(同Milestoneの
以外)を確定する。FINALIZATION-### - 未完了Issueがあれば先に完了させる(必要なら
を追加起票して解消)。FIX-### - セキュリティ/テスト/運用手順の最終確認を行う。
- 不備があれば修復し、検証を再実行する。
- 判定対象が全完了であることを確認した直後に
を完了扱いにする。FINALIZATION-###
と必要Docsを更新し、完了記録を残す。backlog/INDEX.md
Constraints:
- 判定対象Issueが1件でも未完了なら
を完了にしない。FINALIZATION-### - Finalization完了後の同Milestone新規Issueは原則禁止。例外時は
に理由を記録する。docs/09_DECISIONS.md