DpMaster web governance 波次退出门（7 项外部动作未完，阻塞 wave 2）

[ShanireZ]

本 issue 是 DpMaster web governance 波次退出门的唯一权威。

它原先存放在 NxtAgents/.scratch/web-governance-rebase/issues/01-dpmaster-external-exit.md。NxtAgents 仓已决定移除（工作区 nxtplan.md 决策 N05），本 issue 是它的接管者。正文自包含，不依赖 NxtAgents 的任何文件。

目标

在不削弱已在本仓验证过的源码合同的前提下，完成 DpMaster 波次的外部退出动作，然后决定是否开启 wave 2（BetAI）。

已完成（仓内实现已收口）

• PR fix: close web governance review gaps #3 — 以 fail-closed 的 AST 语义源码分析关闭全部 5 类 blocker，329/329 测试通过；两轮独立评审通过；GitHub Actions CI 33038818313 通过；合入 main 于 4e95d38。
• PR fix(governance): enforce explicit button types and refresh route digests #4 — 在 51 处交互演示、游戏、布局导航、反馈组件与题目筛选上强制 type="button"，并同步全量路由摘要；两轮独立评审通过；CI 33042756311；合入 b26a34f。
• PR fix(accessibility): add accessible attributes to visual SVGs and form inputs #5 — 语义 SVG role/aria-label、装饰性 SVG aria-hidden、表单 checkbox aria-label，并同步全量路由摘要；两轮独立评审通过；CI 33044961667；合入 e8b648b。
• 仓内实现完成，工作树干净，位于 main。
• 发布机符合已批准基线：Node 26.7.0、pnpm 12.0.0-rc.6、全局 Wrangler 4.125.0。本地全量门 pnpm verify（Baseline / 内容 / SEO / 单测 / lint / 构建 / HTML / Playwright 56/56 与资产预算）100% 通过。
• Wrangler 4.125.0 deploy 已把 Worker 与静态资产部署到 dp.round1.cc；线上边缘复检确认 HTML/Markdown 内容协商（Vary: Accept、Content-Signal、Link alternates）、未处理 Accept 的 406、/_representations/ 的 404 + noindex 均已生效并验证。
• pnpm maintenance:check 报告若干独立依赖补丁升级（@types/node、@types/react-dom、lucide-react、oxc-parser、oxlint、web-vitals），属独立任务。

待办：7 项外部/人工动作

1. 通过 owner 常规聚合流程授权并推送 DpMaster 提交。
2. 解决独立的 DpMaster 依赖维护任务，或明确判定其当前补丁漂移不构成发布阻塞；不得把这些升级夹带进提交 0756bb7。
3. 修改 Cloudflare AI Crawl Control，使其不再注入 ai-train=no 或与之冲突的爬虫 Disallow 规则。
   • ⚠ 这是当前线上正在发生的契约冲突：仓内 Markdown 响应声明 Content-Signal: ai-train=yes, search=yes, ai-input=yes，而边缘在注入 ai-train=no。
4. 在该项目自己的部署授权下执行 DpMaster 发布路径与 PubEnv 交接。
5. 通过最终边缘验证线上 HTML/Markdown 协商、HEAD、406、表示专属 ETag、Vary: Accept、缓存隔离、内部前缀 404、robots 与 Content-Signal。
6. 向已批准的搜索平台提交 canonical sitemap 并确认初次受理。验收依据见下方「上线预检」。
7. 观察 24 小时无阻塞级或高风险缺陷后，再关闭本门。

上线预检（第 6 项的验收依据）

原属 NxtAgents 的 MWG 计划 §5.3。该计划已随仓废弃，故在此内联留存。提交前按目标域执行，任一失败则整次提交 fail closed：

1. 默认 Accept 获取 HTML，必须 200。
2. canonical 必须等于登记的 HTTPS URL。
3. 页面必须允许索引。
4. Markdown Accept 返回正确 media type、语言、Vary、Link 与 Content-Signal。
5. HEAD 与 GET 一致。
6. sitemap 可解析且 URL 集合法。
7. sitemap 中每个 URL 在线返回 200、无重定向。
8. robots 的最终 Cloudflare 响应只声明已启用的 sitemap。
9. 无 Cloudflare 缓存串表示或 Content-Signal 冲突。
10. 任一失败时整次提交 fail closed。

本域的自动提交对象为 https://dp.round1.cc。不提交：Markdown 变体或内部制品 URL、noindex/登录/token/管理/个性化/错误 URL。

停止条件

• 本门未解除前，不得开始 BetAI 源码实施——中央计划要求先完成一个项目的完整退出。
• 出现下列任一情况时停止部署与搜索相关工作：canonical 泄漏、表示缓存串扰、认证泄漏、错误的搜索提交、Cloudflare 信号冲突。
• 不得把平台凭据、token、控制台导出或私有 PubEnv 证据写入本仓。

Wave 2 交接契约

解除本门可以开启 BetAI 的接洽，但不授权立即修改其源码。改动 BetAI 前必须：

1. 从 BetAI 项目根开始，重新完整阅读其 AGENTS.md 及它指名的每一份权威（公开路由、部署、隐私、真实数据、验证）。
2. 重新核对当前分支、工作树、远端、运行时/工具版本、公开路由权威、生成资产、外部依赖与用户自有改动；不得把带日期的旧快照当作当前事实。
3. 按 BetAI 自己配置的 issue tracker 约定，在那里创建有边界的实施规格与工单。不得另建替代物。
4. 部署、发布、Cloudflare、搜索提交、commit、push、release 一律留在 BetAI 自己的授权门后。

---

工作区 nxtplan.md 决策 N11 建立本 issue；它同时是 nxtplan.md 阶段 5（移除 NxtAgents）的硬前置之一。

[ShanireZ]

2026-09-03 只读复核：7 项待办里只剩第 3 项真正阻塞

本轮全程只读，未对本仓做任何写入（本评论除外）。核对时工作树干净，origin/main = 本地 main = 4fe77ce。

逐项核销

#	待办	今日状态	依据
1	owner 授权并推送 DpMaster 提交	✅ 已完成	git fetch origin 后 git rev-list --count origin/main..HEAD = 0；origin/main 头部为 4fe77ce（2026-09-03 11:37）
2	解决依赖维护任务，或判定其不阻塞发布	✅ 判定见下	pnpm maintenance:check
3	Cloudflare 停止注入 ai-train=no 与冲突 Disallow	❌ 仍在发生，本门唯一阻塞	见下方边缘验收 2 条 FAIL
4	执行发布路径与 PubEnv 交接	◑ 发布侧已生效	线上 47 个公开 URL 全部 200，内容协商合同全绿（见第 5 项）。PubEnv 交接部分在本仓外，未核
5	最终边缘验证	✅ 除第 3 项外全过	19 项检查 17 过，2 条 FAIL 全部归属第 3 项
6	向搜索平台提交 canonical sitemap	⛔ 被第 3 项挡住	「上线预检」第 9 条失败 ⇒ 第 10 条 fail closed ⇒ 现在不得提交
7	观察 24 小时	⏸ 未起算	需第 3 / 6 项先完成

第 5 项与「上线预检」：19 项检查，17 过 2 败

对 https://dp.round1.cc 只发 GET / HEAD，redirect: manual。

通过（17 项）

• 预检 1、7 · sitemap 200、可解析、47 个 URL、无重复、同域、无 /_representations/、无查询串；逐个取回全部 200 且无重定向
• 预检 2 · 47 个页面的 <link rel="canonical"> 逐一等于其自身登记 URL
• 预检 3 · 无 noindex（HTML meta 与 X-Robots-Tag 均已核）
• 预检 4 · Markdown 表示：Content-Type: text/markdown; charset=utf-8、Content-Language: zh-CN、Vary: Accept、Link 同时带 rel="canonical" 与 type="text/html" 备选、Content-Signal: ai-train=yes, search=yes, ai-input=yes
• 预检 5 · HEAD 与 GET 在 status 及 content-type / vary / content-signal / content-language 四个头上逐一一致（两种 Accept 各测一遍）
• 预检 8 · robots 最终响应只声明一个 sitemap，且等于 https://dp.round1.cc/sitemap.xml
• 本 issue 第 5 项附加 · 未处理 Accept 返回 406；/_representations/ 返回 404 且带 X-Robots-Tag: noindex, nofollow；同一 URL 两种 Accept 各得其所、缓存未串表示
• 47 个 HTML 表示全部带 Vary: Accept，Content-Signal 头全部为 ai-train=yes

复现（任取一条）：

curl -sSI https://dp.round1.cc/method
curl -sSI -H 'Accept: text/markdown' https://dp.round1.cc/method
curl -sS -o /dev/null -w '%{http_code}\n' -H 'Accept: application/x-not-a-real-type' https://dp.round1.cc/
curl -sSI https://dp.round1.cc/_representations/index.md

失败（2 项，均属第 3 项）

FAIL  robots 的 Content-Signal 与 HTTP 头冲突
      robots.txt 声明 = search=yes,ai-train=no,use=reference
      HTTP 头       = ai-train=yes, search=yes, ai-input=yes

FAIL  注入了 9 组爬虫 Disallow: /
      Amazonbot, Applebot-Extended, Bytespider, CCBot, ClaudeBot,
      CloudflareBrowserRenderingCrawler, Google-Extended, GPTBot, meta-externalagent

复现：curl -sS https://dp.round1.cc/robots.txt

第 3 项：定位与解法

那段内容位于 # BEGIN Cloudflare Managed content / # END Cloudflare Managed Content 之间，是 Cloudflare 托管 robots.txt 功能在与仓内 site/public/robots.txt 做合并 —— 托管块在前，仓内内容在后。

按 Cloudflare 文档（Bots → Managed Robots Txt），该功能的内容信号偏好是固定的 search=yes, ai-train=no, use=reference，没有把它改成 ai-train=yes 的选项。因此对齐本仓已声明合同的唯一路径是把它关闭：

Cloudflare Dashboard → 选 round1.cc 域 → Security → Settings → 筛 Bot traffic → 关闭 Set your preference to block training in robots.txt

关闭后线上 robots.txt 只剩仓内那份，它已经写好了对全部相关 UA 的 Allow: / 与唯一 Sitemap: 声明，两条 FAIL 会同时消失，仓库重新成为该文件的唯一事实源。

可选第二处：zone Overview → Control AI Crawlers → 取消 Display Content Signals Policy（只影响注释前言，无指令效力）。

⚠ 这是 Cloudflare 账户设置变更，留在 owner 的控制台授权门后。

⚠ 另一条同样自洽的路是反向对齐：若已改主意要真的阻止 AI 训练，则应把仓内 site/public/robots.txt、Worker 的 Content-Signal 头、锁这条的测试与 deploy.md 一并改成 ai-train=no。两条路不能混着走；本 issue 原文选的是前者。

第 2 项判定：当前补丁漂移不构成发布阻塞

pnpm maintenance:check（2026-09-03T05:03:33Z）报 7 项漂移：@testing-library/user-event 14.6.6→14.6.7、@types/node 26.4.0→26.4.1、lucide-react 1.38.0→1.39.0、oxlint 1.80.0→1.81.0、Node 26.7.0→26.8.1、pnpm 12.0.0-rc.6→12.2.1、Wrangler 4.125.0→4.128.0。

判定为不阻塞本门退出，理由与失效条件：

1. 前 4 项是补丁级，且其中 3 项是本轮 24 小时内新出的上游发布；已随提交 35aa12a（2026-09-02）完成的那一批升级 pnpm-lock.yaml 已同步，工作树干净。
2. Node 与 pnpm 的钉版不是本仓能单方面决定的：pnpm@12.0.0-rc.6 与 Node 26.7.0 同时钉在工作区约 12 个项目上，在此单方面上抬会使工作区失同步。应作为独立的工作区级任务处理。
3. Wrangler 是发布机全局 CLI，升级须同步 deploy.md 的「全局 CLI 基线」表并重跑 pnpm verify；属独立任务，按本 issue 原文不得夹带进 0756bb7。
4. 本判定失效的条件：任一漂移项跨越 minor/major，或出现影响构建产物、部署链路或已声明兼容合同的变更。届时须重新评估，不得沿用本条。

补充：滚动 issue #1 由 .github/workflows/toolchain-drift.yml 每周一 02:00 UTC 自动 reopen / 重写 / 关闭，其判据是「恰好等于 npm latest」（带 24 小时成熟期）。因此 #1 保持 open 不代表本门未退出，手工关闭它也会在下周一被巡检撤销。

一处不彻底，如实登记

「表示专属 ETag」这项通过得不彻底：Markdown 表示带自己的弱 ETag（例 W/"a51be132be3586342bf80a7b10edb2a5"），但 HTML 表示根本不返回 ETag（Transfer-Encoding: chunked + Cache-Control: public, max-age=0, must-revalidate）。所以现状是「不可能撞」而非「已验证不撞」。不影响本门，但不要把它记成已验证的隔离。

结论

第 3 项那一个开关是本门的唯一关键路径；关掉后重跑上述边缘验收拿到全绿，即可解锁第 6 项，再起算第 7 项的 24 小时观察窗。

[ShanireZ]

更正：第 3 项立场反转 —— 不关托管 robots.txt，改为仓内反向对齐

owner 于 2026-09-03 决定：Cloudflare 托管 robots.txt 保持开启，以边缘声明为准。 本 issue 原文第 3 项要求「修改 Cloudflare AI Crawl Control，使其不再注入 ai-train=no 或与之冲突的爬虫 Disallow 规则」——该解法作废，请以本条为准。

先更正上一条评论里的两处

① 控制台路径写错了。 上一条给的 Security → Settings → 筛 Bot traffic 是旧入口。当前界面在：

AI Crawl Control → 概览（或信号）→ 卡片 「托管 robots.txt」

② 这个开关是 zone 级（round1.cc），不是 hostname 级。 AI Crawl Control 的「信号」页把 dp.round1.cc 与 luogusp.round1.cc 都列为「Cloudflare 托管 · 内容信号已声明」。这意味着原方案（关掉它）会连带改变 LuoguSP 那个主机名的 robots.txt —— 这是决定反转的一个实质理由，原文写方案时并不知道。

同页另两条现场观测：

• 「面向代理的 Markdown」开关关着（Pro 套餐功能）。这是对的：本仓 Worker 自己做 Accept 协商，那个功能开了会与仓内合同争夺同一职责。
• 托管块的 Disallow 确实在生效，不是纸面冲突：过去 24 小时 Anthropic ClaudeBot 允许请求 0（↓100%）、OpenAI 0、Google 0、Apple 0、Common Crawl 0，只有 BingBot 77；「Robots.txt 违规」表为空。

第 3 项的新表述

3.（已在仓内解决，待部署验证） 边缘的托管 robots.txt 是 AI 抓取策略的权威。仓内声明必须与它同向：Content-Signal 不得声明 ai-train=yes，且 robots.txt 不得对被托管块 Disallow 的抓取器写 Allow。

已完成：commit 5de9263（在本地 main，未推送）

权威源 2 处

• site/src/lib/publicWebContract.ts — PUBLIC_CONTENT_SIGNAL 改为 search=yes, ai-train=no, ai-input=yes。ai-input 托管块未声明，按 Content Signals 规范「未声明＝既不授予也不限制」，保留明确授予不构成冲突。
• site/src/lib/discovery.ts — AI_CRAWLERS 由 14 个减到 6 个，只保留托管块未点名的检索类与用户触发类（OAI-SearchBot、ChatGPT-User、Claude-User、Claude-SearchBot、PerplexityBot、Perplexity-User）。与托管块 Disallow 重叠的 8 个训练类（GPTBot、ClaudeBot、CCBot、Google-Extended、Applebot-Extended、Bytespider、Amazonbot、meta-externalagent）不再由仓内 Allow —— 同一个 UA 落进两个组时，各家抓取器的合并与优先级实现并不一致。

门与断言 6 处 · baseline-governance.mjs（由「ai-train 必须 yes」改判「必须 no」）、baseline.config.json、public-web-contract.test.mjs、worker-routing.test.mjs（2）、seo-contract.test.mjs（正反两组）、baseline-governance.test.mjs。

文档 3 份 · AGENTS.md、deploy.md（原先整段「Cloudflare 在跟仓库打架、发布前必须关掉托管段」改写为「边缘是权威」，并记下 zone 级与 luogusp.round1.cc 的连带）、docs/operations/verification.md。

⛔ 未动 docs/web-contracts.md：它与工作区权威 Docs/web-contracts.md 的 sha256 相同（5cfc3fea…），由 hash 门守着，其中那行 Content-Signal: ai-train=yes, … 是跨项目通用的响应契约示例，不是本项目声明。改副本会破门，改权威会把本项目策略推给所有带副本的项目。残留：该共享文档的示例值与本项目实际策略不再一致，把它改成中性写法属工作区级独立任务。

验证

先把断言改到新期望值，确认 6 道门全部转红（5 个测试 + baseline:check），证明每处判据真的判得动这个值；再改权威源转绿。

pnpm test      → tests 340 / pass 340 / fail 0 / skipped 0
pnpm verify    → 十步全绿，exit 0，Playwright 56/56，check-assets 276 文件
verify 前后 git status 比对 → 无差异（prebuild 未额外写盘）

新增那组反向断言（「这 8 个必须不出现」）的撤掉即红反证，扰动只落在生成物上、还原用重新生成而非手工回退：

[0] 未扰动                   exit=0  GREEN
[1] 把 GPTBot 加回 Allow 组   exit=1  RED
[2] 删掉 OAI-SearchBot        exit=1  RED
[3] pnpm seo:generate 还原     sha256 51a49c3f… 与基线逐字节一致，GREEN

本门的剩余路径

#	待办	状态
1	owner 推送	✅ 已完成（5de9263 为本次新增，待下一轮汇总推送）
2	依赖漂移判定	✅ 见上一条评论
3	AI 抓取策略一致	◑ 仓内已解决并全门验证；线上仍是旧的 ai-train=yes 头，待部署
4	发布路径与 PubEnv 交接	⏳ 需带本次提交重新发布
5	最终边缘验证	⏳ 部署后重跑；上一条评论的 19 项探针里那 2 条 FAIL 应随之转绿
6	提交 sitemap	⛔ 仍被第 5 项的 fail-closed 挡住
7	观察 24 小时	⏸ 未起算

⚠ 在部署之前，线上响应头仍是 ai-train=yes，与边缘 robots.txt 冲突依旧存在。 本次提交把冲突从「控制面 vs 仓库」变成「已部署版本 vs 仓库」，第 3 项要到发布后重跑边缘验收拿到全绿才算真正关闭。

[ShanireZ]

2026-09-03 已部署并复验：第 3、5 项关闭，第 6 项解锁

5de9263（AI 抓取策略反向对齐）已上生产，线上边缘验收 19 项全绿。

部署记录

经 AGENTS.md 指定的唯一完整发布入口 pnpm release（先跑 pnpm verify 十步，再复用该次构建产物发布），退出码 0。

✨ Uploaded 120 files (317 already uploaded)
Uploaded dpmaster (9.52 sec) · Deployed dpmaster triggers (2.02 sec)
  dp.round1.cc (custom domain - zone name: round1.cc) [enabled, previews: disabled]
Current Version ID: 4d71bda3-e4d5-45ae-80ab-6b9b7e1c84da

发布机基线：Node 26.7.0、pnpm 12.0.0-rc.6、全局 Wrangler 4.125.0（与 deploy.md 的「全局 CLI 基线」表一致）。发布前工作树干净、位于 main、HEAD = 5de9263。

⚠ 探针判据本身改了 4 条，先说清楚

上一轮那份 19 项探针里有 4 条编码的是已作废的旧策略。立场反转后照原样跑，等于拿旧判据去量新合同，所以按新合同重写；其余 15 条逐字未动。

判据	旧（作废）	新
9b · HTML 头	必须含 ai-train=yes	必须恰好等于 search=yes, ai-train=no, ai-input=yes
4 · Markdown 头	同上	同上
9d · robots 信号	robots 里不得出现 ai-train=no	robots 与 HTTP 头对 ai-train 的态度必须一致
3 · 爬虫规则	不得有任何爬虫 Disallow	被托管块 Disallow 的 UA 不得同时出现在仓内 Allow 组

结果：19 项 0 失败

原先失败的两条，现在的实测输出：

PASS  3 被托管块 Disallow 的 UA 不出现在仓内 Allow 组
      托管块=存在；托管 Disallow 9 个；仓内 Allow 6 个
      [OAI-SearchBot, ChatGPT-User, Claude-User, Claude-SearchBot,
       PerplexityBot, Perplexity-User]
      交集=空

PASS  9d robots 与 HTTP 头对 ai-train 的态度一致
      robots=[no]　HTTP 头=no

其余通过项与上一轮一致：sitemap 47 个 URL 全部 200 且无重定向、canonical 逐一自指、无 noindex、Markdown 协商五要素齐备、HEAD 与 GET 一致、未处理 Accept 返回 406、/_representations/ 404 + noindex, nofollow、缓存未串表示、robots 只声明一个已启用 sitemap。

curl 独立复核（不依赖探针脚本）：

curl -sSI https://dp.round1.cc/ | grep -i content-signal
→ Content-Signal: search=yes, ai-train=no, ai-input=yes

curl -sSI -H 'Accept: text/markdown' https://dp.round1.cc/method | grep -i content-signal
→ Content-Signal: search=yes, ai-train=no, ai-input=yes

curl -sS https://dp.round1.cc/robots.txt | sed -n '/END Cloudflare Managed Content/,$p'
→ 仓内段只剩 6 个检索/用户触发类 UA + Sitemap

门的状态

#	待办	状态
1	owner 授权并推送	◑ 先前提交已推送；5de9263 已上生产但尚未推送，见下方风险
2	依赖漂移判定	✅ 不阻塞发布（判定与失效条件见前评论）
3	AI 抓取策略一致	✅ 关闭 —— 边缘为权威，仓内同向，交集为空
4	发布路径与 PubEnv 交接	◑ 发布路径已执行（Version 4d71bda3）；PubEnv 交接在本仓外，未核
5	最终边缘验证	✅ 关闭 —— 19/19
6	提交 canonical sitemap	🔓 已解锁 —— 「上线预检」10 条全过，fail-closed 闸门解除，可以提交 https://dp.round1.cc/sitemap.xml
7	观察 24 小时	▶ 从 2026-09-03 部署时刻起算

两处如实登记，勿当成已验证

1. 生产领先 origin/main 一个提交。 5de9263 已上线但未推送（AGENTS.md：agent 不得 push）。在 owner 汇总推送前，GitHub 上的 main 与线上不一致，CI 也没有为这个 SHA 跑过。第 1 项因此仍是半开。
2. 「表示专属 ETag」是半验证，不是通过。 Markdown 表示带自己的弱 ETag，但 HTML 表示根本不返回 ETag（Transfer-Encoding: chunked + Cache-Control: public, max-age=0, must-revalidate）。所以现状是「不可能撞」而非「已验证不撞」。这一条从第一轮探针起就是如此，不是本次引入的。