long-running-command

ローカル Git と GitHub の安全な作業を、変更計画、worktree、PR、CI、merge、cleanup まで段階的に進める。GitHub の読み取りにも使う。

GitHub Project の項目、フィールド、状態を、対象 Issue とプロジェクト設定を確認して安全に同期・更新する。

GitHub Issue と Sub-Issue を、作業分解、規模見積もり、依存関係、完了条件を明確にして計画・作成・更新する。Issue コメントの投稿にも使う。

変更を安全な単位で Git commit するときに、対象 stage、差分、検証、コミットメッセージを確認する。push、PR、履歴書換えには使わない。

Git の merge または rebase 競合を、base・両側の意図・検証を確認して解消する。ours/theirs の一括選択には使わない。

GitHub PR の作成・更新、Draft/Ready 判断、レビュー対応、CI 確認、merge 前確認を、リポジトリ規約と明示承認に従って進める。

gh と Git の状態を使って local の git worktree を確認し、安全に削除可能、削除候補だがローカル残りあり、作業中で削除不可に分類する。

作業を分離する Git worktree を、最新の default branch と明示した branch から安全に作成・確認する。PR、commit、削除判断には使わない。

複数エージェントへ作業を委譲するとき、作業の粒度・モデル・権限・再試行をリスクと費用に合わせて決める。

parse → render → 修正のループを必須にしてMermaidを作成・修正・検証する。新規作成、既存図の構文・描画エラー対応、共有前の検証に使い、単一図やMarkdown内の複数図の一括検証と目視確認に対応する。

`parse -> shape check -> 修正` のループを必須にして YAML を安全に作成・修正・検証する。YAML の新規作成、既存 YAML の修正、構文エラー対応、重複キー検出、利用先に合わせた形状確認が必要なときに使う。

短いブログ案を既存のアイデアメモへ追記・整理し、着手しやすい候補を選定する。ユーザーが「ブログネタ」として題材を渡したとき、記事案を既存メモの粒度に合わせたいとき、対比する題材を別案として残したいとき、またはアイデア一覧から次に書く題材を選びたいときに使う。記事本文の執筆、技術調査、検証、公開作業が主目的のときには使…