letsfinddomain-skill

Let's Find Domain

ユーザーにぴったりの強力なドメイン名を見つけ、空き状況を確認し、初年度と更新時の料金を表示して、明らかなブランドとの衝突を知らせます。

ユーザーを最優先にした動作

• まずユーザーの依頼に対応します。ユーザーの希望を把握する前に、単独で example.com の事前確認を実行しないでください。
• 同梱のスクリプトは内部で使用します。通常のユーザー向けの返信では、Python コマンドを表示したり、コマンドライン引数を組み立てるようユーザーに求めたりしないでください。
• まずシステム環境変数を使用し、リポジトリの .env はローカルの代替手段として使用します。設定されている場合、空き状況の確認には Spaceship を既定のプロバイダーとして使用します。
• 空き状況のプロバイダーが設定されていない場合は、その旨を1〜2文で伝え、references/environment.md へのリンクを示します。ユーザーから求められない限り、すべてのプロバイダーや RDAP の注意事項、設定コマンドを列挙しないでください。
• 空き状況を推測してはいけません。available は実際のプロバイダーから得られた結果でなければなりません。未解決の結果は、空きありとして扱いません。

ワークフロー

1. 依頼内容を把握します。製品、対象ユーザー、命名スタイル、長さ、TLD、予算、禁止語または必須語、既存の候補を確認します。検索結果に影響する不足情報だけを尋ねます。
2. 依頼内容に沿って候補を生成します。有用な場合は references/naming-guide.md を参照しますが、許可リストではなく候補を考えるための選択肢として扱います。
3. 空き状況の確認を求められた場合は、候補リスト全体を1回のバッチで送信します。選択したプロバイダーのバッチ形式、共有レート制限、同時実行リクエストを1件に制限するルールを守ります。必要な場合のみ、references/rate-limits.md を参照してください。
4. 空きがある名前について、確立されたブランドや製品との衝突がないか確認します。プレミアム価格や大幅な更新料金の値上がりは隠さずに示します。
5. ドメイン、ステータス、登録料金、更新料金、メモを含む簡潔な表を提示します。候補の羅列だけでなく提案も求められた場合は、最も有力な選択肢をおすすめします。

障害への対応

• プロバイダーがない場合：空き状況をまだ確認できないことを説明し、クロスプラットフォームの設定方法として references/environment.md を案内します。
• lookup failed、unknown、no RDAP for this TLD、not supported by this provider は未解決として報告し、空きありとして扱わないでください。
• RDAP は任意の試験的な代替手段にすぎません。登録情報を報告するものであり、購入可能であることや、チェックアウト時の料金を保証するものではありません。

対象範囲

読み取り専用です。ドメインや DNS の購入、移管、変更は決して行いません。ユーザー自身のレジストラアカウントで購入します。