claude-code-settings

dev系パイプライン（dev-pr-review / dev-pr-review-resolve / dev-issue-implement / dev-issue-review）を人間の確認なしで自律的に1タスク回すオーケストレーター。main を最新化した後、レビュー系を優先する固定順で対象を探し、最初に見つかった1件を対応するスキルで処理する。途中で解決済みIssueを見つけたら理由を書いてcloseする。needs-info によるユーザー確認待ちは禁止で、必ず自律判断する。ユーザーが「devパイプライン回して」「自律で開発回して」と言ったとき、または /dev-hotl を実行したときに使用。

reviewed ラベルがついたIssueを見つけて実装する。対象Issueに WIP ラベルをつけ、git worktree で main を汚さずに開発し、テストがPASSすることを確認した上でIssueに紐づくPR（Closes

現在のリポジトリの開発Issueが妥当かどうかをレビューする。リポジトリの目的に沿っているか、調査内容・設計に問題がないかをチェックし、WebSearch や Parallel Search MCP で裏取りして本文を追記・修正する。レビュー着手時に in-review ラベルで排他し、問題なければ reviewed ラベルをつけ、あまりに見当違いな場合は理由を記述してcloseする。Issue番号・URLを引数に取るか、未レビューのIssueを自動で探す。ユーザーが「Issueレビュー」「Issueの妥当性チェック」と言ったとき、または /dev-issue-review を実行したときに使用。

reviewed ラベルがついたPRを見つけて、レビュー指摘事項を検討・修正する。着手時に in-review ラベルで排他する。妥当な指摘は worktree 上で修正し、反論がある場合は根拠をコメントに記述して、各レビュースレッドをresolveしていく。すべてのレビューをresolveしたら必ずmergeする。PR番号・URLを引数に取るか、対応待ちのPRを自動で探す。ユーザーが「レビュー指摘を解消して」「reviewedのPRを片付けて」と言ったとき、または /dev-pr-review-resolve を実行したときに使用。

in-review ラベルがついていないオープンPRを見つけてレビューする。git worktree でPRのコードをローカルに取得し、変更箇所以外との整合性・紐づくIssue通りの実装かを確認する。問題なければmerge、軽微な指摘なら修正してmerge、問題が多い場合はレビューを記述して reviewed ラベルをつけ、見当違い・修正済みのPRは理由を記述してcloseする。PR番号・URLを引数に取るか、レビュー待ちのPRを自動で探す。ユーザーが「PRレビューして回して」「レビュー待ちPRを処理して」と言ったとき、または /dev-pr-review を実行したときに使用。

ローカルにインストール済みの Codex CLI (OpenAI) を使って、別 LLM からのコードレビュー・セカンドオピニオン・意見交換を取得する。Claude が書いたコードに対して「別モデルの目」を入れたいとき、設計判断で複数モデルの見解を突き合わせたいとき、`codex` / `/codex` と言われたときに使用。

引数や会話の文脈中のトピック（機能要望・バグ・改善案・設計課題）をもとに、gh CLI で現在のリポジトリに開発Issueを作成する。mainを最新化した上でコードベースを調査し、設計・実現可能性・必要な修正箇所・テスト観点を構造化して記述する。工数は記述しない。トピックが大きすぎる場合は適切な粒度に分割して複数Issueを作成する。ユーザーが「Issue作って」「イシュー化して」「課題登録して」と言ったとき、または /dev-issue-create を実行したときに使用。

ローカルにインストール済みの mmxcode (MiniMax バックエンドの Claude Code 互換 CLI) を使って、別 LLM (MiniMax) からのセカンドオピニオン・コードレビュー・意見交換を取得する。Claude が出した結論に別系統の目を入れたいとき、設計判断で複数モデルの見解を突き合わせたいとき、`ask-mmx` / `/ask-mmx` と言われたときに使用。

ある事柄・主張・方針（引数で受け取る）について、WebSearch・Parallel Search MCP・codex を組み合わせてエビデンスを確立し、同時にその方針自体の妥当性を批判的（レッドチーム的）に評価する。確証・反証の両面を並列調査し、論理の穴・隠れた前提・失敗モードを洗い出して「事前に潰すための反論材料」を構造化レポートで返す。ユーザーが「この方針の妥当性を検証して」「エビデンスを固めて」「批判的に評価して」「反論材料がほしい」「プリモーテムして」「この主張を裏取りして」と言ったとき、または /evidence-redteam を実行したときに使用。

Fan out a single instruction across many files by splitting them among N parallel agents. Use when a task is mechanical and embarrassingly parallel — apply a coding rule, replace a pattern, migrate an API, scan for violations grep can't catch — across an entire directory tree. Each worker owns a disjoint file slice and reports back a structured summary.

変更のコミットからPR作成まで一括実行する。汎用ブランチにいる場合は新規ブランチを作成。リポジトリのPRテンプレートがあれば自動適用。ユーザーが「PR作成」「プルリク」と言ったとき、または /git-workflow を実行したときに使用。

PRの残タスク（CI失敗とレビューコメント）をまとめて解決する。内部的に resolve-ci と resolve-reviews を順に呼び出す。PR番号・URLを受け取るか、現在のブランチのPRを対象とする。ユーザーが「PR対応」「PR残タスク」「PR解決」と言ったとき、または /resolve-pr を実行したときに使用。

PRのレビューコメントを取得し、修正対応またはコメント返信を行う。PR番号・URLを受け取るか、直前に作成したPRを対象とする。ユーザーが「レビュー対応」「レビュー修正」と言ったとき、または /resolve-reviews を実行したときに使用。

PRのCIが失敗している原因を調査し、報告・修正する。PR番号・URLを受け取るか、現在のブランチのPRを対象とする。ユーザーが「CI修正」「CI直して」「ビルド失敗」と言ったとき、または /resolve-ci を実行したときに使用。

ステージ済み・未ステージの変更を分析し、conventional commit形式のメッセージを自動生成してコミットを実行する。ユーザーが「コミット」「変更を保存」と言ったとき、または /commit を実行したときに使用。

テキストファイルや指定テキストを高品質な音声で読み上げる。「読み上げて」「読んで」「音声にして」と言ったとき、または /read-aloud を実行したときに使用。

Gitのマージコンフリクトを検出・分析し、安全に解決する。ユーザーが「コンフリクト解決」「マージ競合」と言ったとき、または /resolve-conflict を実行したときに使用。