GitHub PR を「人間レビューが必要か」の観点で判定し、required / pending / optional の3値で報告するスキル。統制系変更・不可逆操作・セキュリティ境界・個人情報フロー・外部契約・新規パターン導入・高リスク値計算・実行時ハザードの8トリガーに照らして判定し、どれにも当てはまらなければ optional に倒す。diffの外の事実に正しさが依存する場合のみ pending とし、その場で質問して回答を反映し required / optional…
.database_consistency.yml のチェッカーを1回の実行で1つずつ段階的に有効化するスキル。違反は自明なものは修正し、アプリ仕様上やむを得ないものは理由コメント付きでテーブル/カラム単位の個別無効化を行う。
プランモードで練り上げた実装計画が1ファイルに収まらないほど大きくなった場合に、SSOT（overview.md）+ フェーズ索引（README.md）+ フェーズ別詳細（phase-N-*.md）の複数ファイル構成に分割して出力するスキル。出力先ディレクトリは引数で指定するか、なければユーザーに確認する。各ドキュメントはコードを含まず「何を作るか」「どの順でどう作るか」を記述する設計文書。「プランが大きすぎる」「フェーズに分けたい」「プランをドキュメント化したい」「計画ドキュメントを出力して」と言われたとき、また…
GitHub Actions の steps 並列実行機能（parallel: / background: + wait: / cancel:）を使って、.github/workflows のワークフローを新規作成または最適化するスキル。直列ステップの待ち時間を重ねて短縮したいとき、別々の job に分かれたセットアップ（checkout/依存関係インストール）の重複を1つに畳んでコストを下げたいとき、CI/CDを速くしたいときに使う。ただし「なんでも並列化すればいい」わけではなく、CPU/メモリを食い合う重い処理…
GitHub PRのレビューコメントのうち、Hide・解決済みでないものだけを抽出して対応する。
Commit, push, and create or update a PR
GitHub Actions の CI 失敗を、失敗ジョブの特定 → ログからの原因抽出 → 原因分類 → ローカル再現 → 修正 → 検証まで体系的に進めるスキル。特に、失敗ログのノイズに埋もれて原因が見えないとき、環境依存でフレーキーに落ちているときに役立つ。修正に人の判断が必要な場合は、対話モードでは確認して中断し、--non-interactive 指定時はPRにコメントを投稿して中断する。
`bundle exec erblint app` の既存違反をファイル単位で無効化する todo ファイル群 （`.erb_lint_todo.yml` / `.erb-lint-rubocop-todo.yml`）を生成・初期化する手順。手動起動専用 （`/erblint-todo-init`）。todo を作り直したいときなど、一回性のセットアップ作業でのみ使う。 rubocop 単体・haml-lint・herb-lint の運用には使わない。