discover-product-domain

プロダクトのドメインを見つける

プロダクトのアイデアを、レジストラで正確な .com ドメインを確認した、記憶に残る名前に変えます。Vids + Jar のような人間の発想による組み合わせを、後付けではなく、発見の中核となる手法として扱います。

モード

ガイドモードで開始します。まず判明している情報を整理し、次に影響の大きい未解決の質問を一度に一つずつ、2～4個の選択肢と、最初に推奨案を添えて尋ねます。ユーザーが簡潔な結果、自律的な結果、または一度で完了する結果を明示的に求めた場合に限り、ラピッドモードを使用します。ラピッドモードでは以下のデフォルトを適用し、人間による組み合わせのステップを省略します。

レジストラとアカウントへの操作は読み取り専用にします。ドメインを検索して確認しますが、サインイン、カートへの追加、オファー、購入、登録、ハンドルの作成、その他の外部への変更を行う前に停止します。ユーザーがレポートを求めた場合に限り、ローカルの Markdown レポートを作成します。

開始ルート

ユーザーがすでに提供した作業を維持できる、最短のルートを選択します。この表で、各ルートが実行するステップを定めます。後続のステップでルートを再決定しないでください。

ルート	ステップ	ルートの開始点
ゼロから作成	1-8	アイデア。ファネル全体を実行します
確認または順位付けのみ	1, 4, 6-8	評価、スクリーニング、確認、順位付けを行う候補リスト。生成、組み合わせ、拡張は行いません
候補リストと代替案	1, 2, 4-8	人間による反応そのものとしての候補リスト。ステップ2の素材バンクは、候補リストとブリーフから作成します
組み合わせまたはブラッシュアップ	1, 2, 5-8	名前、断片、または名前一つによる人間の反応。ガイドモードでの組み合わせ要件を満たします。素材バンクは、それらとブリーフから作成します

提供された候補セットを置き換えたり、黙って拡張したり、無視したりしないでください。代替案を求められた場合、または不十分な候補リストを広げることをユーザーが承認した場合に限り、その範囲を超えて生成します。

ファネル

1. ネーミングブリーフを確定する

質問をする前に、会話から次の項目を把握します。

• 名前を付ける対象と、その役割を説明する一文。
• 主な対象者と市場の言語。
• 中核となる価値提案と、伝えたい感情的な印象。
• 3年間の事業拡大の範囲。
• 希望する、または避けたいトーン、単語、音、連想。
• 名前でプロダクトを説明するか、抽象的なブランド名として機能させるか。
• 対象者が読むその他の言語、対象者が専門用語を使う分野、この名前が衝突してはならない既存のブランド。

未解決の希望事項は、温かみがあり、明快で、信頼感があり、世界中で発音しやすく、5～10文字で、自然な場合は2音節、ハイフンや数字は使わない、というデフォルトにします。「説明的か抽象的か」の項目は、説明を要件としないことをデフォルトとし、生成前に ${CLAUDE_SKILL_DIR}/references/naming-lenses.md の「説明は任意」セクションを読みます。対象者が使うその他の言語、専門用語の分野、ブランド衝突の対象が明示されていない場合は、市場の言語と英語、対象者自身の分野を専門用語の情報源、この会話でユーザーが挙げたすべてのブランドをデフォルトにします。${CLAUDE_SKILL_DIR}/references/naming-lenses.md の「Wart チェック」はこれらを対象に実行するため、デフォルトも記録してください。ガイドモードでは、回答が変わることで候補セットに実質的な影響がある場合に限り、質問します。

すべての項目に回答があるか、明示的なデフォルトが設定された時点で、このステップは完了です。

2. 素材バンクを作成する

${CLAUDE_SKILL_DIR}/references/naming-lenses.md の「素材バンク」セクションを読み、少なくとも4つの意味カテゴリから、異なる素材を12個以上抽出します。後の組み合わせで出所を維持できるよう、各素材について出典と種類を記録します。

素材バンクに、3つのネーミングレンズすべてで使える、直接的、示唆的、比喩的、感情的、音声的な素材が十分に揃った時点で、このステップは完了です。

3. 独立して生成する

サブエージェントを利用できる場合は、命名エージェントを3つ並行して割り当てます。${CLAUDE_SKILL_DIR}/references/naming-lenses.md にある各レンズの契約全文を読みます。各エージェントに1つずつレンズを割り当てます。

1. 複合語作成者
2. ポジショナー
3. 音韻発明者

各エージェントに同じブリーフとアトムバンクを渡しますが、他のエージェントの候補は渡しません。${CLAUDE_SKILL_DIR}/references/naming-lenses.md にある、そのエージェント向けのレンズルール全文と必須の出力形式をタスクに含めます。サブエージェントがこのスキルの相対パスを解決できるとは想定しないでください。各エージェントは、36個の名前プールのうち割り当てられた分を返します。分担と変更条件は、${CLAUDE_SKILL_DIR}/references/naming-lenses.md の「説明は任意」が規定します。サブエージェントを利用できない場合は、3つのレンズを順番に実行し、統合するまで各プールを分けておきます。

このステップは、ブリーフの割り当てに従って3つの独立したレンズに分かれた、36個の未加工の名前が揃った時点で完了です。

4. 統合または評価する

検索を行う前に、${CLAUDE_SKILL_DIR}/references/domain-verification.md を読みます。2段階のエビデンス手順はこの文書に記載されています。まずレジストリを検索して絞り込み、その後、レジストラで確認します。記録するステータス用語も、両段階についてこの文書に記載されています。

${CLAUDE_SKILL_DIR}/references/naming-lenses.md の「ブランドスコア」表を使って、すべての候補を採点します。ドメインの利用可否はドメインゲートです。レジストラで確認した、標準価格の正確な .com ドメインの利用可否を指し、スコアには含めません。

グリーンフィールドの進め方では、プール内の重複を取り除き、${CLAUDE_SKILL_DIR}/references/naming-lenses.md のリミックス演算子を適用し、3つすべてのレンズにまたがる12個の名前を選びます。候補リストが提示されている場合は、12個を求めたり、レンズを無理に網羅させたりせず、提示された候補すべてを維持して採点します。却下した名前に含まれる強いアトムは残します。既に取得されている複合語でも、勝者の半分を成す要素になることがあります。

現在の候補セットについて、正規の .com ドメインを検索し、すべての検索結果をステータス用語で記録します。

ガイド付きグリーンフィールドモードでは、最初の候補を提示し、${CLAUDE_SKILL_DIR}/references/naming-lenses.md で定義された構造化リアクションを1つ受け取ります。迅速モードでは、自律的にリアクションを作成します。最も有力なアトムまたはパターンを4つ残し、下位候補に共通する弱点を却下します。また、人によるリミックスのターンを意図的に省略し、ユーザーの好みを推測していないことを記録します。

このステップは、グリーンフィールドのユーザーがリミックスへのリアクションを提示した場合、迅速モードで自律的なリアクションを記録した場合、代替案付き候補リストの提示時に提示セットをリアクションとして維持した場合、または確認のみの候補リストで提示されたすべての名前の検索済みステータスを保持した場合に完了です。

5. 8つのリミックスを作成する

リミックスまたは改良の進め方では、ここで初めて採点と検索を行います。採点や検索を行う前に、ステップ4の両方の参照資料を読みます。

ユーザーが作成した組み合わせはすべて、独立したシードとして扱います。${CLAUDE_SKILL_DIR}/references/naming-lenses.md の「リミックス演算子」を適用します。可能であれば、関連するリミックス演算子と出力仕様をタスクに含め、リアクションを元のレンズ担当者に後続タスクとして送ります。それ以外の場合は、演算子を手元で適用します。好まれたアトムを組み合わせ、却下されたパターンを避けて、新しい名前を8つ作成します。提示された元のシードと8つのリミックスを合わせて採点し、まだ確認していない正規の .com ドメインをすべて検索します。

このステップは、見た目だけを変えたものではない8つのリミックスについて、検索済みステータスが記録された時点で完了です。

6. 拡張生成の制御

暫定名は candidate_available_rdap を保持します。これはスクリーニング済みであり、確認済みではないことを意味します。このステータスではレジストラによる確認に進めますが、誰でもそのドメインを購入できることを証明するものではありません。

以下の遷移を使用します。ステップ 7 でしか得られない証拠を、ステップ 6 で待たないでください。

• 入力された綴りが無効です。 正確な .com の綴りを求め、ユーザーが解決するまで「Input blocked」で停止します。無効な生成候補は記録して除外し、証拠の失敗として扱わないでください。
• 証拠が不明です。 ${CLAUDE_SKILL_DIR}/references/domain-verification.md のバックオフに従って、一度だけ再試行します。必須ではない生成候補が不明のままの場合は記録し、他の候補でドメインゲートを満たせるなら除外します。不明な候補が入力された候補リストに含まれる場合、またはドメインゲートを妨げている場合は、影響を受けるドメインと失敗した証拠の境界を示して「Evidence blocked」で停止します。証拠の確認ができない間は、ネーミングのラウンドを行わないでください。
• 未確認の暫定名がある場合。 ステップ 7 に進みます。
• 暫定名の確認対象が残っておらず、最終候補が 3 件に満たない場合。 生成を行わないルートでは、残った候補をステップ 8 に進めます。それ以外で、拡張ラウンドが 2 回未満の場合は、失敗したルート、レジストラの却下理由、優先する語句、長さの制約を添えて、3 つの視点を実行します。ステップ 3 と同様に、各視点の完全なルールと出力仕様を含めます。重複を除いて新しい候補を採点し、新規候補から有力な名前を選び、スクリーニングした後、これらの遷移を再度適用します。
• 拡張ラウンドを 2 回使い切った場合。 緩和する命名制約をユーザーに尋ねます。語句の範囲、トーン、最大文字数、複合語の複雑さから選びます。ドメインゲートは緩和しないでください。回答があれば、拡張カウンターを一度だけリセットします。緩和が拒否された場合、または成果がない場合は「Generation shortfall」で停止します。

生成中は、各視点を独立させてください。

7. レジストラで確認する

${CLAUDE_SKILL_DIR}/references/domain-verification.md の確認ステージに従い、そこで求められる証拠フィールドを記録します。生成を行うルートでは、ドメインゲートを通過するものが 3 件になるまで暫定名を確認します。確認のみを行う候補リストでは、入力された暫定名をすべて確認します。

プレミアム、流通市場、予約済み、取得済み、不明のドメインは最終候補 3 件から除外します。検索によって空き状況が確保されることはないため、ユーザーが行動する直前に選択した名前を再確認してください。

最終候補が 3 件に満たず、アクティブなルートが生成を行う場合は、ステップ 6 に戻ります。確認のみを行う入力候補リストでは、代替候補を作り出さずに不足を報告します。

生成ルートでレジストラ確認済みの最終候補が 3 件そろうか、ステップ 6 で「Generation shortfall」となった場合、または確認のみを行う候補リスト内のすべての入力ドメインが終端ステータスである registered、registrar_confirmed_available、premium_or_reserved のいずれかになった場合に、このステップは完了です。暫定名が終端ステータスになることはありません。有力な候補がある場合は、それを示してください。ない場合は、現在の状態に合致するステップ 6 の遷移に従ってください。

8. 推奨

生成ルートでは、ユーザーが追加を求めない限り、最終候補を必ずちょうど3つ返します。「生成不足」でファネルが終了した場合は、残った候補をすべて返し、代替候補を作り出すのではなく不足を報告します。検証のみの候補リストでは、枠を埋めるために名前を作り出すことなく、レジストラで確認済みの候補を順位付けします。返す名前ごとに、以下を含めます。

• スペルと発音；
• 適している理由と、最も大きなデメリット；
• 70点満点のブランドスコア；
• レジストラで確認済みのドメインの根拠と価格。

生成、代替案、リミックス、改良の各ルートでは、さらにアトムのレシピ、レンズまたはユーザーの来歴、近い方向性のリミックス案を2つ含めます。検証のみの結果には、これらの生成に関する情報を含めません。

候補が1つ以上残っている場合は、勝者を選びます。2つ以上残っている場合は、次点も選び、決め手となったトレードオフを1文で述べます。候補が1つも残らなかった場合は、名前を推奨せず、不足を報告します。ユーザーの好みと数値のブランドスコアは別に扱います。このワークフローでは、商標調査、ソーシャルメディアのハンドル確認、法的審査を行っていないことを警告します。

ユーザーから依頼された場合に限り、永続的なレポートを保存し、その際は ${CLAUDE_SKILL_DIR}/references/durable-report.md に従います。

完了条件

終端状態に達するまで停止しないでください。終端状態は、ステップ7の完了条件、またはステップ6の「生成不足」、「証拠の確認が阻まれた」、「入力が阻まれた」です。実際に照会したすべてのドメインについて、ステータスを記録してください。

記録したうえで除外した、生成された unknown または invalid_candidate は、完了を阻みません。unknown が「証拠の確認が阻まれた」を返すのは、ユーザーから提示された候補リストに含まれている場合、またはドメインの判定を妨げる場合に限られます。invalid_candidate が「入力が阻まれた」を返すのは、ユーザーから名前が提示された場合に限られます。

ユーザーの選択とステップ7の実行前の再確認によって、実行は完了します。取得が成立したと判断できるのは、別途許可を得たうえで登録に成功した場合に限られ、このスキルが取得を主張することはありません。