菜单
GitHub issue への着手を定型化するプリステップ。ユーザーが「issue
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | start-issue |
| description | GitHub issue への着手を定型化するプリステップ。ユーザーが「issue |
GitHub issue を起点に、実装に入る直前までの準備を定型化する。
$ARGUMENTS に issue 番号（例: 99）。無ければユーザーに確認する。gh issue view <N>
タイトル・本文・ラベル・関連 issue を読み、要求を把握する。不明点があればユーザーに質問してから進む。
git status が "nothing to commit, working tree clean" であることを確認する。未コミット変更がある場合は中断し、ユーザーに退避（コミット or stash）を確認する。
git switch main
git pull origin main --ff-only
命名規則 {prefix}/{issue番号}-{英語で内容の説明} に従う（番号のみは不可）:
git switch -c <prefix>/<N>-<english-description>
プレフィックスは issue の性質から選ぶ: feature/ fix/ hotfix/ release/ test/ docs/ refactor/
/implement へ接続する（調査結果を引き継ぎ、/implement のステップ 3「調査」から再開してよい）。
ドキュメントと実装の整合性を定期検査する。ユーザーが「ヘルスチェック」「整合性チェック」「/health-check」と言ったとき、またはサイクル完了後の点検を頼まれたときに使う。検出のみで修正はしない（報告のみ）。
コード変更（機能追加・バグ修正・リファクタリング）のフルサイクルを実行する。ユーザーが「実装して」「直して」「対応して」等のコード変更を依頼したとき、または「/implement」と言ったときに使う。
ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ（main 以外）で使うことを想定している。
サイクル終了後の振り返りを定型化する。ユーザーが「振り返りして」「レトロスペクティブ」「/retrospective」と言ったときに使う。
cargo/npm の依存を一括更新し検証する。ユーザーが「依存更新して」「deps 更新」「/deps-update」と言ったときに使う。
PR マージ後に main をローカル同期し、作業ブランチを後始末する。ユーザーが「マージ後の同期」「post-merge-sync」「ブランチ片付けて」と言ったとき、または PR のマージ後に使う。