PR の特定レビューコメント（discussion）への対応（実装修正と返信）。PR URL に discussion の id を添えて「この指摘に対応して」と依頼された時、PR 番号と特定の指摘内容を示された時に使用。境界: PR 全体のレビューは pr-review、返信文の作成のみは ukwhatn-writing。
The English summary is being prepared. Showing the original description.
Review the instructions the agent will receive before you install.
PRに付いた特定のレビューコメント（discussion）を取得し、指摘への対応（実装修正）と返信ドラフト作成までを一括で行う。
gh auth status
EMU等で複数アカウントを使い分けている場合は、PJ CLAUDE.mdの指定に従い gh auth switch で切り替える。
URLから owner/repo、PR番号、comment ID（#discussion_r<id> の数値部分）を抽出:
# コメント本文・対象ファイル・行・スレッドを取得
gh api repos/<owner>/<repo>/pulls/comments/<id>
# スレッド全体の文脈が必要な場合（in_reply_to_idを辿る / PR全コメントから該当スレッド抽出）
gh api repos/<owner>/<repo>/pulls/<number>/comments --paginate | jq '[.[] | select(.id == <id> or .in_reply_to_id == <id>)]'
comment IDが不明（「◯◯という指摘」等の口頭指定）の場合は、PR全コメントから該当コメントを検索し、複数候補があればユーザーに確認する。
現在のブランチに直接修正しないこと。
gh pr view <number> --json headRefName,headRefOid,baseRefName
context/worktree-guide.md を Read する）git fetch origin <headRefName> + FETCH_HEADの読解でも可/commit スキルで作るgh pr view <number> --json mergeable,mergeStateStatus,statusCheckRollup）。失敗していれば指摘を待たずに原因を調べる/ukwhatn-writing スキルを実行して返信ドラフトを作成し、対応コミットのハッシュを添えて提示する（文体を意識するだけでは GitHub 向けガイドの中身が読み込まれないため、スキルを実行する）。
投稿はドラフトを見たユーザーの承認を得てから行う（相手に見える対外の文なので）:
# 承認後のみ実行
gh api repos/<owner>/<repo>/pulls/<number>/comments/<id>/replies -f body='<返信本文>'
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
コードベース全体のレビュー・監査。perf/sec/test/arch/cq/docs の6観点を並列委譲し、優先度付き issue ファイルと観点サマリをメモリディレクトリに生成する。コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review 実行時に使用。境界: PR 単位は pr-review、自ブランチの提出前確認は self-review。
The English summary is being prepared. Showing the original description.
変更を git-cz 形式でコミットする。リポジトリの直コミット可否の判定手順と、push 後の CI・conflict の確認を含む。/commit 実行時、「コミットして」「pushして」等の依頼時に使用。--push 引数または「pushして」の依頼で push も行う。境界: PR 作成は create-draft-pr、PR コメントへの対応コミットは pr-comment から呼ばれる。
The English summary is being prepared. Showing the original description.
PR を Draft で作成する。変更をローカルで動かして確かめ、画面が変わるならスクリーンショットを gh の --attach で貼り、PR テンプレートを全セクション埋めて対象 repo の既存 PR の分量に揃え、出した後は CI・レビュー・マージを Monitor で見張る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用（gh pr create を直接実行しない）。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment、PR 全体のレビューは pr-review、複数 PR 規模の計画は plan-feature-prs。
The English summary is being prepared. Showing the original description.
スキルを新規作成する。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill 実行時に使用。AGENTS.md・context・既存スキルと整合させ、重複・競合を避ける。境界: 既存スキル・指示ファイルの修正は update-inst、指示ファイル全体の監査は instructions-audit。
The English summary is being prepared. Showing the original description.
抽象的な要件・事業側の要求を深掘りし、既存実装との整合を確認して実装マスタとシステム要件書を作成する。「こういう機能を作りたい」「この要求を満たす機能を設計して」等の抽象要件の提示時、既存機能の拡張や Phase 分割の要件定義開始時、/design-feature 実行時に使用。境界: 要件確定後の実装計画書・PR 分割と実装進行は plan-feature-prs。
The English summary is being prepared. Showing the original description.
画面の設計判断（ナビゲーション・重ね方・通知と空状態と読み込み・外枠とトークンと状態表現）の型を決定表で選び、アプリ内の全画面で揃える。画面・ページ・レイアウト・ナビゲーション・ダイアログ・コンポーネントを新しく作る・作り直す時、モックやダッシュボードを作る時、サイドバー・タブ・モーダル・シート・toast・バナー・空状態のどれを使うか決める時に使用。PJ に components.json があれば shadcn の部品とトークンへの対応も扱う。主要なデザインシステム（Material・HIG・Carbon・Primer・Atlassian・Fluent・GOV.UK・NN/g・WAI-ARIA APG・WCAG）の一致点を規則にし、食い違いの採否を定めてある。境界: 画面の文言は writing-ui-text、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、コードの実装原則は writing-code、shadcn 部品の API と組み立ては shadcn。
The English summary is being prepared. Showing the original description.