convex-domains

作成者： get-convex

所有済みのドメインをConvexアプリに向けます（DNSレコード、カスタムドメインの接続、認証オリジンの再バインド）。

npx skills add https://github.com/get-convex/agent-skills --skill convex-domains
ZIPダウンロードGitHub
58
このスキルを試すスポンサー

Set up a custom domain with your own provider

Walk the user's own registrar through pointing their domain at the Convex app: identify the target (hosting or deployment URL), create the DNS records, attach the custom domain, and rebind the auth origin if the app uses auth.

Workflow

  1. Identify the target: the published site host (for *.convex.app static hosting) or the deployment's HTTP actions URL.
  2. Detect an ALREADY-AUTHENTICATED DNS CLI for the user's provider and OFFER to create the records automatically: Cloudflare → flarectl dns create (note: wrangler itself doesn't manage DNS records) or the CF API via their token env; Route53 → aws route53 change-resource-record-sets; Google Cloud DNS → gcloud dns record-sets create; DigitalOcean → doctl compute domain records create; Vercel DNS → vercel dns add. Check auth read-only first (flarectl user info / aws sts get-caller-identity / doctl account get); show the exact commands and get a yes before running.
  3. If no authed CLI (or the user declines), tell the user exactly which records to create at THEIR registrar: the CNAME (or A/ALIAS at the apex) plus the TXT verification record — with concrete host/value strings, not placeholders.
  4. Attach the domain as a Convex custom domain (dashboard or CLI) and wait for verification; note DNS propagation can take minutes to hours. Verify records landed with dig +short.
  5. If the app uses auth (passkeys/OAuth), rebind the auth origin (SITE_URL / RP_ID / ORIGIN env vars) to the new domain and re-deploy/re-publish.
  6. Verify: the domain serves the app over HTTPS, including the apex → www redirect if configured.

Rules

  • Never ask for or handle registrar credentials. A CLI already authenticated on the user's machine is fine — the credential stays in the tool; never install a CLI or run its login/auth flow for this, and never echo tokens.
  • DNS changes on a live domain are user-visible: show the exact commands and confirm before running them; verify afterwards with dig.
  • Always include the TXT verification record, not just the CNAME.
  • Rebinding the domain changes the auth origin — re-publish after, or sign-in breaks.

get-convexのその他のスキル

convex-performance-audit
get-convex
Convexのパフォーマンスを、読み取り、サブスクリプション、書き込み競合、関数制限について監査します。遅い機能、インサイトの調査結果、OCC競合、または読み取り増幅に使用します。
developmentdatabasedata-analysis
convex
get-convex
一般的なConvexリクエストを適切なプロジェクトスキルにルーティングします。ユーザーがどのConvexスキルを使用すべきか尋ねたり、不十分に指定されたConvexアプリタスクを与えた場合に使用します。
developmentdatabase
convex-setup-auth
get-convex
Convexの認証、IDマッピング、アクセス制御を設定します。Convexアプリでのログイン、認証プロバイダー、ユーザーテーブル、保護された関数、ロールに使用します。
developmentdatabaseapi
convex-quickstart
get-convex
アプリにConvexを作成または追加します。新しいConvexプロジェクト、npm create convex@latest、フロントエンドのセットアップ、環境変数、または最初のnpx convex devの実行に使用します。
developmentdatabase
convex-migration-helper
get-convex
Convexのスキーマとデータマイグレーションを、widen-migrate-narrowおよび@convex-dev/migrationsを用いて計画します。破壊的なスキーマ変更、バックフィル、テーブル再構築、またはダウンタイムゼロのロールアウトに使用します。
developmentdatabase
convex-create-component
get-convex
再利用可能なConvexコンポーネントを、独立したテーブルとアプリ向けAPIとともに構築します。新しいコンポーネント、再利用可能なバックエンドモジュール、統合、またはコンポーネント境界の作業に使用します。
developmentdatabase
convex-migrate
get-convex
@convex-dev/migrationsを使用して、デプロイされたConvexアプリ上でスキーマの移行 + データのバックフィルを実行します。
developmentdatabase
convex-optimize
get-convex
既存のConvexアプリを監査および最適化：セキュリティ、スケーリング、アップグレード、可観測性。