بنقرة واحدة
github-issue-dependency
GitHub Issue間の依存関係(Is blocking / Blocked by)を設定・取得するためのAPI操作を提供
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
GitHub Issue間の依存関係(Is blocking / Blocked by)を設定・取得するためのAPI操作を提供
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | github-issue-dependency |
| description | GitHub Issue間の依存関係(Is blocking / Blocked by)を設定・取得するためのAPI操作を提供 |
GitHub Issueのコメントを使用して、Issue間の依存関係(Blocking / Blocked by)を管理します。 GitHub Projectのフィールドではなく、Issueコメント内のメタデータとして依存関係を記録します。
Issueコメントに以下のような形式で依存関係を記録します:
<!-- DEPENDENCY_METADATA
blocked_by: [12, 13]
blocking: [45]
-->
このスキルは、このメタデータの読み書きを抽象化します。
bash .pi/skills/github-issue-dependency/scripts/issue-dependency.sh <command> [args...]
| コマンド | 引数 | 説明 |
|---|---|---|
add-blocked-by | <issue> <blocker> | issue が blocker にブロックされていると記録 |
remove-blocked-by | <issue> <blocker> | 依存関係を削除 |
list | <issue> | 依存関係(blocking/blocked_by)を表示 |
check-blockers | <issue> | ブロッカーが全てClosedか確認(bool) |
Issue #10 は Issue #5 に依存している(#5 が終わらないと #10 は着手できない)。
bash .pi/skills/github-issue-dependency/scripts/issue-dependency.sh add-blocked-by 10 5
bash .pi/skills/github-issue-dependency/scripts/issue-dependency.sh remove-blocked-by 10 5
bash .pi/skills/github-issue-dependency/scripts/issue-dependency.sh list 10
出力例:
{
"issue": 10,
"blocked_by": [5],
"blocking": [],
"is_blocked": true
}
subtask-detection スキルでの利用親Issueを分解した際、Subtask間の順序関係を記録するために使用します。
# Subtask S2 は S1 に依存
bash(f"bash .pi/skills/github-issue-dependency/scripts/issue-dependency.sh add-blocked-by {s2_id} {s1_id}")
github-issue-state-management スキルでの利用環境構築時やタスク開始時に、ブロッカーが残っていないかチェックします。
if $(bash .pi/skills/github-issue-dependency/scripts/issue-dependency.sh check-blockers 10); then
# ブロッカーなし(または全て完了済み) -> 開始可能
else
# ブロックされている
fi
PR作成後のCI監視、失敗時の分類と対応、自動マージまでの完全なワークフローを定義
GitHub Issueのラベルとメタデータを使用した環境状態管理。worktree/ホスト環境すべてからアクセス可能なSingle Source of Truth
PRの作成からマージ、クリーンアップ、ロールバックまでの標準フローを定義
バージョン整合性チェック→提案→承認→GitHub Release作成までの標準リリースフロー(マルチエコシステム対応)
Git worktree を作成し、並行開発用の独立したブランチ環境を構築する。プラットフォーム固有コード開発時に使用。
GitHub REST APIのSub-issue関連バグを回避するためのGraphQL API共通処理(Sub-issue登録、エラーハンドリング)を提供