Menu
issue の status ラベルを atomic に遷移する。単一の gh issue edit で旧ラベル除去と新ラベル付与を同時に行い、status の二重化を防ぐ。全ての状態遷移はこのスキルを通す。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | issue-transition |
| description | issue の status ラベルを atomic に遷移する。単一の gh issue edit で旧ラベル除去と新ラベル付与を同時に行い、status の二重化を防ぐ。全ての状態遷移はこのスキルを通す。 |
status: ラベルの遷移を、issue-protocol.md §4 の
排他規約に従って atomic に行う。
入力: issue 番号 N、現在の status <old>、目標の status <new>、
付随ラベル（任意。needs-human / failed 等）。
status: を読み、引数の <old> と一致するか確認する。
env var は永続しないため .env の source は同一ブロックで行う（protocol §9）:
set -a; . ./.env; set +a
gh issue view <N> --repo "$TARGET_REPO" --json labels,state
<old> と違う / 既に closed なら、遷移せず呼び出し元に「状態不一致」を
報告する（古い <old> を盲信して --remove-label が失敗するのを防ぐ）。.env を同一ブロックで source）:
set -a; . ./.env; set +a
gh issue edit <N> --repo "$TARGET_REPO" \
--remove-label "status:<old>" \
--add-label "status:<new>" [--add-label "<付随ラベル>" ...]
gh issue view <N> --repo "$TARGET_REPO" --json labels で status: が
ちょうど 1 個か確認する。| 用途 | old → new | 付随ラベル |
|---|---|---|
| claim | ready → in-progress | — |
| 完成 | in-progress → review | needs-human |
| 失敗 | in-progress → blocked | failed |
status:done は存在しない。完了は gh issue close <N> で表す。
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 する。