name-audition

Name Audition — «名前のキャスティング」

候補の名前を選ぶ前にオーディションしましょう。ブランドとしての魅力と取得可能性は別物で、ドメインが空いていても安全な名前とは限りません。このオーディションでは、その3つを切り分けます。候補はオーディションを受け、最良のものが選ばれ、残りは単に不採用になります。

このスキルに込められた重要な教訓

響きが完璧で、評価も高く、すべてのドメインが空いている名前でも、選ぶべきではない場合があります。候補が審査に落ちる3つのパターンを、深刻な順に示します。

1. 隣接ドメインでの競合は最悪のパターンです。 対象の業界ですでに事業を展開している製品がある場合、文字列を登録できる状態でも、その名前は不採用になります。同じ分野での混同とSEOの希薄化は致命的です。
2. 説明的・一般的な名前は、ドメインが空いていても弱い名前です。 登録は簡単でも、独自のブランドとして確立するのは困難です。商標にもSEOにも不利で、競合にひしめかれやすくなります。
3. 検索で見つからないこと ≠ 取得可能であること。 「検索結果に出てこなかった」ことは、名前が空いている証拠にはなりません。選ぶ前に、信頼できる情報源で確認してください。

ワークフロー — キャスティング

次のステージを順番に進めます。ステージ3aと3bは並行して実行します。

1. ブリーフ。 次の項目を確認します：（a）何に名前を付けるのか（製品／アプリ／会社／機能／ベンチマーク）、（b）対象範囲と1行の説明、（c）隣接ドメイン — 対象が属する業界（ヘルスケア、コーチング、プライバシー／セキュリティ、開発者向けツールなど）。これはユーザーから提供してもらいます。（d）トーン／雰囲気、（e）重視するTLD（デフォルトは.com .org .ai .io .app .co）。 （a）～（c）が不足している場合は、まず質問してください。隣接ドメインが、競合調査を有意義にするための鍵です。
2. オーディション。 トーンに合う候補名を4～8個生成します。説明的な複合語よりも、短く、発音しやすく、独自性を確立できる造語を優先します。それぞれの意味や、適している理由も記載します。
3. スクリーンテスト（3aと3bを並行して実行）：
   • 3a — ドメイン（信頼できる情報源）。 scripts/check_domains.sh NAME [NAME ...] -- com ai io ...を実行して、名前×TLDの取得可能性一覧を作成します。WHOISで一致なし、かつNSなしの場合は登録可能です。Creation Date／Registrar／NSがある場合は取得済みです。判定が曖昧な場合は手作業で確認します。これは登録可能性の確認に使うもので、商標の確認には使いません。
   • 3b — 競合調査。 各候補について、以下の情報源を調べるためにfirecrawlスキルまたはウェブ検索を使います（beautifulsoupは使わないでください）。
4. コールバック。 候補ごとのリスク一覧を作成し、安全性と独自性を基準に順位付けします。
5. キャスティングレポート。 presentスキルを使ってインタラクティブなHTMLデッキを作成します。最終候補ごとに1枚のスライドを設け、順位付きの比較と「選びますか？」のスライドも加えます。
6. ブランディング（任意、条件付き）。 ユーザーが希望した場合に限り、nano-bananaまたはgpt-image-2で最終候補ごとのワードマーク／ロゴをドラフト品質で作成し、スライドに埋め込みます。
7. 選定 → 最終判断はユーザー。 理由を添えて有力候補を明確に提示し、最終決定はユーザーに委ねます。「不採用」になった名前は「選考に残らなかった」と表現し、決して「抹殺された」とは言いません。

ステージ 3b — 衝突調査チェックリスト

候補ごとに、以下の領域を検索し、URLを記録します。

• SaaS／AI／スタートアップ — Crunchbase、Product Hunt、"<name>" + 業界での通常のウェブ検索。
• コードの名前空間 — 名前が完全一致するGitHubリポジトリ、PyPIおよびnpmのパッケージ。
• 隣接領域（最重要） — "<name>" + ユーザーの業界。同じ業界で見つかった場合は、その時点で候補から外します。
• プライバシー／セキュリティツール — データの取り扱いに関係する場合は調査します。
• 商標＋独自性 — 関連する区分で有効な商標をUSPTO／EUIPOで簡易確認し、記述性を判断します。独自性があり、権利を取得できそうか、それとも競合が参入しやすい一般的な複合語かを評価します。
• ベンチマーク名 — ベンチマークに名前を付ける場合、決め手となるのはドメインではなく文献です。その名前がすでに公開済みのデータセット／ベンチマークかを確認します（arXiv／ACL／Papers with Code）。ここで重要なのはドメインの衝突ではなく、引用の衝突です。

出力テーブル：

名前	主な既存の使用例（URL）	隣接領域との衝突？	商標／独自性	判定
Acme	github.com/x, acme.io（物流）	いいえ	独自性があり、有効な商標なし	候補に残す

判定は、Callback（次に進む）／Cut（除外）／Cast（採用）です。判断ルールを適用してください。

判断ルール

• 隣接領域との衝突 → Cut。 すべてのドメインが空いていても同じです。同じ業界に競合製品があれば、その名前は使えません。
• 記述的／一般的な複合語 → 弱い。 ドメインは空いていても、商標登録が難しく、SEOにも不利です。登録可能であっても、独自性のリスクを明記します。
• ドメインが空いている ≠ 安全。 利用可能であることは必要条件であって、十分条件ではありません。商標登録が可能で、隣接領域や商標との衝突もない場合に限り、その名前を採用できます。
• 採用前に確認する。 check_domains.shでドメインを確認し、商標は「何も見つからなかった」ではなく、登録機関で照会して確認します。
• まず安全性、次に独自性、その後に美しさの順で評価します。

例（実際の候補選定）

メンタルヘルス／コーチング業界向けに、プライバシー重視の匿名化ツールキットとベンチマークに名前を付けます。 候補：Praxio、Dyad、Sessio、ClientPII、CONFIDE。

名前	スクリーニング結果	判定
Praxio	響きはよいものの、Praxis EMRはメンタルヘルス向けEHRです。まさに同じ業界での衝突です。	Cut
Dyad	問題なく意味もありますが、dyad.shはローカルAI開発ツールで、dyad.aiは医療系企業です。テック分野と対象業界の両方で衝突します。	Cut
Sessio	よい名前ですが、sessio.base44.appはセラピスト向けの同じ業界の製品です。	Cut
ClientPII	すべてのTLDが空いていますが、一般的な記述的複合語で、商標として弱く、SEOにも不利です。	採用見送り（ブランド名として）
CONFIDE	ドメインはすべて使用中（製品ブランドには不向き）ですが、ベンチマーク名としては引用の衝突が少ないです。	Cast（ベンチマーク名として）

ひとことで言えば、ドメインが空いている ≠ 安全であり、ブランドに向いている ≠ 利用可能。 よく見える名前の多くは、ドメイン確認だけでは決して見つからない隣接領域との衝突によって候補から外れます。

scripts/check_domains.sh

scripts/check_domains.sh praxio dyad sessio          # default TLDs (.com .org .ai .io .app .co)
scripts/check_domains.sh praxio dyad -- com ai io     # custom TLDs after a --
TLDS="com org ai" scripts/check_domains.sh praxio     # or via env

ドメインごとにwhois（必要に応じてIANAレジストリの参照先をたどります）とdig +short NSを実行し、name × TLDの形式でfree／taken／?のテーブルを出力します。?は手動確認が必要であることを示します（WHOISのレート制限、または.aiの不安定さ）。PATH上にwhoisとdigが必要です（macOSには付属しています。apt install whois dnsutils）。

参照スキル

• firecrawl — 衝突／文献の調査（ステージ 3b）。beautifulsoupは使用しないでください。
• present — インタラクティブなHTML形式の候補選定レポート（ステージ 5）。比較結果と名前ごとのスライドを渡します。
• nano-bananaまたはgpt-image-2 — 任意のブランド案作成（ステージ 6）。デフォルトではドラフト品質です。

安全性と制限

• WHOIS が確実なのは登録状況であり、商標ではありません。 空いているドメインでも、有効な商標を侵害する可能性があります。必ず別途、商標を調査してください。
• .ai の WHOIS は不安定です。 ? は「空いている」ではなく、「レジストラの検索で確認する」と解釈してください。
• このスクリプトで確認できるのは登録可能性であり、法的な問題がないことではありません — 商標、ソーシャルメディアのアカウント名、アプリストアとの競合は確認しません。事業の基盤となる名前を使う場合は、弁護士にクリアランス調査を依頼してください。
• ブランディングは任意で、ユーザーの要望がある場合に限られます — ロゴはユーザーが依頼した場合にのみ生成してください。別途指示がない場合は、草案レベルの品質とします。
• 名前を決めるのはユーザーです。このスキルは推奨するだけで、決定はしません。

インストール

Claude Code と Codex の両方で利用できます — 平文のワークフロー、1 つの bash スクリプト、Claude 専用ツールは不要です。

cp -R name-audition ~/.claude/skills/   # Claude Code
cp -R name-audition ~/.agents/skills/   # Codex