用途：帮助用户用自己的域名服务商，把已有域名指向 Convex 应用，覆盖静态托管（*.convex.app）或部署的 HTTP actions URL，并处理认证来源重绑。
主要能力与流程：先确定目标（已发布站点主机或部署的 HTTP actions URL）。然后检测用户环境中是否已有供应商的已认证 DNS CLI，并可选自动创建记录，例如 Cloudflare 用 flarectl dns create，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；执行前先以只读方式检查认证（如 flarectl user info、aws sts get-caller-identity、doctl account get）。若无可用的已认证 CLI 或用户拒绝，则告知用户在注册商处需创建的确切记录：CNAME（或在 apex 用 A/ALIAS）加上 TXT 验证记录，并给出具体主机与值字符串。随后通过仪表盘或 CLI 附加为 Convex 自定义域名并等待验证，DNS 传播可能需数分钟到数小时；用 dig +short 检查记录是否生效。若应用使用认证（passkeys/OAuth），把认证来源（SITE_URL、RP_ID、ORIGIN 环境变量）重新绑定到新域名并重新部署/发布。最后验证域名可通过 HTTPS 提供服务，包括已配置的 apex 到 www 重定向。
限制与规则：绝不索取或处理注册商凭据；机器上已认证的 CLI 可用，凭据留在工具内，不要为此安装 CLI 或运行其登录流程，也不要回显 token。对线上域名的 DNS 改动用户可见，需先展示命令并确认，之后用 dig 验证。始终包含 TXT 验证记录，而不只是 CNAME。重新绑定会改变认证来源，之后必须重新发布，否则登录会中断。具体收费、价格、平台限制等资料暂未提供。