アプリ名・サービス名の命名を、5つの専門エージェントチームで多角的に評価・決定するスキル。 ブランディング、商標/法的リスク、デジタルプレゼンス(SEO/ASO/SNS)、国際展開(多言語/発音)の 4観点から候補を提案・調査・議論し、コンテキストファイルと議事録で次回セッションへ引き継ぐ。 Use when: アプリ名を決めたい、サービス名を変更したい、プロダクト名を検討したい、 ネーミングブレスト、名前の商標チェック、アプリ名のリネーム。 Triggers: "アプリ名", "サービス名", "プロダクト名", "ネーミング", "名前を決め", "リネーム", "rename", "app name", "naming", "ブランド名", "商標チェック"
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
5つの専門エージェントがチームで相互フィードバックしながら議論し、最適なアプリ名を決定する。 コンテキストファイルで過去の候補・却下理由・学びを蓄積し、次のラウンドに引き継ぐ。
各セッションで以下のファイルを作成・管理する:
.claude/app-naming/{YYYY-MM-DD}_{project}/
├── context.md ← 全体コンテキスト（アプリ情報・学びの蓄積）
├── SUMMARY.md ← 全ラウンドを横断するサマリー
└── round-{N}/ ← N は 01, 02, 03... の2桁ゼロ埋め
├── context.md ← このラウンドの目的・制約・方針
├── log.md ← このラウンドの議事録（時系列・決定事項）
└── candidates.md ← このラウンドで評価した候補と評価結果
これにより:
context.md を読めばすぐにコンテキストを復元できるlog.md で「なぜその候補を却下したか」を追跡できるcandidates.md で評価スコアの変遷を管理できる以下を確認する（不明ならユーザーに質問）:
過去のラウンドで以下のパターンが頻繁に脱落原因になる。ヒアリング時に方向性を確定し、brand-strategist への指示に含めること:
日本語カタカナ読みやすさ（重要）:
ドメイン競合（致命的）:
.app ドメインが既存サービスで使用中だと事実上使えない（例: spelo.app→AI英語コーチ、navelo.app→サイクリングアプリ）.app ドメインの実検索を最優先で指示する.com がパーキング中（売却目的）なら交渉可能だが、.app が現役サービスだと致命的カタカナ称呼同一問題:
TeamCreate で app-naming チームを作成。以下5エージェントを 1つのメッセージで並列に Task ツールで起動する。
| name | 役割 | 主な調査手段 |
|---|---|---|
context-manager | コンテキストファイル・議事録の作成と管理 | Write/Edit |
brand-strategist | 候補15個提案・ブランド評価・絞り込み | アプリ情報分析 |
legal-researcher | 商標・App Store競合・ドメイン調査 | WebSearch |
digital-presence | SEO・ASO・SNSアカウント評価 | WebSearch |
global-checker | 多言語の意味・発音・国際展開チェック | WebSearch |
TaskCreate で6つのタスクを作成:
addBlockedBy: ["1"]）addBlockedBy: ["1","2","3","4","5"]）subagent_type: "context-manager" # agents/ で定義済みのサブエージェント名
team_name: "app-naming"
mode: "bypassPermissions"
run_in_background: true
プロンプトに含める情報（全エージェント共通）:
.claude/app-naming/{date}_{project}/エージェント同士が能動的にコミュニケーションし、複数ラウンドで相互フィードバックを行う。 リーダーは基本見守り。エージェントが詰まった場合のみ介入。
[brand-strategist]
→ 全員に: 候補15個を送信し「各観点で評価してください」と依頼
[legal-researcher]
→ brand-strategistに: 「使用不可」候補を即座に警告
→ 全員に: リスクレベル付きの調査結果
[digital-presence]
→ brand-strategistに: SEO/ASO スコア上位候補を共有
→ global-checkerに: 「この候補のSNS取得状況はどうか」
[global-checker]
→ brand-strategistに: 「使用不可」候補を即座に警告（ネガティブ意味あり）
→ legal-researcherに: 「この候補は中国語でXXという意味がある、商標でも問題ないか？」
[brand-strategist（受信後）]
→ 全員に: 問題のある候補を除外した修正版（上位10候補）を再送
[brand-strategist]
→ 全員に: 「上位5候補に絞りました。これで最終スコアリングをお願いします」
[legal-researcher / digital-presence / global-checker]
→ 各自の最終スコア（10点満点）を確定し brand-strategist に送信
→ 他エージェントのスコアに異議があれば議論
[brand-strategist]
→ 全員に: 総合スコアランキング（1〜5位）を作成して共有
全エージェント → 全員に: 最終推奨を以下のフォーマットで送信
推奨: {候補名}
スコア: ブランド/法的/デジタル/グローバル = 各10点満点
総合: XX/40点
推奨理由: {簡潔に}
懸念点: {あれば}
最高スコアの候補 or 複数エージェントが推す候補をリーダーが採用
全報告が揃ったら統合レポートを MD で出力する。テンプレートは references/report-template.md を参照。
出力先: プロジェクトルートに APP_NAMING_REPORT.md
レポートに含める:
shutdown_request を送信TeamDelete でチーム削除スキルと同梱の scripts でコンテキストファイルの初期化・管理が簡単になる。
bash scripts/init.sh <project-name>
# 例
bash scripts/init.sh miravy
# → .claude/app-naming/2026-02-18_miravy/ を作成
作成されるファイル:
.claude/app-naming/{date}_{project}/
├── context.md ← アプリ情報を記入する
├── SUMMARY.md
└── round-01/
├── context.md
├── log.md
└── candidates.md ← 候補と評価結果テーブル
bash scripts/new-round.sh <project-dir>
# 例
bash scripts/new-round.sh ~/.claude/app-naming/2026-02-18_miravy
# → round-02/ を作成
# 全プロジェクト表示
bash scripts/status.sh
# 特定プロジェクト
bash scripts/status.sh ~/.claude/app-naming/2026-02-18_miravy
bash scripts/finalize.sh <project-dir> <round-number>
# 例: round-02 の結果で最終化
bash scripts/finalize.sh ~/.claude/app-naming/2026-02-18_miravy 02
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
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"
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"
コードベースのアーキテクチャを 6 つの専門エージェントチーム（Claude 5体 + Codex 1体）で 多角的に分析し、リスク・デグレしやすい箇所・改善ポイントを洗い出すスキル。 パフォーマンス、スケーラビリティ、信頼性、セキュリティ、運用、DX、データ整合性、依存関係の 8 観点を 5 グループに分担し、さらに Codex がクロスカットレビュアーとして横断分析する。 エージェント同士が反論・補足・自由な議論を行い、合意形成した結果をレポートとして出力する。 どのプロジェクトでも使える汎用スキル。 Use when: アーキテクチャを分析したい、リファクタリング前にリスクを把握したい、 デグレしやすい箇所を知りたい、コードの健全性を確認したい、大きめの実装前に注意点を洗い出したい、 技術的負債を可視化したい、コードベースの品質を監査したい。 Triggers: "arch review", "アーキテクチャ分析", "アーキテクチャレビュー", "リスク分析", "コード監査", "codebase audit", "技術的負債", "デグレしやすい", "architecture analysis", "risk analysis", "コードの健全性", "品質チェック", "実装前の確認"