Install any skill in seconds. Free to start, no credit card required.
Get Started Free →When you want to brainstorm and check available .com domains for a new project — brand naming, aftermarket pricing (HugeDomains / Afternic / Sedo / Dan), USPTO trademark screening, and social handle availability. Built on Laura Roeder's "work backwards from availability, not from a name you fell in love with" methodology. Uses Vercel CLI + whois + Domainr API + Namecheap API + agent-browser for the pieces each tool actually reliably supports (multi-tool ensemble because no single tool covers eve
.claude/skills/coreyhaines31-domain/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-09 | ✗→✓ | ▲ Improved | 287% | 0% |
| case-12 | ✗→✓ | ▲ Improved | 333% | 0% |
| case-14 | ✗→✓ | ▲ Improved | 179% | 0% |
| case-17 | ✗→✓ | ▲ Improved | 121% | 0% |
| case-19 | ✗→✓ | ▲ Improved | 191% | 0% |
Multi-tool workflow to find a great, affordable, available .com for a new project. Built on Laura Roeder's rule: work backwards from what's actually available — don't fall in love with a name first (source).
Defaults to .com only. Only deviate (.dev, .co, .io, .ai) if the project is dev-tooling-only or the user explicitly asks.
Verify these before proceeding (surface install commands if missing, don't try to install silently):
| Tool | Check | Install if missing | |---|---|---| | Vercel CLI | vercel whoami | npm i -g vercel && vercel login | | whois | which whois | brew install whois (macOS) | | Domainr API key | [ -n "$DOMAINR_API_KEY" ] | Get free key at rapidapi.com/domainr/api/domainr, add to ~/.zshenv | | Namecheap API | [ -n "$NAMECHEAP_API_KEY" ] && [ -n "$NAMECHEAP_API_USER" ] && [ -n "$NAMECHEAP_CLIENT_IP" ] | Enable API at ap.www.namecheap.com/settings/tools/apiaccess/, add 3 env vars, whitelist your IP |
Domainr + Namecheap are optional — the workflow degrades gracefully without them (skips the corresponding cross-check steps).
Ask: what would you pay for a great .com on this project? Anchor defaults:
| Budget | What it buys | |---|---| | $0 | Only unregistered domains (rare for anything good) | | $250–$1k | Aftermarket sweet spot (HugeDomains is the standout — Laura found "a ton of great .com's available for less than $1k") | | $1k–$2k | Laura's Paperbell.com range — plenty of brandable options | | $2k+ | Premium |
Filter all candidates to under-budget BEFORE falling in love.
Ask what the product does + the feeling/category. Brainstorm 20–40 candidate domains using these preferences (in order):
try (TryGamma, TryRoam), use (UseMotion, UseChalk), with (WithCove, WithFrame), join (JoinHomebase, JoinHonor)get (GetMagic, GetResponse), go (GoCardless, GoFundMe), hey (HeyMarvin, HeyHenry), the (TheBrowserCompany, TheDyrt — editorial vibe)my (MyFitnessPal), meet (MeetEdgar)+ly (Calendly, Grammarly — battle-tested but reads "2015 startup"), +ify (Spotify, Shopify — rare, hard to land authentically), +labs (AI/research positioning), +hq / +app (mostly informal)UseSlack.com is a brand violation even if registrable); popular bare words often have try/use/get/join variants pre-grabbed by the same owner; longer URLs cost spelling-on-phone bandwidthtry/use/with/join/get/go/hey/the + word and word + ly/ify/labs/hq/app in one shot — ~15 variantsSurface a numbered candidate list before checking — don't burn cycles checking obvious losers.
Use vercel domains check for availability and vercel domains price for registrar quotes. Loop candidates:
bashfor domain in candidate1.com candidate2.com candidate3.com; do echo -n "$domain: " vercel domains check "$domain" 2>&1 | grep -E "available|not available|Error" || echo "checking..." done
For pricing on the candidates that came back available:
bashvercel domains price candidate1.com candidate2.com candidate3.com
For a single deeper check on a taken domain (registrar status, expiration, nameservers if the domain is already Vercel-managed):
bashvercel domains inspect candidate.com
TLD reliability: Vercel CLI is rock-solid for .com and most gTLDs, but returns errors for .ai, .dev, .io, .app (Vercel doesn't sell those registrar-side). Skip Step 3 for non-.com candidates and go straight to Step 4.
whoisGround truth for registration status. Query the right server per TLD — pinning -h whois.verisign-grs.com to a non-.com produces silent false negatives.
Classification order matters (stolen from unclaimed): check for REGISTERED signals first, then available signals. A parked domain's whois/lander can contain "this domain is available for sale" — grepping for "available" first turns a taken name into a false positive. And reserved ≠ available: "is reserved", "not available for registration", "blocked for registration" all mean taken, even though RDAP often 404s these names.
creation date, registrar:, registry expiry, registrant, name serveris reserved, reserved by, not available for registration, blocked for registrationno match, not found, no entries found, no object found, not registered, available for registration.com / .net — Verisign:
bashfor domain in candidate1.com candidate2.com; do result=$(whois -h whois.verisign-grs.com "$domain" 2>&1) if echo "$result" | grep -qiE "registrar:|creation date"; then expiry=$(echo "$result" | grep -i "registry expiry" | head -1 | sed 's/.*: //') echo "$domain → TAKEN (expires $expiry)" elif echo "$result" | grep -qiE "is reserved|reserved by|not available for registration|blocked for registration"; then echo "$domain → RESERVED (not registrable)" elif echo "$result" | grep -qi "no match"; then echo "$domain → AVAILABLE" else echo "$domain → UNKNOWN (do not treat as available)" fi done
Any other TLD — don't hardcode servers; ask IANA for the authoritative whois host, then query it (whois.nic.<tld> is the fallback convention):
bashtld=ai server=$(whois -h whois.iana.org "$tld" 2>/dev/null | grep -i "^whois:" | awk '{print $2}') server=${server:-whois.nic.$tld} whois -h "$server" candidate.$tld
Caveat: some registries have no port-43 whois at all (Google's .dev/.app/.page — IANA lists nothing and whois.nic.dev doesn't resolve). For those, RDAP below IS the ground truth.
RDAP for .dev / .app / .io and other modern TLDs — JSON-native, cleaner than whois when the TLD supports it:
bashUA="domain-skill/0.1 (availability check)" for domain in candidate.dev candidate.app; do code=$(curl -sL -o /dev/null -w "%{http_code}" -A "$UA" "https://rdap.org/domain/$domain") case "$code" in 404) echo "$domain → probably available (confirm via whois — see caveat)" ;; 200) echo "$domain → TAKEN" ;; 429) echo "$domain → rate-limited, sleep + retry" ;; *) echo "$domain → UNKNOWN (do not treat as available)" ;; esac sleep 1 # rdap.org rate-limits aggressively done
RDAP gotchas (all verified by the unclaimed project):
https://data.iana.org/rdap/dns.json). For a TLD outside it, an rdap.org 404 is meaningless — fall back to whois. Two useful direct endpoints not in the bootstrap: .io → https://rdap.identitydigital.services/rdap/domain/<domain>, .so → https://rdap.nic.so/domain/<domain>.events[] — the expiration eventDate feeds the drop-watch in Step 7b.Reading the results:
No match / no object found / RDAP 404 (whois-confirmed) = unregistered, availableRegistrar: <name> / RDAP 200 = taken, check the aftermarketBulk multi-TLD sweeps — if the hunt widens beyond a dozen candidates or beyond .com, don't hand-roll the loop; unclaimed does RDAP+whois with correct classification, resumable SQLite caching, and pricing (Node 24+):
bashnpx unclaimed check orbit --tlds com,io,ai,dev npx unclaimed sweep --words-file ./candidates.txt --tlds com npx unclaimed available --sort commercial --limit 50
Its three states map to ours: available / registered / unknown (it never reports a timeout as available either).
Domainr aggregates registrar + marketplace status across many TLDs. Skip if DOMAINR_API_KEY unset — otherwise:
bashfor domain in candidate1.com candidate2.com; do curl -s "https://domainr.p.rapidapi.com/v2/status?domain=$domain" \ -H "X-RapidAPI-Key: $DOMAINR_API_KEY" \ -H "X-RapidAPI-Host: domainr.p.rapidapi.com" \ | jq -r --arg d "$domain" '.status[] | "\($d): \(.status) — \(.summary)"' done
Status codes:
undelegated inactive → unregistered, freeactive → registered, in usemarketed, parked, priced → for sale on aftermarket (Domainr surfaces price hint when available)premium → registry premium (often $500+/yr)marketed or priced = high-signal flag to dig into HugeDomains/Afternic in Step 7.
Fallback registrar — sometimes cheaper than Vercel on year-1 promo pricing. Skip if NAMECHEAP_API_* unset — otherwise:
bashDOMAINS="candidate1.com,candidate2.com,candidate3.com" curl -s "https://api.namecheap.com/xml.response?ApiUser=$NAMECHEAP_API_USER&ApiKey=$NAMECHEAP_API_KEY&UserName=$NAMECHEAP_API_USER&Command=namecheap.domains.check&ClientIp=$NAMECHEAP_CLIENT_IP&DomainList=$DOMAINS" \ | xmllint --xpath '//*[local-name()="DomainCheckResult"]' - 2>/dev/null \ | grep -oE 'Domain="[^"]+" Available="[^"]+"( IsPremiumName="[^"]+")?( PremiumRegistrationPrice="[^"]+")?'
Available="true" = registrable at Namecheap registrar prices (typically $9–$15/yr for .com). IsPremiumName="true" = registry premium tier (skip unless under budget).
Reconcile Vercel + Domainr + Namecheap + whois. If they disagree (rare, happens during registrar transfers), trust whois for registration truth and the cheaper of Vercel/Namecheap for actual purchase.
Don't try to scrape marketplaces. All verified failing:
curl (even with realistic User-Agent) → HugeDomains 403, GoDaddy Akamai access-deniedWebFetch → Cloudflare 403 across the boarddev-browser skill with real Chromium → Cloudflare fingerprints Playwright automation flags, serves challenge pages. Bypassing needs playwright-extra + stealth plugin (flaky) or pre-warmed browser profile with human-solved captcha (not worth it for a domain hunt)domainr.com public web → IP-rate-limitedrdap.org → registration status only, no aftermarket pricingWhat works: compose marketplace URLs and have the user click. ~30 seconds per domain, 100% reliable. For every "taken" candidate the user is still curious about, output:
namedyoulove.com — TAKEN (Registrar: GoDaddy)
Aftermarket pricing — click to verify:
HugeDomains: https://www.hugedomains.com/domain-profile.cfm?d=namedyoulove&e=com
Afternic: https://www.afternic.com/domain/namedyoulove.com
Sedo: https://sedo.com/search/searchresult.php4?keyword=namedyoulove.com
Dan/GoDaddy: https://dan.com/buy-domain/namedyoulove.comLaura's HugeDomains note: she got Paperbell.com from HugeDomains for $1,795 and recommends them as the best aftermarket starting point — "a ton of great .com's available for less than $1k." Always check HugeDomains first on taken candidates.
You can't scrape the marketplaces, but you CAN fetch the taken domain itself — and its lander usually tells you where it's for sale. A taken name with no real site is also the best negotiation/outreach lead: the owner isn't using it.
bashUA="Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7)" for domain in taken1.com taken2.com; do body=$(curl -sL --max-time 6 -A "$UA" "https://$domain/" 2>/dev/null | head -c 16384) [ -z "$body" ] && body=$(curl -sL --max-time 6 -A "$UA" "http://$domain/" 2>/dev/null | head -c 16384) final=$(curl -sIL --max-time 6 -A "$UA" -o /dev/null -w '%{url_effective}' "https://$domain/" 2>/dev/null) hay="$final $body" if [ -z "$body" ]; then echo "$domain → NONE (no DNS / dead server — best outreach lead)" elif echo "$hay" | grep -qiE "sedoparking|bodis\.com|parkingcrew|afternic|dan\.com|hugedomains|buy this domain|domain (name )?is for sale|domain for sale|buy now for|parked free|this web page is parked|domain has expired"; then marker=$(echo "$hay" | grep -oiE "sedoparking|afternic|dan\.com|hugedomains|for sale" | head -1) echo "$domain → PARKED ($marker — for-sale lead, note which marketplace)" else echo "$domain → LIVE (real site, owner is using it — long shot)" fi done
(The final-URL check matters: many parked domains redirect straight to their marketplace host — e.g. landing on hugedomains.com tells you where to buy even if the lander body is JS.)
Classify each taken candidate:
Only probe taken candidates the user still cares about — it's one live request per domain.
For taken candidates, Step 4 already surfaced the expiry date. gTLD post-expiry lifecycle: auto-renew grace (≤45d) → redemption (30d) → pending delete (5d), so a lapsed name drops back to the pool ~75–80 days after expiry. Most names just get renewed — but if a candidate is NONE/PARKED and expiry already passed, it may genuinely be dropping:
bashwhois -h whois.verisign-grs.com candidate.com | grep -iE "expiry|domain status"
redemptionPeriod or pendingDelete = the owner let it lapse. Estimate drop ≈ expiry + 80 days; put a backorder in at DropCatch/SnapNames (~$59–79, pay only on catch) rather than negotiating.Group into:
When a candidate is listed:
For top 3–5 candidates that survived availability + budget:
What does NOT work (verified — don't waste cycles):
curl against tmsearch.uspto.gov → AWS WAF challenge, JS shell only, no dataWebFetch against tmsearch.uspto.gov → same WAF, empty SPA shellcurl/WebFetch against Justia, Trademarkia, TrademarkElite → all 403What works: drive the real USPTO Trademark Search SPA with agent-browser. Angular + Material components, but the input + Enter-to-submit pattern is reliable.
bash# Open + search agent-browser open "https://tmsearch.uspto.gov/" --session tm sleep 4 agent-browser fill "#searchbar" "<phrase to check>" --session tm agent-browser press Enter --session tm sleep 6 # Capture results agent-browser screenshot /tmp/tm-<slug>.png --session tm agent-browser eval "(()=>{const m=document.body.innerText.match(/([0-9,]+)\s+results?\s+for/i); return m?m[0]:'no count';})()" --session tm
Reading the result:
snapshot -i | grep wordmark). USPTO orders by relevance — an exact-phrase match appears at the top. If top hits are fragmentary ("MY KNOW", "KNOW MY" as separate marks), you almost certainly don't have a blocking exact-phrase registration.This is screening, not legal advice — for any name you're seriously committing to, run past an IP lawyer or full clearance service (Cometrics/Corsearch).
bashagent-browser close --session tm
bash# X / Twitter (404 = available) for handle in candidate1 candidate2; do code=$(curl -sL -o /dev/null -w "%{http_code}" -A "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36" "https://x.com/$handle" --max-time 10) echo " @$handle → x.com $code" done # LinkedIn company page (404 = available) for handle in candidate1 candidate2; do code=$(curl -sL -o /dev/null -w "%{http_code}" -A "Mozilla/5.0" "https://www.linkedin.com/company/$handle" --max-time 10) echo " $handle → linkedin $code" done
Instagram is unreliable from script — IG returns 200 for any URL (SPA shell loads even for non-existent handles, "isn't available" message renders client-side). Give the user a click-through:
Instagram: https://instagram.com/<handle>30 seconds of manual click beats fighting the IG SPA detection.
When the user picks a winner that's directly available, buy at whichever registrar quoted the lowest price in Step 3 vs Step 6:
bash# Vercel vercel domains buy <domain>.com # Namecheap (via API — uses ~/.zshenv credentials) curl -s "https://api.namecheap.com/xml.response?ApiUser=$NAMECHEAP_API_USER&ApiKey=$NAMECHEAP_API_KEY&UserName=$NAMECHEAP_API_USER&Command=namecheap.domains.create&ClientIp=$NAMECHEAP_CLIENT_IP&DomainName=<domain>.com&Years=1&..."
Vercel is one-command and keeps DNS in the same dashboard as deploys — preferred unless Namecheap is meaningfully cheaper (often is on year-1 promo). Auto-renew on by default for both.
Confirm with the user before running — this charges real money.
For aftermarket purchases: buy through the marketplace directly (HugeDomains/Afternic/Sedo all handle escrow). Then transfer or point nameservers to Vercel after transfer completes.
toolify — wire up the Domainr and Namecheap API credentials if the user hasn't yetbusiness-brainstorm — pressure-test the underlying business idea BEFORE the domain hunt (a bad idea with a great .com is still a bad idea)decide — for the "which of the top 3 candidates" call if it's not obviousskillify — if the domain hunt surfaces a repeat workflow worth capturing (e.g., specific niche naming patterns), scaffold as its own sub-skillvercel domains buy until the user explicitly says "buy it." Real money. Availability + price checks (Step 3) use vercel domains check + vercel domains price which are safe.Laura Roeder's original post: https://lauraroeder.com/how-i-nabbed-the-com-for-my-bootstrapped-startup-without-spending-a-million-bucks-6dc35c4606e9
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-02 | fail→fail | 25,069 | 3,879 | -85% | 1 | 1 | 0% | 4,291 | 6,930 | +62% | 0 | 0 | — |
case-08 | pass→fail | 9,674 | 12,282 | +27% | 1 | 1 | 0% | 1,684 | 6,914 | +311% | 0 | 0 | — |
case-01 | fail→fail | 27,964 | 37,031 | +32% | 1 | 1 | 0% | 4,504 | 6,968 | +55% | 0 | 0 | — |
case-03 | fail→fail | 23,614 | 2,478 | -90% | 1 | 1 | 0% | 4,097 | 6,910 | +69% | 0 | 0 | — |
case-04 | pass→fail | 13,834 | 2,173 | -84% | 1 | 1 | 0% | 2,428 | 6,757 | +178% | 0 | 0 | — |
case-05 | pass→pass | 16,004 | 14,085 | -12% | 1 | 1 | 0% | 2,706 | 8,835 | +226% | 0 | 0 | — |
case-06 | pass→pass | 31,756 | 29,767 | -6% | 1 | 1 | 0% | 6,170 | 12,398 | +101% | 0 | 0 | — |
case-07 | fail→fail | 13,939 | 12,331 | -12% | 1 | 1 | 0% | 2,138 | 7,347 | +244% | 0 | 0 | — |
case-09 | fail→pass | 13,531 | 10,957 | -19% | 1 | 1 | 0% | 2,110 | 8,161 | +287% | 0 | 0 | — |
case-10 | pass→pass | 16,613 | 7,728 | -53% | 1 | 1 | 0% | 2,568 | 7,630 | +197% | 0 | 0 | — |
case-11 | pass→pass | 9,776 | 3,271 | -67% | 1 | 1 | 0% | 1,566 | 6,923 | +342% | 0 | 0 | — |
case-12 | fail→pass | 10,359 | 5,193 | -50% | 1 | 1 | 0% | 1,703 | 7,378 | +333% | 0 | 0 | — |
case-13 | pass→pass | 13,895 | 7,523 | -46% | 1 | 1 | 0% | 2,316 | 7,921 | +242% | 0 | 0 | — |
case-14 | fail→pass | 18,384 | 13,631 | -26% | 1 | 1 | 0% | 3,172 | 8,859 | +179% | 0 | 0 | — |
case-15 | pass→pass | 15,383 | 7,119 | -54% | 1 | 1 | 0% | 2,269 | 7,571 | +234% | 0 | 0 | — |
case-16 | pass→pass | 9,675 | 3,765 | -61% | 1 | 1 | 0% | 1,533 | 7,087 | +362% | 0 | 0 | — |
case-17 | fail→pass | 18,430 | 4,157 | -77% | 1 | 1 | 0% | 3,238 | 7,143 | +121% | 0 | 0 | — |
case-18 | pass→pass | 5,631 | 2,075 | -63% | 1 | 1 | 0% | 819 | 6,778 | +728% | 0 | 0 | — |
case-19 | fail→pass | 15,394 | 2,410 | -84% | 1 | 1 | 0% | 2,361 | 6,874 | +191% | 0 | 0 | — |
case-20 | fail→pass | 18,878 | 10,388 | -45% | 1 | 1 | 0% | 3,156 | 8,170 | +159% | 0 | 0 | — |
case-21 | fail→pass | 15,263 | 3,118 | -80% | 1 | 1 | 0% | 2,142 | 6,887 | +222% | 0 | 0 | — |
case-22 | fail→pass | 15,844 | 9,948 | -37% | 1 | 1 | 0% | 2,252 | 7,907 | +251% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 19 counted toward the lift figure. The other 3 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +27 percentage points is the difference between those two pass rates over the 19 comparable cases. 4 cases got worse with the skill loaded, and they are included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.