retro-try-handlerlisted

# retro-try-handler スキル `type:retro-try` + `status:waiting-claude` の未対応 Issue を自動処理する。 詳細ルールは `docs/rules/retrospective-rules.md`、各 Step の詳細テンプレート・コマンド例は `reference.md`（プログレッシブ・ディスクロージャ。該当 Step 実行直前に該当セクションだけ Read する）を参照。 > `type:retro-try` の **棚卸し**（重複統合・Epic 化・優先度再査定）は本スキルの担当ではない。`self-improvement-loop` の整理モード（Step G-1.5 / G-6）が担当する（責務境界の SSOT: `docs/rules/improvement-lane-map.md` §2 ルール 2/5・#153）。本スキルは棚卸し後の **実装** のみを行う。 > 🔴 クラウドでは repo スコープの `gh` が 403 になる（L-114）ため、本 SKILL.md の Issue/PR 操作は > GitHub MCP（`mcp__github__*`）を一次経路とする。**複数ラベル指定は OR**・`issue_write` の `labels` は > **全置換**・`perPage` 既定は 100 件までなどの gotcha は SSOT: `docs/rules/github-mcp-fallback-patterns.md` > （§2.1〜2.3）を参照。ローカル環境（gh が直接到達可能）では相当の gh コマンドで代替してよい > （詳細コマンド例は `reference.md`）。 ## トリガー条件 - 「retro-try 対応して」「Try Issue を処理して」「レトロスペクティブ結果を反映して」 - `/retro-try-handler` - `sprint-cycle-router` の決定木 **Step 5.5**（`status:waiting-claude` かつ `type:retro-try` の Issue が存在し、直近の retro-try 対応から 8 時間以上経過している時）。cron は `docs/routines/sprint-cycle-routine.md` の 2 時間おき単一ルーティン（#377） ## 前提条件 - GitHub MCP（`mcp__github__issue_write` / `issue_read` / `list_issues` / `create_pull_request` 等）が利用可能なこと - 作業ブランチ（`claude/retro-try-*`）を新規作成してから作業を開始すること ## 実行フロー概要 ``` Step 0: ブランチ確認・作業ブランチ作成 ↓ Step 1: 未対応 Try Issue の取得・ソート ↓ Step 1.5: 未着手 Try の TTL 自動クローズ（30 日更新なし → not_planned・最大 5 件） ↓ Step 2: Issue を分類（ドキュメント / スクリプト / バリデーション / スキル / ユーザー対応） ↓ Step 3: small / medium を優先実装（large はコメントのみ） ↓ Step 4: コミット・push →