メニュー
type:request ([1]) の issue を吟味し、[2] design 化してよいか・優先度を判定する。人間レビューゲート G1 の補助。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Markdown を共通テーマの HTML（画面ダーク / 印刷は A4 ライトテーマ）に変換する。「HTML 化して」「HTML 版を作って」「PDF にしたい」で起動。調査/設計/レポート md の配布・印刷用途に。素早く出すなら scripts/render-html.sh、リッチな card/box レイアウトが要るときは LLM 整形。
調査/レポート md を発表スライド (Marp) に昇華する。report.md を要約・分割して slides.md を作り、HTML/PDF/PPTX に書き出す。「スライドにして」「発表資料を作って」「Marp で」で起動。文書とスライドは編集距離があるため別ファイル (slides.md) として作る。
Markdown を「人が読みやすく、かつ機械が HTML/スライドへ変換しやすい」構造に執筆・整形する。新規に調査/設計 md を書くときや、既存 md を昇華 (md→HTML→slide) の前に整えるときに使う。「読みやすい md にして」「昇華しやすく整形して」「調査 md を書いて」で起動。
生成した HTML / スライドが「見た目 human friendly」か、ノンデザイナーズ・デザインブックの C.R.A.P. (Contrast/Repetition/Alignment/Proximity) + タイポグラフィで品質レビューする。「デザインを見て」「読みやすい見た目か」「レイアウトをレビュー」で起動。機械監査 (design-audit.sh) を先に走らせ、静的に測れない整列・近接・視覚的印象を補う。
[2] design を実装単位に分解し、複数の [3] impl issue を起票する ([2]→[3] のブレイクダウン)。[2] を review + needs-human に遷移する。
[1] request を入力に [2] design issue を起票する ([1]→[2] のブレイクダウン)。元の [1] は close する。
| name | issue-triage |
| description | type:request ([1]) の issue を吟味し、[2] design 化してよいか・優先度を判定する。人間レビューゲート G1 の補助。 |
[1] 要求ノートを読み、「[2] 設計に進めてよいか」と優先度の判定材料を出す。 最終承認（G1）は人間が行う — このスキルは判定材料を出すだけ。
入力: type:request の issue 番号 N。
issue-read で issue を構造化把握する。set -a; . ./.env; set +a の後に gh issue list --repo "$TARGET_REPO"）。priority:p0（最優先）/ p1（通常）/ p2（後回し可）。[2]化推奨 / 要追記（情報不足）/ 却下推奨（ノイズ・重複）、
および推奨 priority:。.env の source は同一ブロックで行う（protocol §9）:
set -a; . ./.env; set +a
gh issue comment <N> --repo "$TARGET_REPO" --body "<判定理由>"
triage→ready）も agent: 付与も人間が行う。このスキルは
コメントを残すまで。