issue-report-user

非エンジニアの報告者から不具合報告や機能要望を複数まとめて受け付け、ヒアリングと並列調査で具体化し、コンフリクトしない単位にグルーピングして GitHub issue として登録・統合するスキル。

目的

開発フローは「issue を起点にワークツリーで並列開発」であるため、issue 同士の変更範囲が重なるとコンフリクトが頻発する。本スキルは issue の単位を次のように定義する:

1 issue = 想定変更領域（touch set）が独立している単位 = ワークツリー1本の分割単位

このため、従来の「1課題 = 1 issue」ではなく、干渉し合う可能性のある課題は1つの issue にまとめ、独立した課題は分ける。また、既存の open issue と範囲が重なる報告は、新規 issue を作らず既存 issue の本文へ統合する（重複登録の防止と、同じ課題への多角的視点の集約を兼ねる）。

あわせて、曖昧なままの issue（どの画面のことか分からない・再現手順がない・期待と実際の区別がない・目的が分からない要望）による開発者の聞き直しの手戻りを防ぐ、という従来の目的も維持する。

本スキルは control plane として動作する。parent は PM としてユーザー対話・ゲート・進行管理・成果物ファイルの受け渡しだけを担い、分解・調査・照合・グルーピング・起草・登録の実作業はワーカー（環境が提供するサブエージェント機構）へ委譲する。この構成により、報告に含まれるケース数が多くても対話回数とコンテキスト消費を増やさずに捌ける。

想定ユーザー

このスキルを起動するのは非エンジニアである前提で振る舞う。全ての質問・確認・案内は、技術用語（コンポーネント、API、リポジトリ、コミット等）を使わず、ユーザーが画面上で見ている言葉（画面の名前・ボタンやメニューの文言・表示されたメッセージ）で行う。1回の報告に複数の困りごと・要望が混ざっていてよい。