Skill.md検索

issue-draft で確定したタイトル・本文・ラベルから GitHub Issue を自動作成できます。 作成前にラベルの存在確認と重複チェックを自動実行し、ミスを防ぎます。 gh issue create コマンドを正確に生成し、実行手順を明確に提示します。 Issue 作成後のメタデータ（Projects連携など）更新作業を自動で後続処理に委譲します。 GitHub Issue を頻繁に作成する開発チームのリーダー プロジェクト管理者で、Issue 登録漏れや形式ミスを減らしたい人 CI/CD パイプラインで自動的に Issue を生成・追跡したい人 このスキルは Claude Code 用アダプタで、issue-draft Output A/B の確定済みデータ（title・body・ラベル候補・owner/repo）を受け取ります。実行前に正本（docs/CODEX_RUNBOOK.md Appendix D）を読み、Rules に従う必要があります。重要な禁止事項として、正本を読む前にコマンドを出力してはなりません。標準化される手順は以下の通りです：(1)gh label list によるラベル確認、(2)重複チェック、(3)gh issue create コマンド生成、(4)作成結果記録。Projects/relationship メタデータ更新は issue-project-meta に委譲されます。実際のコマンド実行は行わず、コマンド案の生成のみを実施します。

曖昧な要求や口頭メモを、目的・制約・優先順位が明確な形に整理できます。 AIが勝手に解釈・提案せず、必要な情報は質問で人間から確定するため、後の手戻りやズレを防げます。 Issue化する前に要件を確定させるので、実装効率が上がり、無駄なコード修正が減ります。 「実装案を先に出す」という悪習を排除し、要件定義に徹底できます。 漠然とした要求や口頭メモをもらうことが多いプロダクト開発チーム Issue作成前に要件を整理するプロセスを強化したい開発リーダー 要件ズレによる手戻りを減らしたい少人数開発チーム ChatGPTやAIに「聞かずに判断されて困っている」と感じるユーザー このスキルは Issue 作成前に、不明確な要求を人間への質問で目的・制約・優先順位を確定するプロセスです。入力は要求の断片、口頭メモ、issue-url、issue番号のいずれかを受け付けます。開始前に必ず正本（docs/skills/clarify-request.md）を読み、Rules に従います。正本を読む前に質問・提案・実装案を出してはなりません。実装例として /clarify-request "ユーザーが過去のイベントを検索できるようにしたい" のように呼び出します。推測で埋めず、未確定な部分は必ず再質問し、実装案や結論を先出ししないことが重要です。

clarify-request で確定済みの構造化メモ（Goal/Scope/AC/Non-goal）を受け取り、GitHub Issue として使える Markdown 形式の草案を自動生成できます。手作業で Issue 本文を書く手間が省けます。 生成された草案には title と body の最小セットが含まれるので、そのまま GitHub にコピペして Issue を作成できます。 構造化情報から自動生成するため、記述のばらつきがなく、プロジェクト全体で統一された Issue フォーマットを保つことができます。 要件ヒアリング（clarify-request）後、GitHub Issue を素早く作成したい人 Issue の記述形式を標準化して、チーム内の認識齟齬を減らしたい 要件整理と Issue 化の間の手作業を最小化したい開発者 このスキルは Claude Code 用のアダプタで、正本は docs/skills/issue-draft.md です。入力は clarify-request Output B の構造化メモを $ARGUMENTS で受け取ります。スキルは disable-model-invocation が true に設定されており、開始前に必ず正本を読み、Rules に従う必要があります。正本を読む前に草案を出力してはいけません。呼び出し例としては /issue-draft "## Clarify Result [DRAFT] ..." または /issue-draft "Goal: issue-draft skill を定義する / Scope: ..." があります。