GitHub Actions の CI 失敗を検出・修正・再検証するスキル。gh コマンドで PR の CI 状態を確認し、失敗時はログを取得して原因を分析、 コードを修正して push、CI が通るまでループする。
Use when: CI が落ちた、CI を直したい、PR のチェックが失敗している、 GitHub Actions のエラーを修正したい、CI を通したい。
Triggers: "CI", "ci-fix", "CI落ちた", "CI失敗", "checks failed", "GitHub Actions", "workflow failed", "CI通して", "CI修正"
インストールする前に、エージェントに与えられる指示の中身を確認できます。
CI 失敗の検出 → ログ取得 → 修正 → push → 再検証のループを自動実行する。
1. check-ci.sh で CI 状態を確認
2. 失敗あり → ログを分析して原因特定
3. コードを修正
4. commit & push
5. wait-ci.sh で CI 完了を待機
6. まだ失敗 → 1 に戻る
| Script | 用途 |
|---|---|
scripts/check-ci.sh [PR番号] | CI 状態確認 + 失敗ログ取得 |
scripts/wait-ci.sh [PR番号] [最大秒数] | CI 完了まで待機（デフォルト 300s） |
PR 番号省略時は現在のブランチの PR を自動検出する。
bash <skill-path>/scripts/check-ci.sh
出力の RESULT: 行で分岐:
all_passed → 完了。ユーザーに報告して終了pending → wait-ci.sh で待機してから再度 check-ci.shfailed → Step 2 へcheck-ci.sh の出力に失敗ログが含まれる。ログが不十分な場合:
gh run view <run-id> --log-failed
エラーの種類を特定:
分析結果に基づきコードを修正する。修正前に関連ファイルを読んで変更の影響を理解する。
git add <修正ファイル>
git commit -m "fix: <修正内容の要約>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>"
git push
bash <skill-path>/scripts/wait-ci.sh
all_passed → 完了。ユーザーに報告failed → Step 1 に戻る（最大 3 回まで）timeout → check-ci.sh で現状を確認してユーザーに報告修正→再検証のループは 最大 3 回 まで。3 回で解決しない場合はユーザーに状況を報告して判断を仰ぐ。
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
This skill should be used when the user asks to "create a team", "spawn agents", "parallel execution", "delegate tasks to agents", "use a swarm", "team workflow", "split work across agents", "run tasks in parallel", or mentions wanting multiple agents to collaborate on a complex task.
日本語の概要は準備中です。原文の説明を表示しています。
Agent Teams スキルを設計・構築するためのベストプラクティスガイド。 サブエージェント定義、SendMessage 通信プロトコル、タスク依存管理、 PostToolUse Hook によるログ、MCP ツール統合、コンテキストファイル設計を網羅。 7つの実績あるチームスキル（app-naming, ui-review, logo-design, persona-creation, skill-creator-team, ui-variations, aso-optimize）から抽出したパターン集。 Use when: Agent Teams を使ったスキルを新規作成したい、 既存のチームスキルの品質を改善したい、エージェント間通信のデバッグ、 チームスキルの設計パターンを知りたい。 Triggers: "agent team", "チームスキル", "エージェントチーム", "サブエージェント定義", "SendMessage パターン", "チーム設計", "エージェント間通信", "team skill", "swarm pattern"
アプリ名・サービス名の命名を、5つの専門エージェントチームで多角的に評価・決定するスキル。 ブランディング、商標/法的リスク、デジタルプレゼンス(SEO/ASO/SNS)、国際展開(多言語/発音)の 4観点から候補を提案・調査・議論し、コンテキストファイルと議事録で次回セッションへ引き継ぐ。 Use when: アプリ名を決めたい、サービス名を変更したい、プロダクト名を検討したい、 ネーミングブレスト、名前の商標チェック、アプリ名のリネーム。 Triggers: "アプリ名", "サービス名", "プロダクト名", "ネーミング", "名前を決め", "リネーム", "rename", "app name", "naming", "ブランド名", "商標チェック"
App Store プレビュー動画を Remotion (React) で生成する Agent Team スキル。 video-director が構成を設計し、script-writer がナレーション台本を作成し、 motion-designer が Remotion コードを実装し、preview-reviewer がコードレビューし、 frame-inspector がレンダリング結果を目視検証する。 Use when: App Store プレビュー動画を作りたい、アプリのプロモーション動画を作りたい、 Remotion で動画を生成したい。 Triggers: "プレビュー動画", "App Store 動画", "アプリ動画", "preview movie", "Remotion", "動画作成", "app preview"
アプリのトーン&マナー（トンマナ）を8名のエージェントチームで設計するスキル。 ブランドアーキタイプ・パーソナリティ定義から、カラー・タイポグラフィ・ビジュアルスタイル・ トーン・オブ・ボイスまでを一貫設計し、Pencil (.pen) + Markdown で成果物を出力する。 「デザインテンション」（矛盾ペア）を核に、AIっぽくない独自のブランドアイデンティティを生成する。
仕様書・要件定義からソフトウェアアーキテクチャを設計するスキル。 5人の専門エージェント（Architecture Lead・Module Designer・Dependency Analyst・ Platform Expert・Devil's Advocate）が協議しながら、 モジュール分割・依存関係・データフロー・インターフェース設計を行う。 成果物は構造化されたアーキテクチャ設計書（Markdown）。 Use when: 仕様書からどう設計するか迷っている時、モジュール分割の方針を決めたい時、 技術スタックに合ったアーキテクチャパターンを選びたい時、 設計書を作成したい時。 Triggers: "アーキテクチャ設計", "arch design", "仕様書から設計", "モジュール分割", "設計書を作りたい", "アーキテクチャを考えて", "コンポーネント設計", "依存関係を設計", "どう設計する", "design the architecture", "design from spec"