Cloudflare 为 BotBase 机器人与智能体目录的运营者提供了一个更明确的管理入口。运营者现在可以在 Cloudflare Dashboard 中管理目录提交、跟踪审核状态、修改已提交信息，并通过行为模型更准确地声明机器人如何使用网站内容。
这次变化的重点不只是“多了一个页面”，而是把原本容易失控的一次性提交，变成一个可以持续维护的运营流程。
从一次性登记变成可维护的身份资料
机器人进入公共目录后，它的名称、用途、所有者以及内容使用方式都可能发生变化。例如，一个最初只用于建立搜索索引的爬虫，后续可能增加摘要生成能力；一个智能体也可能从只读取公开页面，扩展到代表用户执行操作。
如果提交信息不能修改，目录中的声明就会逐渐偏离真实行为。BotBase 新增的提交编辑能力，让运营者可以在行为变化后更新资料，而不必把初次提交当成不可变记录。
团队可以把机器人资料视为一种需要版本管理的运营资产，至少应明确这些责任：
- 谁负责目录提交与后续修改；
- 机器人行为变化时，谁触发资料复核；
- 哪些信息来自代码和配置，哪些需要法务、安全或产品团队确认；
- 上线前如何验证公开声明与实际流量行为一致。
提交状态跟踪同样重要。运营者可以直接了解提交进展，而不是依赖零散邮件或重复提交。对于同时维护多个机器人、环境或产品线的团队，这会明显降低沟通成本。
行为模型解决的是“它怎样使用内容”
传统机器人说明通常只回答“它是谁”，却没有清晰说明“它拿内容做什么”。对内容发布者而言，后一个问题往往更加关键：访问可能是为了搜索索引、生成即时回答、执行自动化任务，也可能涉及模型训练或其他再利用方式。
BotBase 引入行为模型，让运营者可以更准确地声明机器人对内容的使用方式。这类结构化声明有两个实际价值：
- 减少模糊描述。 “AI bot”不足以说明内容是否被保存、转换、展示或用于训练。
- 让声明能够持续校验。 当产品能力、数据管道或保留策略改变时，团队可以检查 BotBase 资料是否也需要更新。
需要注意的是，目录声明并不会自动替代网站访问规则、合同约束或内部合规控制。运营者仍应确保机器人尊重站点策略，并让公开描述与真实实现保持一致。
可以这样实践：在提交前维护一份内部行为清单
下面的 YAML 是一个内部治理示例，不是 Cloudflare 官方导入格式，也不代表 Dashboard 中的实际字段名称。它的作用是在填写或修改 BotBase 提交前，把需要确认的信息集中到代码仓库中。
将以下内容保存为 bot-profile.yaml，运行前请替换域名、联系人和行为描述：
schema_version: 1
bot:
name: Example Research Bot
operator: Example Inc.
homepage: https://bot.example.com
contact: bot-ops@example.com
identity:
user_agents:
- ExampleResearchBot/1.0
source_ranges_documented: true
content_behavior:
purposes:
- search_indexing
- answer_generation
model_training: false
stores_page_content: true
retention_days: 7
acts_on_behalf_of_users: false
review:
owner: platform-operations
last_reviewed: 2025-01-15
review_on_behavior_change: true
为了避免遗漏关键字段，可以配套一个简单的校验脚本。先安装依赖：
python -m pip install pyyaml
再保存以下脚本为 validate_bot_profile.py：
from pathlib import Path
import sys
import yaml
PROFILE = Path("bot-profile.yaml")
def fail(message: str) -> None:
print(f"ERROR: {message}", file=sys.stderr)
raise SystemExit(1)
def main() -> None:
if not PROFILE.exists():
fail(f"missing file: {PROFILE}")
data = yaml.safe_load(PROFILE.read_text(encoding="utf-8")) or {}
bot = data.get("bot", {})
identity = data.get("identity", {})
behavior = data.get("content_behavior", {})
review = data.get("review", {})
required = {
"bot.name": bot.get("name"),
"bot.operator": bot.get("operator"),
"bot.homepage": bot.get("homepage"),
"bot.contact": bot.get("contact"),
"identity.user_agents": identity.get("user_agents"),
"content_behavior.purposes": behavior.get("purposes"),
"review.owner": review.get("owner"),
"review.last_reviewed": review.get("last_reviewed"),
}
missing = [key for key, value in required.items() if not value]
if missing:
fail("missing required values: " + ", ".join(missing))
retention = behavior.get("retention_days")
stores_content = behavior.get("stores_page_content")
if stores_content and not isinstance(retention, int):
fail("retention_days must be an integer when page content is stored")
if behavior.get("model_training") is None:
fail("model_training must be explicitly true or false")
print(f"OK: {bot['name']} profile is ready for human review")
if __name__ == "__main__":
main()
执行校验：
python validate_bot_profile.py
这份清单不能直接提交到 BotBase，但可以成为 Dashboard 操作前的事实来源。团队还可以把校验脚本加入 CI，在机器人配置发生变化时提醒运营者重新检查目录资料。
建议把目录维护接入发布流程
更稳妥的采用方式，是把 BotBase 提交视为机器人发布流程的一部分，而不是市场或运营团队的一次性任务。可以从以下检查表开始：
- 确认 Dashboard 中的提交状态，并记录负责跟进的人；
- 修改 User-Agent、产品用途或数据处理方式时，同步复核 BotBase 资料；
- 使用行为模型准确描述内容用途，避免用宽泛的“AI”标签代替具体说明；
- 对照实际代码、日志和数据保留策略验证声明；
- 定期检查联系人、主页和运营主体是否仍然有效；
- 不把目录登记误认为访问授权，继续遵守站点规则和适用协议。
BotBase 的这次更新，为机器人运营者提供了更清晰的加入与维护路径。真正的价值取决于团队是否把状态跟踪、资料编辑和行为声明纳入日常治理：机器人改变时，公开身份也应同步改变。