بنقرة واحدة
issue-read
GitHub issue を 1 件読み、type / status / agent / priority / 親子関係を構造化して把握する。issue を処理する前段で使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
GitHub issue を 1 件読み、type / status / agent / priority / 親子関係を構造化して把握する。issue を処理する前段で使う。
التثبيت باستخدام 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-read |
| description | GitHub issue を 1 件読み、type / status / agent / priority / 親子関係を構造化して把握する。issue を処理する前段で使う。 |
issue 番号を受け取り、本文とラベルから type/status/agent/親子関係を構造化して返す。
.env の
source は gh と同一ブロックで行う(protocol §9):
set -a; . ./.env; set +a
gh issue view <N> --repo "$TARGET_REPO" \
--json number,title,body,labels,state,comments
type: / status: / agent: / priority: を分離して抽出する。親: #<N> / 由来: #<N> 行を抽出する。status: prefix のラベルがちょうど 1 個か検査する。0 個 / 2 個
以上なら規約違反として警告する(issue-protocol.md §4)。