project-managerlisted

> 🔴 **GitHub 操作の経路（必読・L-114）**: クラウド実行環境では `gh` がプリインストールされず、 > 導入しても repo スコープ REST が 403 になる。**本ファイル内の `gh ...` コマンドはローカル実行専用** で、 > クラウドでは `mcp__github__*` に読み替える（対応表: `docs/rules/github-mcp-fallback-patterns.md` §2。 > ラベル一覧/作成・マイルストーン・release 作成・variables は MCP に等価が無く **クラウドでは実行不可**・同 §2.5）。 # GitHub プロジェクト管理スキル GitHub Issues + Labels（+ Projects V2）でタスクを一元管理する。 **初回セットアップ手順（ラベル・マイルストーン・Projects V2 の作成コマンド）は開発リポジトリの運用メモに 分離している**（progressive disclosure）。未セットアップのリポジトリでは §「ラベル体系（要約）」を参照して `gh label create` 等で同等のラベルを用意すること。本スキルは日常運用フローを担う。 > **責務境界（`project-sync` との区別・#26）**: 本スキル（`project-manager`）は **能動的なタスク運用** > （Issue 作成・ステータス更新・進捗確認・マイルストーン管理）を担う。一方 `project-sync` は > **受動的なリポジトリ衛生**（Stale Issue リセット・Orphan PR 解消・Abandoned ブランチ検出）の > メンテナンスを担う（CP-3）。「タスクを作る/進める」= project-manager、「放置された Issue/PR を掃除する」= > project-sync と切り分ける。両者は下記のラベル体系を共有する。 ## トリガー条件 - 「タスクを作って」「Issue にして」「Issue 作成して」 - 「進捗を更新して」「ステータスを変えて」「完了にして」 - 「マイルストーンに反映して」「マイルストーン確認して」 - 「プロジェクト状況を確認して」「進捗を見せて」 - 新規作業指示を受けた時のマイルストーン・タスクへの反映検討 - 工程完了時の自動ステータス更新 ## 前提条件 - `gh` CLI が認証済み（`gh auth status`）・`gh auth refresh -s project` で project スコープ付与済み（**ローカル実行時のみ**） - リポジトリ: `kai-kou/gem-hunter` - **未セットアップ（ラベル・マイルストーン未作成）の場合は先に「ラベル体系（要約）」に従って `gh label create` 等で初期セットアップを実施** > 🔴 **クラウド実行環境では repo スコープの `gh`（REST + GraphQL）が egress プロキシに 403 でブロックされる（L-114）。** > Issue / PR 操作は GitHub MCP（`mcp__github__*`）を一次経路とし、以下の `gh` コマンド例は **ローカル環境向けの代替** として読む > （SSOT: `docs/rules/github-mcp-fallback-patterns.md`