القائمة
CIのステータスを確認し、失敗を分析して自動修正するSkill。ユーザーが「CIを直して」「CIが落ちているので修正して」のように依頼したら使うこと。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
GitHubのPull Request(PR)のコードレビューを行うSkill。worktreeを作成してソースコード全体を読みながらFinder SubAgentで指摘候補を発見し、Verifier SubAgentで検証する。レビューをレポートとインラインコメントで投稿する。self reviewにも対応する。 ユーザーが「このPRをレビューして」のように依頼したら使うこと。
Agent skill (SKILL.md)の品質を評価基準に沿って採点し、観点ごとの判定と修正案をレポートするSkill。 評価のみ行い、ファイルの編集はしない。 ユーザーが「このskillを評価して」「skillをレビューして」「SKILL.mdの品質を見て」のように依頼したら必ずこのSkillを使うこと。 skillの新規作成や編集そのものを依頼された場合は使わない。
GitHub issueを起点に「調査 → worktree作成 → 実装 → PR作成」を一気通貫で実行するSkill。実装はSubAgentに委譲し、commitとPR作成はgit-commit・github-pr-create skillに連結して実行する。「#N をsubagentで解決して」「実装をsubagentに任せてissueからPRまで」のような依頼に使う。
Pull Requestを作成するSkill。現在のbranchからpull requestを作成する。言語指定可能。 ユーザーが「PR作って」「pull request作成して」のように依頼したら使うこと。
計画や設計について、意思決定のあらゆる分岐点が解消されるまで、徹底的に質問を繰り返してください。ユーザーが計画の改善・詳細化・最適化を望んでいる場合や、設計について厳しく問い詰めてほしいと言われたとき、あるいは「計画(Plan)を詰めて」、「計画(Plan)を改善して」と要望があった際にこの手順を使用してください。
weztermのpane・tab・windowを `wezterm cli` で操作するskill。paneの分割・フォーカス移動・リサイズ・zoom・close、 tab/windowの作成・切替・リネーム、paneの表示内容の読み取り、paneへのコマンド送信と実行結果の確認を行う。 ユーザーが「weztermのpaneを分割して」「weztermの別paneでコマンドを実行して」のように、weztermと明示して依頼したときだけ使うこと。 ユーザーはtmuxも併用しているため、「paneを分割して」のようにweztermと明示されていないpane/tab操作の依頼では使わない (どちらを指すかユーザーに確認する)。 tmuxの操作、およびwezterm自体の設定 (wezterm.luaやkeybinding) の変更にも使わない。
| name | github-fix-ci |
| description | CIのステータスを確認し、失敗を分析して自動修正するSkill。ユーザーが「CIを直して」「CIが落ちているので修正して」のように依頼したら使うこと。 |
| allowed-tools | Read, Edit, Write, Bash(git:*), Bash(gh:*), Bash(cat:*), Bash(ls:*), Bash(bat:*), Bash(eza:*), Bash(grep:*), Bash(head:*), Bash(tail:*) |
GitHub操作は必ずgh CLIで行うこと。GitHub connector/pluginやMCPのGitHubツールは使用しない。
PR number: 確認するPR番号（任意）--no-commit: 修正後のコミットとプッシュをスキップ（任意）。ファイル自体は修正される（commit/pushのみスキップ）--dry-run: 失敗分析と修正方針の提示までで終了し、ファイル編集・commit・pushを一切行わない現在のブランチ、PR情報、PRタイトル、PR本文、CIステータスを確認して、動作モードを判定する。
動作モードを判定する:
検出したモードを以降のPhaseで使用するために保持する。
PRモードでは gh pr view <number> --json headRefName,headRefOid で head branch と head commit SHA を取得し、以降のCI run特定で使う。
gh pr checks ですべてのチェックステータスを取得gh run list --branch <headRefName> --commit <headRefOid> --json databaseId,name,headSha,status,conclusion,workflowNameheadSha が <headRefOid> と一致しないrunは古いrunなので除外するname / workflowName が対応するrunを優先する。対応が曖昧な場合は最新runだけを採用し、別runのログを根拠に修正しないgh run view <run-id> --log-failed--dry-run が指定された場合は、ここまでの失敗分析と修正方針の提示までで終了し、ファイル編集・commit・pushを一切行わない。
以下の場合はこのPhaseをスキップ:
--no-commit フラグが指定されている実行内容:
git add -Afix: resolve CI failures - <brief description>fix: CI失敗を修正 - <簡潔な説明>git pushPRモード:
リポジトリモード: