Namefi

面向 AI 智能体的域名平台：2026 年指南

汇总 2026 年所有可让 AI 智能体搜索、查询价格并注册域名的平台——Cloudflare、Name.com 和 Namefi；按接口、支付方式与自主程度比较。

Aileen WrightAileen Wright作者Victor ZhouVictor Zhou编辑卞芬薇卞芬薇译者2026年7月10日约 23 分钟阅读
  • ai-agents
  • domains
  • guide
分享到 X

一年前，“AI 与域名”还意味着一个名称生成器：你在输入框中键入商业创意，它吐出一串 .com 和 .ai 建议，然后你点击进入常规的人工结账流程。这仍然是一个真实且实用的类别，但它不再是故事的全部。

自 2026 年初以来，第二个类别已成为现实：在这类平台上，AI 智能体——而非点击鼠标的人——能够查询可用性、获取价格并自行完成注册，作为更长任务中的一步，例如“为这个创意搭建一个落地页，并把它部署到一个真实域名上”。这与更聪明的建议框有着实质区别，但二者经常被混淆，包括许多介绍它们的营销文案。

本指南会为你梳理全貌。它涵盖让平台真正可供智能体使用的接口模式，逐一介绍如今支持智能体注册的具体平台（根据其自身文档核实它们实际能做与不能做的事），并将其与大型既有注册商提供的替代方案进行对比。文末附有决策表和常见问题解答。如果你已经明确想看正面对比的数据，可直接跳至 Cloudflare vs Name.com vs Namefi。

开始前先说明一点：下文部分平台仍处于公开测试阶段，测试功能可能发生变化。本文全部内容均按本指南发布日期时的在线文档核查；请将具体功能主张视为当时有效的信息，而非永久规格。

为什么域名注册进入了智能体层

二十多年来，注册域名意味着在浏览器里完成一套流程：搜索框、购物车、付款表单，往往还要通过 CAPTCHA 来证明是人类在操作。注册商在这段时间的大部分时期都提供了可编程 API，但那些 API 面向的是其他软件系统——托管控制台、批量续费脚本——而不是在对话中途判断某个项目需要一个名称的语言模型。

两件事接连发生。首先，2025 年 7 月，Name.com 宣布了它所称的首个 AI 原生域名平台：一个围绕 Model Context Protocol（MCP）和 OpenAPI schema 构建的 API，明确设计为让编程智能体能够读取规范，并根据“为我的应用添加域名注册”这类自然语言请求写出可用的注册代码（Name.com）。其次，2026 年 4 月 15 日，Cloudflare 将 Registrar API 以公开测试版推出，并明确表示“Registrar API 让用户可以通过编程方式搜索域名、检查可用性并注册域名”（Cloudflare Blog，经由行业报道）；值得注意的是，它还将该 API 直接接入了 Cursor 和 Claude Code 中智能体已可访问的 Cloudflare MCP server。

第二项举措之所以获得广泛报道，是因为 Cloudflare 是一家规模大、用户熟悉的注册商，而且它的表述很直白：域名注册这项曾因需要人类点击“我同意”并输入信用卡号而难以自动化的任务，已悄然成为智能体能够作为子步骤执行的事情。CircleID 在其 2026 年中发布的域名行业调研中直言：“AI 智能体正日益充当域名转售商，在没有人工干预的情况下检查可用性、注册名称并配置 DNS”（CircleID，2026 年 4 月）。

这一切并非因为注册局改变了规则，而是因为少数平台决定让机器调用者也能理解其现有购买流程，而不再只让浏览器理解；事实证明，这需要的不只是“发布一个 API”。

三种接口模式：原始 API、MCP server 与 llms.txt

并非每个 API 都适合智能体使用，而这一差异十分重要，值得精确说明。完整清单请参阅什么是原生支持智能体的注册商？；简而言之，本指南中的平台呈现出三种彼此重叠的模式。

  • 原始 REST API。 这是最早的模式。任何提供开发者 API 的注册商，技术上都允许软件注册域名。问题在于发现：智能体必须事先知道该 API 的存在、已经在上下文中拥有文档，还得有一个针对该 API 编写的客户端。仅有 REST API 并不会告诉通用智能体它的存在，也不会说明如何正确使用它。
  • MCP server。 MCP 是一个开放、模型无关的协议；其维护者将其描述为“一种将 AI 应用连接到外部系统的标准化方式”，并将它比作“AI 应用的 USB-C 端口”（modelcontextprotocol.io）。它能向任何兼容的 AI 客户端（Claude、Cursor、Windsurf 等）公开一组定义明确、可调用的工具。提供 MCP server 的注册商，是在向智能体交付一份精确操作菜单（search_domain、register_domain、set_dns_record），而不是一整面需要逆向理解的 REST 文档墙。
  • 可由 llms.txt 发现的 API。 llms.txt 是一项纯文本约定：在网站根目录放置一个 /llms.txt 文件。它于 2024 年提出，旨在向语言模型提供简洁、经过策划的网站核心文档与能力索引，就像 robots.txt 为爬虫提供权限规则一样。举例说，若注册商在 namefi.io/llms.txt 发布这样的文件，第一次接触该平台的智能体就能发现其能力，无需人类先把 API 文档粘贴进对话。

这些并非相互竞争的标准；最强的平台会叠加采用三者：用 llms.txt 提供发现，用 MCP server 执行实际工具调用，并以 REST API 支撑二者。

平台逐一比较

Cloudflare Registrar API（测试版）

Cloudflare 的测试版自 2026 年 4 月 15 日起上线，涵盖三项操作：搜索、可用性与定价检查，以及注册。Cloudflare 将其称为“域名生命周期中第一个关键时刻”，并承诺在当年晚些时候提供转移、续费和联系人更新功能（Cloudflare Blog）。定价沿用 Cloudflare 长期以来的注册商模式：“我们只收取注册局收取的费用”，无论调用来自控制台、API 还是智能体，均不加价（Cloudflare Blog）。

面向智能体的部分是集成，而非独立产品：“Registrar API 是完整 Cloudflare API 的一部分，因此智能体今天就能通过 Cloudflare MCP 访问它”；“在 Cursor、Claude Code 或任何 MCP 兼容环境中运行的智能体，都可以发现并调用 Registrar 端点”（Cloudflare Blog）。Cloudflare 对预期流程的说明中保留了一个检查点：智能体可以“建议名称、确认其中哪个确实可注册、展示价格供批准，然后完成购买”（Cloudflare Blog）；但根据文档，这是设计建议，而不是 API 本身强制执行的支出上限机制。

在围绕它做规划之前，有两点需要注意：该测试版尚未覆盖完整的 Cloudflare TLD 目录，只提供 Cloudflare 所称“精选的热门 TLD 起始集合”（Cloudflare Blog）；而且它向现有 Cloudflare 账户收费。即便由智能体调用 API，这仍是一种法币、人类已完成开户的关系。

Name.com AI 原生 API

Name.com 于 2025 年 7 月宣布的平台建立在同样的“从自然语言到代码”理念上：开发者或智能体描述自己想做的事（“为我的应用添加域名注册”），平台文档则经过组织，让 AI 客户端能借助 MCP 和 OpenAPI 等底层框架，将其转化为可用的集成代码；该平台提供自助开发者访问，并支持 Claude、Cursor 等工具（Name.com）。其定价透明且按用量分级，采用注册商 API 常见的转售加价结构。

Name.com 的公告并未记录加密货币或钱包支付路径，也未明确说明 API 中内置了人工确认步骤；鉴于其标准开发者账户模式，这两者都并非不可能，但来源没有写明。因此，请将“法币、基于账户的计费”视为工作假设，而不是完全确认的细节。

Namefi：MCP server 加钱包结账

Namefi 自身的机器可读能力索引——namefi.io/llms.txt——本身就是上文第三种接口模式的例子，也是下述信息的唯一事实来源。Namefi 在 Streamable HTTP 上运行 MCP server，地址为 api.namefi.io/mcp，提供注册、可用性检查和 DNS 管理等带有明确类型定义的工具；它可通过一条命令添加到 Claude Code：claude mcp add --transport http namefi https://api.namefi.io/mcp。在其底层是 REST API（api.namefi.io/v-next/），通过 x-api-key 请求头进行身份验证。该密钥须由持有域名的钱包生成，因此 API 访问直接与链上托管绑定，而非另设账户恢复流程。

差异化之处在于支付方式。Namefi 记录了两条路径：标准 API key 路径，费用从预付的 NFSC（Namefi Service Credits）余额中扣除；以及采用钱包签名（包括 SIWE，即 Sign-In With Ethereum）的加密原生路径，面向其文档所称的 Web3 用户和“智能体钱包”，让购买无需创建注册商账户即可获授权。注册后，Namefi 支持完整的 DNS 记录 CRUD（A、AAAA、CNAME、MX、TXT 等）、自动续费、域名停放和转发、自动生成 ENS 记录，以及使其在结构上区别于前述两个平台的功能：代币化。它将一个真实、已在 ICANN 注册的域名表示为由钱包持有的链上资产。有关 Claude、Codex、Cursor 及另外三种智能体的分步设置说明，请参阅如何使用 AI 智能体在 Namefi 注册域名；Claude 专门指南见使用 Claude 购买域名：Namefi MCP 分步指南。如需了解自然语言请求的实际形式，请参阅如何用自然语言购买域名（2026）。

有一个缺口应明确指出：Namefi 的 llms.txt 没有发布受支持 TLD 的固定列表。 如果 TLD 覆盖范围对你的用例至关重要，请在做出决定前直接对照当前文档确认。

GoDaddy 和 Namecheap 等既有平台提供什么

应当准确说明，为什么大型面向消费者的注册商没有列入上表，因为“AI 域名搜索”被用来指代两种真正不同的产品。大型既有平台已大力投入 AI 辅助名称建议和引导工具：这些工具接收你的业务描述，生成品牌化名称候选项，有时还会附带 logo 或建站生成器。这是一个真实且有用的产品，但它并不属于上文的平台类别，因为其中的 AI 只是在辅助人类决策；它并不拥有自行搜索、定价和完成注册的权限，也无法作为外部智能体的工具被调用。人仍然需要进入结账页并点击购买。在既有注册商发布智能体可调用的 API、MCP server，或具有与上述三个平台文档中同等权限的 llms.txt 文件之前，它应归入“AI 协助人类选择”类别，而非本指南所述类别。

总览决策表

平台接口支付方式人工参与TLD 覆盖范围
Cloudflare Registrar API（测试版）REST API + Cloudflare MCP；原生适用于 Cursor、Claude Code 和任何 MCP 客户端法币，向现有 Cloudflare 账户收费设计模式会在购买前展示价格“供批准”；没有记录 API 本身强制执行的支出上限测试版推出时为精选热门 TLD 集合，并非完整 Cloudflare 目录
Name.com AI 原生 APIREST + OpenAPI schema，兼容 MCP；自然语言到代码的工作流法币，标准开发者账户计费，转售式阶梯定价公开公告中未记录公告中未逐项列出
NamefiREST API（x-api-key）+ MCP server（api.namefi.io/mcp，Streamable HTTP）通过预付 API key 余额以法币支付，或使用加密钱包签名（SIWE）而无需账户可选设计：API key 路径受预付余额限制；钱包路径要求每笔交易签名公开文档未逐项列出；请为你的 TLD 核实当前覆盖范围

如需查看包括可用性搜索、DNS 管理、续费自动化、代币化所有权等在内的逐项功能对比，请参阅 Cloudflare vs Name.com vs Namefi：原生支持智能体的注册商。

如何选择

  • 你已处于 Cloudflare 生态中，只需要立即完成搜索、检查和注册。 如果你的域名和 DNS 已在 Cloudflare，Registrar API 是摩擦最低的选择；代价是测试版的 TLD 列表和功能集仍比完整注册商更窄。
  • 你正在基于域名注册构建转售商或多租户产品。 Name.com 的阶梯定价和自助开发者访问正是为转售商打造的。
  • 你的智能体需要在没有预先存在、由人持有的账户的情况下交易，或者你希望域名本身成为可携带、由钱包持有的资产。 这正是 Namefi 所填补的空白：无需注册的签名钱包结账，以及可选的代币化所有权，让域名像其他链上资产一样能被智能体的钱包持有和转移，并可证明托管关系。
  • 你不确定自己是否真的需要智能体购买权限。 如果你真正需要的只是在人仍然点击“购买”的前提下获得名称选择帮助，那么相比本指南中的任何平台，AI 辅助名称生成器更适合你；完整区别请参阅“AI 域名搜索”在 2026 年有两种不同含义。

常见问题

ChatGPT 或 Claude 现在可以为我购买域名吗？

这完全取决于该聊天客户端可访问哪些工具，而非模型本身。Claude 这样的模型并不内置注册域名的能力；它需要先连接到某个平台的 MCP server 或 API（例如 Namefi 的 MCP server，或经由 Cloudflare MCP 访问的 Cloudflare Registrar API），之后才能搜索、定价并完成购买。没有这种连接时，AI 助手只能建议名称，仍需你自行注册。

让 AI 智能体未经我确认就注册域名并花钱，安全吗？

把它当作任何自动化采购权限来对待：在授予之前先加以约束。各平台文档所述的更安全模式包括：限制总风险敞口的预付余额（Namefi 的 API key 路径）、不可复用的逐笔交易签名（钱包签名结账），或在最终购买调用前进行人工确认。本文涉及的平台都不会替你强制实施通用支出上限；通常需要你通过账户资金限额或智能体工作流中的明确确认步骤来设置防护栏。

API、MCP server 与 llms.txt 的实际区别是什么？

REST API 是底层的一组可调用操作。MCP server 会将其中定义明确的子集打包成离散工具，任何兼容 MCP 的 AI 客户端都可直接调用，无需定制集成代码。llms.txt 则是发现层：网站根目录中的简短、经过策划的索引，告诉智能体有哪些文档和能力存在，就像 robots.txt 告诉爬虫可以索引什么。一个平台可以单独具备三者中的任意一种，但最强的原生智能体平台会将三者结合：llms.txt 用于被发现，MCP 用于被调用，REST 位于底层支撑两者。

使用这些平台一定需要加密货币钱包吗？

不需要。Cloudflare 和 Name.com 都使用标准的法币、基于账户的计费；Namefi 也支持同类的 API key 预付余额计费。只有当你特意要使用 Namefi 的免账户钱包签名结账路径，或其代币化所有权功能时，才需要钱包。

哪个平台目前最“成熟”？

不应将其中任何一个视为完成且一成不变的规格：Cloudflare 明确标记为测试版，其 TLD 列表也比完整目录更窄；而测试功能按定义就是可能变化的。在对某项具体能力建立依赖前，请核实各平台的当前在线文档。

在 Namefi 购买并代币化你的下一个域名

无论哪种接口模式适合你的工作流，Namefi 都是为如下情形构建的：买方可以是智能体、钱包或脚本，也可以是走完点击流程的人。它是一家ICANN认证的注册商，提供 MCP server、文档化的 REST API 和免账户的钱包签名结账路径；此外还提供可选的代币化，使域名本身成为智能体钱包能够持有和转移的资产。

在 Namefi 搜索并注册域名。

来源与延伸阅读

贡献者

Aileen Wright
Aileen Wright作者
艺术与历史撰稿人 • Namefi

Aileen Wright 是一名二十多岁的学生，现居纽约。在这里，从博物馆的展墙走到图书馆阅览室 不过几步之遥，却足以度过一个漫长的下午。她通过艺术和历史走进了有关名字的写作领域： 一幅肖像、一枚硬币或手稿页边的一行字，都能让一个名字跨越数个世纪，并在流传中改变含义。

大多数时候，你会看到她拿着一本平装书待在中央公园，或是在安静的公共阅览室里追查一个名字 的真正出处，而不是照搬名字清单声称的含义。她还在自学编程，这让她对拼写、排序，以及决定 一个名字能否经得住时间考验的细微之处格外严谨。

她为 Namefi 撰写域名背后的历史与文化、品牌更名时所承载的故事，以及好故事与可靠来源之间 的区别等相关文章。

Victor Zhou
Victor Zhou编辑
创始人兼标准编辑 • Namefi
WebsiteBlogGitHubLinkedIn

Victor Zhou 是一位专注于数字身份与信任的科技创业者和标准编辑。他创办了 Namefi，编辑 以太坊改进提案，此前还曾在 Google Labs 负责智能合约架构工作。

他的工作位于命名、所有权，以及人们用来建立网络身份的系统三者交汇之处。这一视角让他尤其 关注名字如何在个人意义、公众认知和数字基础设施之间流转。

在 Namefi，Victor 把域名视为持久的数字身份，并围绕这一主题编辑和撰写内容：名字如何成为 可拥有的链上资产，代币化如何改变托管与信任，以及命名可以从人们建立网络身份所使用的系统 中学到什么。

卞芬薇
卞芬薇译者
软件开发者与撰稿人 • Namefi
GitHub

卞芬薇是一名三十多岁的软件开发者，工作时间泡在 pull request 里，周末双手不是沾着 泥土，就是沾着木屑。多年参与 GitHub 开源项目的经历让她明白，名字就是接口：好名字清晰， 如实说明自己的作用，也为下一位使用它的人着想。

她喜欢园艺，因为它奖赏耐心，也会惩罚一厢情愿；她也做木工，因为接合处要么严丝合缝， 要么就是不合。这两种习惯同样体现在她关于命名的写作中：量两遍，核实来源，别把粗糙处 磨平后就指望没人注意到。

她为 Namefi 撰写域名市场实际如何运转、域名代币化与转手交易的现实取舍，以及如何选择一个 二十年后仍会庆幸自己拥有的域名。

相关指南

讨论这篇文章

在 Namefi Discuss 查看讨论