GitHub Issueを流すだけでPRになる「パイプラインskill」をClaude Codeで作った

複数リポジトリのworkspaceで思いついた改善をIssue化しても、拾って実装する仕組みがないと消化されない

毎回自分でIssueを選び、PRが立ったらCIとレビューコメントに張り付くのは継続的にやるには手間

issue-watch（検知・振り分け）→ implement-github-issue（実装・PR作成）→ ci-watch（CI監視・レビュー対応・自動マージ）

呼び出す側からはIssueを渡すだけで、あとは勝手にPRになって出てくる

責務を分けたのは、どこかを直すたびに全体を読み直さずに済むようにするため

依頼を送ってから状態記録する順序だと、中断時に同じIssueを再dispatchする恐れがあった → 依頼前に`dispatching`を先に書き込む順序へ変更

`gh pr list --state all --limit`はcreatedAt降順で、探しているOPENなPRが件数制限の外に埋もれることがあった → OPENだけを先に確認する2段クエリへ

CIポーリングを外部`jq`に依存させると、未インストール環境で`command not found`のまま無言ポーリングを続ける事故が発生 → gh`組み込みの-q`/`--jq`に置き換え、終了コードも毎回確認

`gh pr merge --auto`はbranch protectionの中身次第でレビューを待たずマージされる → 有効化前に`reviewDecision`が`REVIEW_REQUIRED`か確認する分岐を追加

二重実行しない、取りこぼしを可視化する、外部コマンド依存で無言ハングしない

この3つが自動化パイプラインの信頼性を最後まで支えた