Skip to content
cccskills
FreePublished on GitHub

brand-essence

アプリ・サービスのブランドエッセンス(USP・差別化・タグライン・カテゴリ帰属)を ヒアリングと分析で抽出し、構造化ドキュメントとして出力するスキル。ロゴデザイン、ASO、LP、トンマナ設計など、あらゆるブランド制作物の「前工程」として機能する。コードベースや既存ドキュメントがあれば自動で読み取り、不足分だけユーザーに質問する。

Use when: ブランドの核心を整理したい、ロゴやLPを作る前に訴求ポイントを明確にしたい、 USPを言語化したい、差別化ポイントを整理したい、タグラインを考えたい。

Triggers: "ブランドエッセンス", "brand essence", "USP", "訴求ポイント", "差別化ポイント", "タグライン", "何が売りか整理", "ブランドの核心", "訴求整理", "ブランド定義", "value proposition", "カテゴリ帰属"

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md6.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Brand Essence Skill

アプリ・サービスのブランドエッセンスを抽出・言語化するスキル。 ロゴ、トンマナ、ASO、LP、コピーなど、あらゆる制作物の 前工程 として使う。

なぜ必要か

ロゴやLPを作る前に、以下が明確でないと的外れな成果物が出る:

  • 何のアプリか(カテゴリ帰属)→ 一目で伝わるか
  • 何が一番の売りか(USP)→ 差別化されているか
  • 競合と何が違うか(差別化)→ 埋もれないか
  • 一言で伝えたいこと(タグライン)→ 記憶に残るか

出力ファイル

docs/brand-essence.md に以下の構造で出力:

# {アプリ名} - Brand Essence

## カテゴリ帰属
**{アプリ名} は {カテゴリ} である。**
(例: fpt はポモドーロタイマーアプリである)

> ロゴ・LP・ストア掲載で「何のアプリか」が一目で伝わること。
> カテゴリを示すビジュアル要素(時計、カレンダー、チャット吹き出し等)は
> 差別化要素より優先して含める。

## USP(Unique Selling Proposition)
**{一文で表す独自の売り}**
(例: 25分で強制打ち切り — 止められないタイマー)

## 差別化ポイント
**{競合との違いを対比で表現}**
(例: 他のポモドーロは無視できる。fpt は無視できない。)

| 観点 | 競合の一般的なアプローチ | {アプリ名} のアプローチ |
|------|------------------------|----------------------|
| ... | ... | ... |

## タグライン
**「{ユーザーに一言で伝えたいこと}」**
(例: 「25分の約束を、あなたの代わりに守るアプリ」)

## ブランドパーソナリティ(任意)
- トーン: {厳格 / 穏やか / 遊び心 / プロフェッショナル 等}
- 感情: {ユーザーに感じてほしい感情}

## 制作物への適用ガイド
| 制作物 | カテゴリ帰属の反映 | USPの反映 | タグラインの反映 |
|--------|-------------------|-----------|----------------|
| ロゴ/アイコン | {カテゴリを示すモチーフ} | {差別化を示す要素} | — |
| App Store | カテゴリ設定 | スクリーンショット1枚目 | サブタイトル |
| LP | ファーストビュー | ヒーローセクション | ヘッドライン |
| トンマナ | — | デザインテンション | ボイス&トーン |

抽出プロセス

Step 1: 自動収集

コードベースや既存ドキュメントから情報を自動収集:

  1. docs/product-context.md があれば読み込む(product-discovery の成果物)
  2. demand.md、README、アプリの説明文があれば読み込む
  3. 既存の設計ドキュメント(ADR、仕様書等)から抽出
  4. App Store / Google Play の既存メタデータがあれば読み込む

Step 2: ギャップ分析

自動収集した情報で埋まらない項目を特定:

✅ 自動で埋まった:
- カテゴリ帰属: ポモドーロタイマー(demand.md から)
- USP: 強制打ち切り(ADR から)

❓ ユーザーに確認が必要:
- タグライン: 候補はあるが確定していない
- 差別化の対比表: 競合の具体名が不明

Step 3: ヒアリング(不足分のみ)

自動収集で埋まらなかった項目だけユーザーに質問する。 既にわかっていることを聞き直さない。

質問テンプレート:

ブランドエッセンスを整理しています。
以下の情報が不足しています:

1. {質問1}
2. {質問2}

既に把握済み:
- カテゴリ: {自動収集した値}
- USP: {自動収集した値}

Step 4: 言語化・構造化

収集した情報を docs/brand-essence.md に構造化して出力。

Step 5: 確認

ユーザーに最終確認:

  • 「この内容で合っていますか?」
  • 修正があれば反映

他スキルとの連携

このスキルの出力(docs/brand-essence.md)は以下のスキルの入力として使える:

スキル使い方
logo-designカテゴリ帰属 → モチーフ選定、USP → 差別化要素
app-tone-mannerブランドパーソナリティ → トーン設計
aso-optimizeタグライン → サブタイトル、USP → 説明文
screenshot-creatorUSP → 1枚目スクリーンショットのメッセージ
persona-creation差別化 → ペルソナのペインポイントとの接続
competitive-analysis差別化対比表 → 競合分析の起点

logo-design での参照方法

logo-design スキルは Phase 0 で docs/brand-essence.md の存在をチェックし、 あれば自動読み込みする。なければユーザーに brand-essence スキルの実行を推奨する。

# Phase 0 で自動チェック
if docs/brand-essence.md exists:
  → context.md に「ブランドエッセンス」セクションとして取り込む
  → 全エージェントのプロンプトに含める
else:
  → ユーザーに通知:
    「docs/brand-essence.md が見つかりません。
     /brand-essence を先に実行すると、より的確なロゴが作れます。」
  → ヒアリングで最低限の情報(カテゴリ・USP)は直接聞く

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

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.

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

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"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

アプリ名・サービス名の命名を、5つの専門エージェントチームで多角的に評価・決定するスキル。 ブランディング、商標/法的リスク、デジタルプレゼンス(SEO/ASO/SNS)、国際展開(多言語/発音)の 4観点から候補を提案・調査・議論し、コンテキストファイルと議事録で次回セッションへ引き継ぐ。 Use when: アプリ名を決めたい、サービス名を変更したい、プロダクト名を検討したい、 ネーミングブレスト、名前の商標チェック、アプリ名のリネーム。 Triggers: "アプリ名", "サービス名", "プロダクト名", "ネーミング", "名前を決め", "リネーム", "rename", "app name", "naming", "ブランド名", "商標チェック"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

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"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

アプリのトーン&マナー(トンマナ)を8名のエージェントチームで設計するスキル。 ブランドアーキタイプ・パーソナリティ定義から、カラー・タイポグラフィ・ビジュアルスタイル・ トーン・オブ・ボイスまでを一貫設計し、Pencil (.pen) + Markdown で成果物を出力する。 「デザインテンション」(矛盾ペア)を核に、AIっぽくない独自のブランドアイデンティティを生成する。

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

仕様書・要件定義からソフトウェアアーキテクチャを設計するスキル。 5人の専門エージェント(Architecture Lead・Module Designer・Dependency Analyst・ Platform Expert・Devil's Advocate)が協議しながら、 モジュール分割・依存関係・データフロー・インターフェース設計を行う。 成果物は構造化されたアーキテクチャ設計書(Markdown)。 Use when: 仕様書からどう設計するか迷っている時、モジュール分割の方針を決めたい時、 技術スタックに合ったアーキテクチャパターンを選びたい時、 設計書を作成したい時。 Triggers: "アーキテクチャ設計", "arch design", "仕様書から設計", "モジュール分割", "設計書を作りたい", "アーキテクチャを考えて", "コンポーネント設計", "依存関係を設計", "どう設計する", "design the architecture", "design from spec"

The English summary is being prepared. Showing the original description.

sean-sunagaku/claude-code-plugin38Updated Jul 30, 2026

See all skills by sean-sunagaku

Report a problem with this skill