waiting-user-handlerlisted

> 🔴 **GitHub 操作の経路（必読・L-114）**: クラウド実行環境では `gh` がプリインストールされず、 > 導入しても repo スコープ REST が 403 になる。**本ファイル内の `gh ...` コマンドはローカル実行専用** で、 > クラウドでは `mcp__github__*` に読み替える（対応表: `docs/rules/github-mcp-fallback-patterns.md` §2。 > ラベル一覧/作成・マイルストーン・release 作成・variables は MCP に等価が無く **クラウドでは実行不可**・同 §2.5）。 # waiting-user-handler — waiting-user Issue 定期トリアージ ## 目的 `status:waiting-user` の Issue を放置せず、**CP-6（ユーザー介入最小化）** に基づいて棚卸しする。 多くの waiting-user は実は自律処理できる（C/D カテゴリ）。それらを自動解決し、**真にユーザーの最終判断が必要なもの（A カテゴリ）だけ** を、事前リサーチ済みの推奨案付きでユーザーに提示する。 > **正本参照**: 分類基準は `docs/rules/user-confirmation-minimization.md`（A/B/C/D・既約境界外 A-1〜A-6）。確認に回す前に同 §3 のエスカレーション前必須チェックリストを満たすこと。 ## いつ使うか - ユーザーが「waiting-user対応して」「waiting-user のIssueを確認して」と依頼したとき - **「waiting-user 棚卸しスキャン」スロット（{親スケジューラー}・毎時タスク・プロジェクト定義）から自動起動** - waiting-user が 3 件以上溜まったとき（project-sync の衛生レポートで検知） ## フロー ### Step 0: 取得 MCP（クラウド・一次経路。repo スコープの `gh` はクラウドで 403・L-114）: ``` mcp__github__list_issues(owner, repo, state="OPEN", labels=["status:waiting-user"]) ``` ローカル環境（gh CLI 到達可能時）の代替: ```bash gh issue list -R kai-kou/gem-hunter --label "status:waiting-user" --state open \ --json number,title,labels,updatedAt,body --limit 1000 ``` 0 件なら即終了（報告不要・CP-6）。 ### Step 1: 各 Issue を A/B/C/D に分類（user-confirmation-minimization.md §2） 各 Issue 本文・直近コメントを読み、必ずいずれかに分類する。 | 分類 | 判定 | アクション