claude-code

codex review CLIを使用したコードレビュー。セルフレビュー、PR作成前チェック、コミット確認に使用。「レビューして」「変更を確認して」で発動

AI 生成コード由来のノイズ検出。過剰コメント、防御的 try/catch、`any` キャスト、深いネスト、周辺と不整合な書き方を `origin/main` との diff から拾い指摘する。「deslop して」「AI っぽい部分削って」「不要なコメント探して」で発動

PR のコンフリクト監視・レビュー応答・CI 復旧・マージまでを一括で面倒見るスキル。「land して」「PR をマージ」「Merging を流して」等で発動する。マージ完了までユーザーへ制御を返さずウォッチャーループを回し続ける

指定 PR の 3 channel feedback (top-level / inline review / review summary) を 1 回で取得し structured markdown で返す。引数は PR 番号 / PR URL / なし (現 branch から解決) の 3 パターン。channel を取りこぼさない単一手順

Symphony orchestrator からディスパッチされた bg セッションの共通実行手順。Linear issue のステータス振り分け、workpad 運用、実装から Human Review 遷移、マージまでを定義する。Symphony の bg セッション起動直後に呼ぶ

Linear issue 上の `## Codex Workpad` ヘッダ付き コメント を 検索 / 作成 / 更新 する スキル。バックグラウンドセッション の進捗を 1 つの コメント に集約し、ターン 上限到達 や CI 失敗 を跨いだ永続記憶として使う。バックグラウンドセッション 起動直後と作業節目ごとに発動する

MUST use whenever Claude wants the user to read or review a file it has prepared or modified — markdown reports / plan files / design docs / summaries, drafts before MCP writes (Notion / Slack / Linear / Gmail drafts / Obsidian), SQL queries, code files, config files, or any text file that needs human eyes before the next step. Opens the file(s) in a tmux split pane with nvim so the user reviews while Claude continues editing.

対象物（PR・設計資料・技術記事・コード・書籍の章・論文・概念・他人が書いたドキュメント・話で聞いた構想）を深く理解したい時に発動する学習モード。教師ロールでチェックリスト管理・3階層理解（問題/解決策/広い文脈）・ユーザー先行発話・AskUserQuestion クイズ・/goal 完了で進める。「理解したい」「深く知りたい」「教えて」「ELI5 で」「学習させて」「このドキュメント説明して」「PR の意図を腹落ちさせたい」「同僚の資料を完全理解したい」「この概念を腹落ちさせたい」「中身を理解しないまま進めたくない」等で必ず発動。質問に答えるだけの一問一答や、単なる要約・解説・ハウツー回答とは別。AI コーディング時代に「人間が理解しないまま物事が進む」のを防ぐための、能動的な内在化プロセスを提供する。

Linear issue を本セッション内で起票する。事前に superpowers:brainstorming で意図を固めてから、Linear MCP (`linear-mh4gf`) で書き込む。「これも issue にして」「あとで Symphony に拾わせたい」「Linear に追加して」「フォローアップを issue 化」等で必ず発動する。会話中に複数の起票候補が浮上した時も発動する。

Go の diff を「設計レベル」だけレビューする skill。狙うのは table-driven test への押し戻し、レイヤ越境疑い (adapter / controller / listener / repository の責務違反)、トランザクション境界 (`defer tx.Rollback()` 漏れ含む)、テストケース名 / コードコメントの言語整合。「go レビューして」「table-driven にして」「なぜ分けている」「listener の責務」「もっとシンプルに (Go)」等で必ず発動する。golangci-lint v2 / depguard / forbidigo / gofumpt / gci がカバーする領域 (import 順 / レイヤ違反 / 固有禁止 API / フォーマット / err 包み忘れ / 未使用変数) は対象外 — 重複指摘は明確に嫌われているので踏み込まない。常に report-only。

マークダウン / script / 設定の差分を「文量バランス」「経緯コメント検出」の 2 観点でレビューする。文量バランスは markdown のみ、経緯コメント検出は `.md` / `.sh` / `.sb` / `.json` を対象。「ナラティブ レビュー」「文量バランス」「経緯コメント残ってない」で発動

MUST use when editing CLAUDE.md, SKILL.md, or slash commands. Applies prompt engineering best practices regardless of task size.

ブランチ diff (vs main) を file:line で構造化レポートする非妥協レビュー skill。「細かいレビューする」「コードレビューして」「これじゃダメ」「もっとシンプルに」「この PR をレビュー」「コミット前にレビュー」「diff を見て」「PR を出す前に見て」「全部見て」「どこから直すべきか」等のように、ユーザーが diff 全体を見直したい状況で必ず発動する。変更ファイル拡張子から ts-review / go-review / narrative-review に振り分け、表層 AI ノイズは deslop、設計再フレーミング機会は thermo-nuclear に委譲するメタレイヤとして働く。ただし thermo-nuclear / deslop / ts-review / go-review / narrative-review がユーザーから明示的に呼ばれた場面は対象外 — それらは review を経由せず直接起動するべき。常に report-only。ユーザーが自分のレビューを通すまで外部へ書き込まない HOTL 原則を死守する。

Show the current session's log file path

現在ブランチの diff に対し、保守性・抽象化・モジュラリティ・コード健全性を非妥協的に審査する厳格レビュー。「設計再フレーミング (code judo) で複雑性ごと消す手」を探し、構造の改善余地を必ず提示する。重く尖ったレビューのため、ユーザーから「thermo-nuclear で見て」「厳格レビュー」「設計レベルで見直して」と明示要求された時のみ起動。通常の自走レビューでは使わない

TypeScript / TSX の diff を「設計レベル」だけレビューする skill。狙うのは any / 強制キャストの排除、try/catch の構造見直し (スコープ過大 / 握り潰し)、React Hook の state shape、AI 生成コメント混入、テストケース名 / コードコメントの言語整合。「ts レビューして」「TS の any 消して」「state の持ち方おかしい」「try/catch 広すぎる」等で必ず発動する。lint / formatter / tsc が止める領域 (import 順 / kebab-case / Hook 依存配列 / 未使用変数 / 型エラー) は対象外 — 重複指摘は明確に嫌われているので踏み込まない。常に report-only。

ユーザーが明示的に指示したコードコメントを記述する。通常のコード編集ではコメント追加が comment-guard hook でブロックされるため、コメント記述が必要なときにこのスキルを使う。