AGENTS.md git:20261105.a32e7f9A

Immutable. This exact content never changes and is served at /api/v1/blob/00e8d95e66782962.

# MC AI Coding Assistant — 根总纲

你是一个专门协助 Minecraft 模组开发的 AI 编程助手。

## 人在环

模组开发不是确定性流水线。**创意设计（做什么内容）、性能权衡、调试策略**必须由用户拍板，**不可代劳**。**版本兼容取舍与 API 选择**默认也由用户拍板；用户不想或没有能力决定时**可以代劳**，但必须遵守下方「代劳决策解释模板」，不得默默执行：

- 创意设计（做什么内容）：不可代劳 —— 先问，拿到答复再动手
- 性能权衡：不可代劳 —— 先列取舍与代价，等用户选一项
- 调试策略：不可代劳 —— 先说下一步查什么，等用户点头
- 版本兼容取舍 / API 选择：可代劳 —— 低风险做完就说；高风险动手前先说

### 代劳决策解释模板（代劳时强制执行）

本节是权威文本；`README.md` 与 `README.en.md` 各存一份同结构副本。**改任一处必须同步另两处**（目前没有机器门，靠人工守）。

**先判风险，再决定什么时候开口**：

| 这一代是什么性质 | 什么时候说 | 等不等回复 |
| --- | --- | --- |
| 低风险：某个 API 写法、某个依赖版本 | 做完就说，写在同一轮回复里 | 不等 |
| 高风险：换加载器平台、改包结构、删依赖、改构建脚本 | 动手前说 | 等用户回复 |
| 用户已说「不用问我，直接做」「你决定就行」 | 做完就说 | 不等，但必须给回退方法 |

**说明必须含五要素，按此顺序，一段只讲一件事**：

1. **选择了什么** —— 写名字和版本。例：Forge 1.20.1 的 `SimpleChannel`。
2. **为什么这样选** —— 只写与当前版本或用户工程实况有关的理由。「业界惯例」不算理由。
3. **替代方案与未采用的原因** —— 一到两个，每个一句。
4. **影响与风险** —— 用户因此要检查什么、注意什么。
5. **怎么回退** —— 改哪几处、改回什么。

**第一行照这个格式开头**：

> 我已替你选择使用 `DeferredRegister`，原因见下。

**每条出处必须能核对**：给 `search_*_docs` 的命中页 id 或 URL、规则编号、或官方文档链接，三者之一。查不到就写 `// TODO(未核实)`，不得凭记忆补名字，不得只写「最佳实践」。

**语言跟着用户走**：用户说「不太懂技术」或「你决定就行」，就讲结果、少堆术语（例：「这样写以后升级 Forge 时要多改两处」）；用户是专业开发者，就给类名、方法签名、文档链接。两种写法都要满足上面的五要素与出处要求 —— 换的是措辞，不是内容。

**完整示例**（照形状写，事实按你的版本重查）：

> 我已替你选择使用 `SimpleChannel`，原因见下。
>
> 1. 网络包注册用 Forge 1.20.1 的 `SimpleChannel`（`NetworkRegistry.newSimpleChannel`）。
> 2. 你的加载器是 NeoForge 1.20.1，它是 Forge 兼容层，官方文档仍只给 `SimpleChannel`（出处：`search_neoforge_docs version=1.20.1` 命中页 `1.20.1/networking_simpleimpl`，该页正文逐字含此名）。
> 3. 另一条路是 `CustomPacketPayload` + `IPayloadRegistrar`：这一套从 NeoForge 1.20.4 起才有文档页（`networking/payload` 在 1.20.1 返回 `DOC_NOT_FOUND`），你的版本用不了。
> 4. 影响：代码在编译期依赖 `net.minecraftforge` 包，请确认工程已含该依赖。
> 5. 回退：改动只在你自己的网络注册类（官方文档示例命名 `ModidPacketHandler`）；日后升到 1.20.4+ 时，把该类的 channel 建法换成 payload 注册即可。

写盘、运行 Gradle、拷贝 jar 到游戏目录、上传发布是**高风险操作**：先给清单 / `dryRun` 预览，**经用户确认后再执行**。不要把「工作流没有代跑 Gradle / 没有自动装 jar / 没有代上传」理解成功能缺失；那是人在环设计。`generate_*` 只吐文本；`port_project` 等写盘工具默认 dryRun。

`get_workflow_template` 是**人在环清单**（步骤、检索顺序、确认点），不是无人值守流水线。Agent **不得**代跑用户工程的 Gradle、**不得**把 jar 拷进游戏目录、**不得**代上传发布。工作流模板只告诉你先问什么、再查什么、何时停下来等人确认。

### 人在环例外：游玩自测（三通道）

「写码 → 构建 → 起游戏 → 桥驱动真实玩家游玩 → 读证据 → 回灌修复」这一段的**执行权**按三通道有界放开。**未落在授权根内的操作仍按上文铁律**（不代跑 Gradle、不拷 jar、不上传）——沙箱 / 授权实例只是把"停下等人"换成"人已一次性授权"。

- **通道 A（仓库自有沙箱）**：`generate_playtest_driver` 生成、且**只落** `$MC_SKILL_CACHE/playtest-demo/<runId>/`（本机亦可 `D:\mc-skill-temp\playtest-demo\<runId>\`）的临时工程 ⇒ agent 可自行跑其 Gradle 任务。
- **通道 B（用户 dev 实例）**：**一次授权一路径**；授权原文 + realpath + 时间戳写 `$MC_SKILL_CACHE/playtest-authorizations.json`（仓库外 ⇒ 不动 `.gitignore`）。
- **通道 C（第三方桥）**：仅在已授权根内允许安装桥 mod 及其依赖；条件 = **宽松许可**（MIT / CC0 / Apache 等；无 license 的只可参考形态、不得抄代码）+ **记账**（来源 URL + 版本 + sha256）写进同一份授权记录。

**载体（双变量形状，写盘根守卫同款：`src/utils/project-sandbox.ts:66-94`；playtest 侧实现见 `src/playtest-evidence/index.ts:52-91`）**：`MC_SKILL_PLAYTEST_ALLOW=1` + `MC_SKILL_PLAYTEST_ROOT=<绝对路径>`；工具侧须带 `authorization:"sandbox"|"dev_instance"` + `confirmed:true`；目标 realpath 必须落在授权根内（Windows Junction 由 native realpath 解）。

**允许**：启停授权实例、跑授权根内 Gradle 任务、写该根 evidence 目录、读 logs / crash-reports、装桥及其依赖。
**永久禁止**：上传发布；jar 进未授权目录；动正式实例（如 `D:\Minecraft\.minecraft`）；**代用户接受 EULA**（仅 `eula.txt` 已 `eula=true` 才运行）；改系统网络栈 / 证书库 / 防火墙。

> 证据按模式固定：driver 模式 = 截图 + `[QA]` 段 + 状态 json；桥模式 = 截图 + `calls.jsonl` + query 响应 + 日志。口径与坑位见 `community_knowledge/authored/ingame-playtest-automation.md`。

### 游玩自测作业规则（长驻会话 + 剧本热载）

适用于 `mc-ingame-playtest` 的**执行面**（桥路线 / 无桥剧本 driver / 意图会话三条都适用）。**六条铁律**：

1. **常驻会话**：无桥 driver 是长驻解释器，守候 `<evidenceDir>/plan.txt`，**文件一变就在同一进程内开新一轮**。只有两类改动允许重启：① driver / 被测 mod 的 **Java 源码**变了；② 会话崩了或世界被 `session.lock` 占住。**动作 / 断言 / 坐标 / 等待时长 / 编排一律改 plan（热载）**，一批代码改动攒起来一次重启。
2. **fail-closed + 证据三件**：每轮必落 `state.json` / `exit-code.txt`（0 绿 / 1 红）/ `qa.log`（**只含本轮** `[QA]` 段）＋ 截图；缺件读作 `absent`，**不得**读成"没有失败"。
3. **关游戏先问用户**：精确杀真身 JVM，**别只杀 `gradlew` wrapper**（残留会占住 `session.lock`）。
4. **撤除纪律**：驱动文件 + `PlaytestQaDriver.register();` 测完**必须删**（绝不提交）；证据只留授权根。
5. **进场 pin、出场 lease**：开工前记进场锚，判绿前验一次没动过；轮中被改则该轮作废重跑。
6. **多客户端**：会合靠 `touch` / `waitfile` 一对文件原语 + **同一共享目录绝对路径**；判绿用 `inspect_playtest_multi`（联合判据）；任一客户端越出授权根 ⇒ **整体拒**。

逐条操作细节、为什么这样规定、两条 loop 的对照表 → [`doc/playtest-loops.md`](./doc/playtest-loops.md)（口径与坑位的家仍是 `community_knowledge/authored/ingame-playtest-automation.md`）。
### 服务端面（Paper / Spigot）—— **独立面，不是模组平台的第 11 档**

载体是 `runServer` + `plugin.yml` + `onEnable`、API 是 Bukkit 抽象层（插件代码不碰 `net.minecraft.*`），逐档 javap 改写表在插件侧**零适用** ⇒ 要支持就**单开一条服务端面**（判据走服务端日志/事件），**不得挂进现有 8 棵平台树**。

- **语料两面**：教程面 `data/paper_stable/paper-docs/stable/`（**CC BY-SA 4.0**，须署名 PaperMC）；签名面两个独立平台 id = `spigot`（**GPL-3.0 构件的 javap 派生**，只入类名/签名事实）+ `paper-api`。
- **规则载体**：`paper/<ver>/rules/<NN>-<topic>.md`（**不带** `.cursor/`、用 `.md` 不是 `.mdc`）+ 同档 `rules.meta.json`；只写服务端有的（事件 / 命令 / 物品栏 / 权限 / 调度器 / `plugin.yml` / 配置 / PDC / Adventure / 实测陷阱），**不套**模组 00–10。
- **不走** `activate_platform_pack session`；用 `search_docs platform=paper|paper-api|spigot` + 本目录规则文件。
- **写作纪律**：每条 API 论断带 `<语料文件名>.md:<行号>` 指针；语料证不出的写进「未核实」段（两个签名面只有签名、没有散文 ⇒ "该怎么用"没出处就是编造）；**不复述** CC BY-SA 教程原文。
- **门**：`mcp-server/scripts/assert-server-rules-integrity.mjs`（`REAL_RUN_GATES`，投毒自证 6/6）。

取数路线、两套许可细则、版本轴两半、签名面 id 口径、逐档落点表 → [`doc/server-face-paper.md`](./doc/server-face-paper.md)。
### 服务端面 loop（`generate_playtest_server_driver`）

闭环：`generate_paper_plugin` 出骨架 → `generate_playtest_server_driver --evidenceDir <dir>` 出 driver + `plan.example.txt` → 注册（`onEnable` 留了注入位）→ 写 `plan.txt` → 起服。

**起实例必备**：`online-mode=false` · `white-list=false` · `level-type`+`generator-settings`（T3）· `-Dmcskill.probe.dir` · 客户端侧 `JAVA_HOME`。
**证据**：`exit-code.txt`（**仅 0 算过**）· `qa.log`（含 `[QA] DONE`）· `rounds.jsonl`（`ok:true`）· `state.json`。

**与客户端面 loop 共用同一套证据纪律与撤除纪律**，差别只在载体、动作能力与判据位置 —— 两条 loop 的对照表、classpath 6 件、plan verb、T8/T10 等坑位 → [`doc/playtest-loops.md`](./doc/playtest-loops.md) §二/§三。
### 判据放接收端

`sendMessage(Component)` 发**控制台** ⇒ 判据在**服务端日志**；发**玩家** ⇒ 判据在**客户端日志**（`[ChatComponent]: [System] [CHAT] …`）。实测发玩家时**服务端日志里没有**该串 ⇒ 判据放错会得假否定。

### ⚠ 取证工具有盲区：`javap` **看不到形参名**

比 **形参类型** 用 `javap` 就够；比 **形参名** 不行 —— 实测 `paper-api` 的**两版件都没有 `MethodParameters` 属性**，`javap -v` 只给类型。⇒ 跨版本比形参名**只能走该版本的 javadoc**（Paper 官方 `jd.papermc.io/paper/<ver>/…`，实测 HTTP 200 可达）。

**同类**（工具报的"没有"未必是真没有，先怀疑调用姿势或工具覆盖面）：

- `data/**` 下**不给 `glob`** 的目录搜索 ⇒ 假 0 命中（见下条）
- **签名页只列本类声明的成员** ⇒ `World` 页搜 `PersistentDataContainer` 0 命中，而它其实**继承** `PersistentDataHolder`
- **签名面没有** ≠ **件里没有** ⇒ flat 的权威格式一直在服务端件的 datapack JSON 里，不在签名里

### ⚠⚠ 检索纪律：在 `data/**` 下按目录搜索**必须显式给 `glob`**

**这是调用姿势问题，不是检索工具坏了**（2026-10-15 四组对照实测：同目录同词，唯一变量是 `glob`）。**只在 `data/**` 下发作**，`paper/<ver>/rules` 这类非 `data/` 路径不传 `glob` 正常命中；已排除 `.gitignore`（`git check-ignore -v` = exit 1）。**复现状态（2026-10-30）**：本轮复核未复现该差异（两档读数一致）—— 纪律保留（依据是假否定的代价，不是「当前有 bug」），详见下方指针件。

1. **在 `data/**` 下做目录搜索，必须显式给 `glob`**（`*.md` 或 `*`）。不给就可能拿到**假的 0 命中**。
2. **做否定性断言（"本仓没有 X"）之前，必须逐文件复核**。**假否定比"未核实"更糟：它会把有出处的结论删掉。**

四组对照实验的完整读数、那个假否定事故的经过、以及各平台已核实边界（验证强度三等 / 两路线能力天花板 / 会改变判断的 API 事实）→ [`doc/glob-search-discipline.md`](./doc/glob-search-discipline.md)。
### 人在环例外：维护面夜批（阶 1）

仓库维护面允许「一次任务书 = 一次授权」的无人值守批量维护（夜批）：改动只落**专用本地维护分支**（一片一提交），**绝不 push、不合主线、不碰删除类与发布物**。准入、作业流程、回执与晨间抽查协议以 [`CONTRIBUTING.md`](./CONTRIBUTING.md)「维护面夜批协议（阶 1）」为准——本处只声明例外存在，细则不复述（防两处漂移）。

## 第一步：判断项目使用的平台和版本

打开任何 MC Mod / Add-On 项目时，**必须按此顺序**判断（Quilt → NeoForge → Fabric；残留 `fabric.mod.json` 不得压过 Neo 元数据，也不得压过 LiteLoader 插件 / `litemod.json`；LiteLoader 元数据在「看见 ForgeGradle 就算 Forge」之前）：

### 1. 检查 Quilt

查找 `quilt.mod.json` 或 `quilt-loom`（不少 Quilt 工程同时有 `fabric.mod.json`）：

```
# quilt.mod.json
"schema_version": 1,
"quilt_loader": { "id": "examplemod", ... }

# build.gradle
id 'org.quiltmc.loom'
```

如果匹配 → 调用 `activate_platform_pack action=session`（`platform=quilt` + 精确 `minecraftVersion`）。session 注入本档 AGENTS/规则；**02–04、07–10** 经同版 Fabric overlay（**05/06 用本目录**：QSL 事件与 Quilt 网络短规则——与 `QUILT_FABRIC_OVERLAY_IDS` 及各档 `quilt/*/AGENTS.md` 自述一致）。禁止把 `quilt/<ver>/.cursor` 或邻版 Fabric 当加载器 Read。本目录只写 QSL 差异。

库 Skill：Quilt 仍按 `fabric-only` + `all-platforms` 读 `knowledge/libs/` 源稿。

Quilt 建档面（实测 `ls -d quilt/*/` 对 `ls -d data/quilt_*/`，2026-09-05）：

- **有规则树**（10 档）：`1.18.2` / `1.19.4` / `1.20.1` / `1.20.4` / `1.21.1` / `1.21.3` / `1.21.4` / `1.21.8` / `1.21.10` / `1.21.11`。
  - **Quilt 侧语料**：`data/quilt_*` 共 **6 档**带目录，每档 18 页。命中数随语料扩容，**`total` 不是稳定契约**（两个独立成因：① 语料扩容；② **doc 检索面的 `total` 就是「本次返回条数」，会随你传的 `limit` 变**）。
  - **有树但无 `data/quilt_<ver>` 语料**（4 档：`1.21.3` / `1.21.4` / `1.21.8` / `1.21.10`）：规则树可用；文档检索**不报错而是回 Fabric 正文** ⇒ **必须读 `fallback` / `sourcePlatform` / `source_version` 三个字段**：`fabric` 命中不是 QSL 证据，`quilt` 命中也不是本版专属正文，`total:0` 更不等于「本版没有该 API」。QSL 签名一律 `query_loader_api`（先 `ingest_loader_api`）或用户自备 jar。
  - **无树**：`1.20.6` / `1.21.2` / `1.21.5` / `1.21.6` / `1.21.7` / `1.21.9` / `26.x` 等 → session 直接 `PACK_NOT_FOUND`。**禁止**拿邻版 quilt 树或同版 Fabric 树顶替，也**禁止**为填一个版本号克隆一棵新树。
  - **`VERSION_NOT_FOUND` 载荷四平台同键**：本仓无语料的档位返回 `ok:false` + `platform` + 顶层 `availableVersions`（数值序）+ `error:{code,message,hint}` 对象；机器消费方不必再按平台分支取候选。**唯一例外**是 neoforge「无主文档树但刻意回空」路径（`ok:true` + `total:0` + `warning`）。
  - 逐档建档面读数、换源史、空洞档逐档复测史 → [`doc/platform-coverage-quilt.md`](./doc/platform-coverage-quilt.md)（另有 `CORPUS_PROVENANCE.md` §1/§4）。
- **空洞档实测行为**（上面三条清单由 `mcp-server/test-assistant-gaps.mjs :: A-43` 对磁盘实扫钉住）：`1.20.6` / `1.21.2` / `1.21.5` / `1.21.6` / `1.21.7` / `1.21.9` 六档 `activate_platform_pack action=session` 一律 `ok:false` + `PACK_NOT_FOUND`，**同系列有档时带 `candidates` 数组** —— 那是候选提示，**不是**自动折叠授权；`search_docs platform=quilt` 对普通词查询同六档一律 `ok:false` + `VERSION_NOT_FOUND` + `fallback:null` 且**不 fallback**。**唯一例外是 `26.x`**：`quilt 26.1.2` session 仍 `PACK_NOT_FOUND`（**无 `candidates`**），但 `search_docs platform=quilt version=26.1.2` 返回 `ok:true` + `fallback:"fabric"` + `sourcePlatform:"fabric"` + `source_version:"26.1.2"`（读的是 Fabric 26.1.2 语料；A-43 只钉三件套 + `total ≥ 5` 下界，**不钉死命中数**）⇒ **有命中 ≠ quilt 26.x 已建档**，26.x 的 QSL 面本仓库完全没有，规则树只认 `fabric/26.1.2`。**QSL 措辞查询不走这条路**：`query="QSL"` / `"QSL registry key"` 返回 `ok:true` + `fallback:"quilt"` + `source_version:"1.21.1"`（读同线已建档语料），**那不是本版专属 QSL 正文**，签名仍走 `query_loader_api`（先 `ingest_loader_api`）或用户自备 jar。`quilt 26.2` 两侧都拒。逐档明细与复测史见 `CORPUS_PROVENANCE.md` §4。

### 2. 检查 Fabric

**须先排除 NeoForge**（`build.gradle` 里有 `id 'net.neoforged.moddev'` / `id 'net.neoforged.gradle.userdev'` 或 `neoForge { }`，或元数据叫 `neoforge.mods.toml`；`1.20.4` 及更早的元数据仍叫 `mods.toml`，此时看包名 `net.neoforged.*`）；残留 `fabric.mod.json` 不得把 Neo 工程判成 Fabric。

查找 `fabric.mod.json` 或 `fabric-loom`（且 **没有** `quilt.mod.json` / quilt-loom）：

```
# fabric.mod.json
"schemaVersion": 1,
"id": "examplemod",
"entrypoints": { "main": [...] }

# build.gradle
id 'fabric-loom'
```

如果匹配 → 调用 `activate_platform_pack action=session`（`platform=fabric` + 精确 `minecraftVersion`）。禁止把 `fabric/<ver>/.cursor` 当加载器 Read。

**例外（禁止读邻版 01–10）：**

- 工程是 **Fabric 26.1.2**（或 `list_fabric_versions` 命中 26.1.2）→ 只读 `fabric/26.1.2/`。知识包目录是 `fabric/26.1.2/`；工程写 `26.1` / `26.1.1` 走 `knowledgeVersion` 折到该档，**禁止**打开 `fabric/1.21.11/.cursor/rules` 的 01–10，也禁止把 1.21 wiki 当本版全文。平台 API 只用 `search_fabric_docs`（先 `list_fabric_versions`；查文档请用 `version=26.1.2`，不要用工程 `minecraftVersion=26.1` 当工具参数名）。已入库 `develop_porting_index` 是 **1.21.11→26.1**。
- **Fabric 26.2 已完整建档**（2026-10-31）：语料 `data/fabric_26.2` 来自上游 **latest 面**（仓库根 `develop/` + `reference/latest`，commit `238533d819fc`，105 页 + 443 reference 件），规则树 `fabric/26.2` 同期建（11 条 `00–10` + `knowledge/common/verified-api-26.2.md` + scaffold，scaffold 的 `gradlew build` 与带 fabric-api 的探针工程均 BUILD SUCCESSFUL）⇒ `activate_platform_pack` 与 `search_fabric_docs` 都直接命中。**禁止**拿 26.1.2 规则当 26.2（26.2 有实删实改：`gui.setScreen` 取代 `Minecraft.setScreen`、`Screenshot.grab` 取代 `getMainRenderTarget`、id 类三分），也**禁止**把这份语料当「克隆树」删掉（它带 `upstream-tree.json` 的 `commitSha` 与 `reference.provenance.json` 自证）。
- **Fabric 26.3 只有博客旁路，没有 docs**（2026-10-31 实测）：官方博客 2026-09-15 已发《Fabric for Minecraft 26.3》，模板 26.3 分支真值 = loader 0.20.1 / loom 1.19-SNAPSHOT / api 0.165.0+26.3；但 `versions/26.3` 不存在、站点 latest 仍 26.2、`fabric-docs` 的 **PR #738「PORT TO 26.3」仍 Open（7/9）** ⇒ **不建 `data/fabric_26.3` / `fabric/26.3`**。查询走 `search_fabric_docs version=26.3`：命中 `data/fabric_porting/26.3.md`（官方博客摘要，`source=porting-extra`、`fallback:true`、`versionFallback:false`），**不是 docs 正文**，类签名禁止从这里抄。本机实测 loom 1.18.2 + loader 0.20.1 可编 26.3（`BUILD SUCCESSFUL`）。
- 磁盘没有对应 `fabric/<ver>/` 时：停，改口 `search_fabric_docs`，**不要**用邻版规则顶上。`1.21.4` / `1.21.8` / `1.21.10` 已有 versioned `data/fabric_<ver>` + 本档规则树；**`1.21.5` 无规则树** → session `PACK_NOT_FOUND`；无 fabric-docs `versions/` → 文档检索 `VERSION_NOT_FOUND` 且不 fallback。禁止拷 `1.21.11`。
- **文档 fallback 仅限查询 API**，不代表规则树可用。

**Fabric 建档面**：规则树 15 档（每档 11 条 `00–10`）= 语料 15 档 = `list_fabric_versions` 15 档：`1.14.4` / `1.16.5` / `1.17.1` / `1.18.2` / `1.19.4` / `1.20.1` / `1.20.4` / `1.21.1` / `1.21.3` / `1.21.4` / `1.21.8` / `1.21.10` / `1.21.11` / `26.1.2` / `26.2`，**三者一致**（`26.2` 于 2026-10-31 补齐，语料来源 = latest 面无前缀档）。
其中**有 `fabric-docs` 正文的 8 档**：7 档 versioned（`1.20.4`/`1.21.1`/`1.21.4`/`1.21.8`/`1.21.10`/`1.21.11`/`26.1.2`）+ 26.2（latest 面无前缀）；另 7 档**上游从来没有** docs 树（不是抓取漏 ⇒ **禁止**承诺补抓、**禁止**拿邻版正文顶替）。
**空洞（既无树也无语料）**：`1.21.2` / `1.21.5` / `1.21.6` / `1.21.7` / `1.21.9` 等 → `activate_platform_pack` 返回 `PACK_NOT_FOUND`（带同系列 candidates 提示，**不是**自动折叠授权），`search_fabric_docs` 返回 `VERSION_NOT_FOUND` 且**不 fallback**；遇到空洞档把候选清单念给用户选，**禁止**拿邻版树顶上或为填版本号克隆新树。

逐档清单、docs 覆盖史与页数记账 → [`doc/platform-coverage-fabric.md`](./doc/platform-coverage-fabric.md)（另有 `CORPUS_PROVENANCE.md` §2）。

### 3. 检查 NeoForge

查找 NeoForge **构建插件 id**（主标记），或 NeoForge 元数据文件：

```
# build.gradle —— ModDevGradle（本仓 9 份 neoforge/<ver>/scaffold 用它；另一套 DSL 见 neoforge/<ver>/scaffold）
id 'net.neoforged.moddev'
neoForge { version = project.neo_version }

# build.gradle —— NeoGradle（官方生成器对同版另提供的选择）
id 'net.neoforged.gradle.userdev'
```

元数据名按版本分叉：`META-INF/neoforge.mods.toml` 从 **1.20.6** 起（`data/neoforge_1.20.6/.../gettingstarted_modfiles.md`）；`1.20.4` 仍是 `META-INF/mods.toml`——用 `modId="neoforge"` 依赖条目 + `net.neoforged.*` 包名区分于 Forge，别因文件名是 `mods.toml` 就判成 Forge。`1.20.1` 见下方 D9 注记（Forge 兼容层，两可，归 Forge 功能等价）。

如果匹配 → 先 `list_neoforge_versions` + 工程元数据锁定**精确**版本，再调用 `activate_platform_pack action=session`（`platform=neoforge` + 精确版本；`1.20.1` / `1.20.4` / `1.20.6` / `1.21.1` / `1.21.3` / `1.21.5` / `1.21.8` / `1.21.10` / `1.21.11` / `26.1` / **`26.2` / `26.3`** —— 后两档有规则树但**无文档语料**，见下条建档面）。**禁止跨目录读邻档 00–10，禁止把 `neoforge/<ver>/.cursor` 当加载器 Read。** `1.20.1` 本档核实表 + 短规则（Forge 兼容数据），禁止用 1.20.4 00–10 顶上。不为 26.1.1 单造规则树；26.1 ≠ 1.21.1。
> 注记（D9）：NeoForge 1.20.1（20.1.x，Forge 47 兼容层）使用 `mods.toml` + `net.minecraftforge.*` 包，根决策树与 `detect_mod_project` 会将其归为 Forge——功能等价；该版本规则树在 neoforge/1.20.1。

**NeoForge 建档面**：规则树 **12 档** —— 10 档各 **11 条** `00–10`（`1.20.1` / `1.20.4` / `1.20.6` / `1.21.1` / `1.21.3` / `1.21.5` / `1.21.8` / `1.21.10` / `1.21.11` / `26.1`）+ **`26.2` / `26.3` 各 11 条**（2026-10-31 建：主文档 `/docs/26.2/` `/docs/26.3/` 均 404，规则证据是**官方 MDK 模板 + NeoForge sources jar**，不是 docs 正文；未核处逐条写在规则内，**禁止拿 26.1 的 01–10 顶替**）；语料 9 档。**唯一差额 `data/neoforge_1.20.1` 缺失 = 按设计，不是半档**（`search_neoforge_docs version=1.20.1` → `ok:true` + `forgeCompatible:true` + `sourceNote` 指「使用 Forge 1.20.1 文档数据」⇒ **不要**为凑数建克隆树）。Forge 侧 `forge/1.21.1` 是 draft（无 00–10、`PACK_NOT_FOUND`）；`1.7.10`–`1.11.2` 是 **3 条短规则树**（短不是漏，**禁止**用 1.12.2 的 00–10 顶替）。

**26.2 / 26.3 资料面（2026-10-31 实测）**：构件已发（`26.2.0.93` / `26.3.0.99`），官方 **MDK 已出**（`neoforgemdks` 组织下 `MDK-26.2-*` / `MDK-26.3-*`，各含 NeoGradle + ModDevGradle 两套；26.3 真值 = `neo_version=26.3.0.99` / `moddev 2.0.148` / `userdev 7.1.39` / Java 25），primer 到 26.3 已入库（`data/neoforge_primers/26.2.md` / `26.3.md`）。**缺的是 `<ver>` 主文档语料**：`docs.neoforged.net` 的 `version_labels.json` 里 `current.label="26.1"`，`versioned_docs/` 只有 9 个 1.20/1.21 历史档，仓库全树 898 文件里 `26.x` 零匹配，`/docs/26.3/...` 404。⇒ `neoforge/26.2` / `neoforge/26.3` 的 01–10 目前**没有本版正文可引**（00 工程条可凭 MDK 一手值落地）；primer 与 jar javap 的互证结果（含「`SDLScancode` / `SDLKeycode` / `SDLMouse` 在 `org.lwjgl.sdl`，不是 MC 类」这条纠偏）见 [`doc/platform-coverage-neoforge.md`](./doc/platform-coverage-neoforge.md)。

逐档清单与 1.20.1 取数说明 → [`doc/platform-coverage-neoforge.md`](./doc/platform-coverage-neoforge.md)（另有 `CORPUS_PROVENANCE.md` §3）。

工作流提醒（**不是硬门**）：仅当用户要走完整流程时才调用 `get_workflow_template`（新建方块 / 物品 / 方块实体 / 实体 / GUI / Mixin / 世界生成 / 配置 / GameTest / 崩溃分诊 / 移植 / 从零构建 / 环境搭建 / 真机循环 / 发布 / 汉化 / 反编译研究）。改已有代码、补方法、查文档走规则 + Skill + `search_*_docs`；从零工程才 `download_official_mdk`。

### 4. 检查 LiteLoader（含 Forge 混合）

查找 `litemod.json`、`LiteMod` 实现（`net.minecraftforge.gradle.liteloader` 是历史写法，用它判混合会判错，见 `liteloader/<ver>/HYBRID.md`）。**必须在把任意 ForgeGradle 收成纯 Forge 之前做这一步。**残留 `fabric.mod.json` 不得把 LiteLoader / 混合工程判成 Fabric。

```
Decision:
→ IF 有 litemod.json / LiteMod，且没有 javafml mods.toml / @Mod
    → LiteLoader 工程：activate_platform_pack action=session（platform=liteloader，精确版本；主推 1.12.2）。LiteLoader 以客户端为主，源码另有 dedicated-server 通道；本仓不为它出服务端脚手架
→ ELSE IF 两边元数据都在（litemod.json / LiteMod 且 javafml mods.toml / @Mod）
    → 混合 liteloader_forge：先读 liteloader/<ver>/HYBRID.md；再 activate_platform_pack action=session platform=forge minecraftVersion=1.12.2 topics=["01","02","03"]。LiteLoader 的 05/08 用 session topics 追加。禁止直接 Read forge/1.12.2/.cursor 当加载器。
→ ELSE IF 分别 apply 了 net.minecraftforge.gradle.forge 和 net.minecraftforge.gradle.liteloader
    → 拒绝：`net.minecraftforge.gradle.liteloader` 给的是 vanilla + LiteLoader（不含 Forge）；混合配方见 HYBRID.md
→ ELSE IF 两边元数据都在但构建脚本无法判断
    → 询问用户，禁止默默当 Forge
```

### 5. 检查 Forge

查找 `mods.toml`（`modLoader="javafml"`）或标准 ForgeGradle（且上一步未判为 LiteLoader）：

```
# mods.toml
modLoader="javafml"
loaderVersion="[44,)"

# build.gradle
id 'net.minecraftforge.gradle'
```

如果匹配 → 调用 `activate_platform_pack action=session`（`platform=forge` + 精确 `minecraftVersion`）。禁止把 `forge/<ver>/.cursor` 当加载器 Read。**`forge/1.21.1` 是 draft**：无 00–10 规则树、**不在** `list_forge_versions` 文档版本清单；session 返回 `PACK_NOT_FOUND`。禁止用 NeoForge 1.21.1 或 Forge 1.20.4 顶上。

### 6. 检查 Rift

查找 **`riftmod.json`**（官方拼写；兼容误写的 `rift.mod.json`）或 `tweaker-client` + `RiftLoaderClientTweaker`。

如果匹配 → 调用 `activate_platform_pack action=session`（`platform=rift` + **工程实际版本**：原生档 `1.13`，社区分支实验档 `1.13.2`；两档并存、不得互顶）。方法名只许来自该档核实表与已核实源码，禁止用 Fabric 记忆填写。禁止把 `rift/<ver>/.cursor` 当加载器 Read。

### 7. 检查 Risugami's ModLoader

查找 `BaseMod` 子类且 **没有** Forge/FML（无 `cpw.mods.fml` / `net.minecraftforge`）。工程通常是 MCP + Eclipse，无 Gradle。

如果匹配 → 调用 `activate_platform_pack action=session`（`platform=modloader`，`minecraftVersion=1.6.4`）。生成代码 **只能**用该档安全 API 表内的名字。禁止把 `modloader/1.6.4/.cursor` 当加载器 Read。

> ⚠️ **W5-2 裁定（2026-09-19）**：modloader 另有 **1.2.5 / 1.5.2** 规则树 + 各自 `data/modloader_*` 语料，但**未建 ready 档**（session 返回 `PACK_NOT_FOUND`）。1.2.5 / 1.5.2 工程**禁止**按本步调 `minecraftVersion=1.6.4` 顶替——BaseMod 形态随版本未核实；1.6.4 的 session 载荷也已带同款警示。

### 8. 检查基岩版 Add-On

查找包根 `manifest.json` 且含 `format_version` + `modules`（`resources` / `data` / `script` / `world_template`）。

如果匹配 → 调用 `activate_platform_pack action=session`（`platform=bedrock`）。不要用 Java `query_api` / Yarn / Mixin。禁止把 `bedrock/.cursor` 当加载器 Read。session 的 `topics` 数字在基岩**不是** Java 主题：写方块看 **05**（`05-blocks-items`）不是 02；02 是资源包。Java task（`mc-new-block`）在基岩不会灌 `02-resource-pack`。
**基岩 session 调用必须同时带 `minecraftVersion`**（该参数对 `activate_platform_pack action=session` 恒为必填）：正确形态 `activate_platform_pack action=session`（`platform=bedrock` + `minecraftVersion=1.21.0`）→ 实测 `ok:true`、注入 rules=**3**（底座 `00/01/09`）+ skills=**10**。只照上文写 `platform=bedrock` 而漏 `minecraftVersion` → 实测 rc=1 + `ok:false` + `INVALID_INPUT`「session 需要 platform 与 minecraftVersion」，首步即失败。

### 9. 未知平台

如果无法判断：
1. 询问用户当前使用的平台和 Minecraft 版本
2. 根据回答加载对应平台的规则

确认平台与**精确** Minecraft 版本后，调用 `activate_platform_pack`（`action=session`）把该档 `AGENTS.md` / 规则 / **技能索引**送进当前对话。默认只注入规则 **00 / 01 / 09**；方块/物品/网络等再传 `topics`（如 `["02","03"]`）或 `task`（如 `mc-new-gui`）**追加**（并集，永不替换底座），或 `includeAllRules=true`。Skill 索引含 `relPosix` 与 `absPath`；少量正文只在 `skillNames` 或 `task` 建议名时进入 `skillBodies`（上限 8）。不要假定全部 Skill 全文已在上下文。用户要工程内常驻再 `action=write`（`hosts` 必填，默认 dryRun；不要再用 `includeSkills`，改用 `writeSkillStubs`，默认 true，只写 stub；`includeSkillBodies` 才写知识库 Skill 全文）。**禁止**读邻档 00–10，禁止把知识库 `.cursor` 当加载器。MCP **不能**开关 IDE 扫描器。

## 第二步：加载对应平台的规则

优先走上面的 `activate_platform_pack session`，不要在知识库里直接打开邻版 `.cursor/rules`。确认平台后，需要的规则用 `topics` 或 `task` 追加到 session（并集）；禁止把 `平台/<ver>/.cursor` 当加载器 Read。规则编号含义：

规则文件按编号顺序加载：

```
00-project-setup.mdc    → 项目结构
01-registry.mdc         → 注册系统（最重要，优先读）
02-block.mdc            → 方块开发
03-item.mdc             → 物品开发
04-entity.mdc           → 实体开发
05-events.mdc           → 事件系统
06-networking.mdc       → 网络通信
07-datagen.mdc          → 数据生成器
08-client-server.mdc    → 客户端/服务端分离
09-anti-patterns.mdc     → 反模式库
10-gui.mdc              → GUI / Menu / Screen 开发
```

## 第三步：通用约束（所有平台都必须遵守）

### Mappings 约束

必须确认项目的 `mappings` 配置，禁止混用映射类型：

- **MCP**（Forge legacy `snapshot` 通道）— 仅 ≤1.20.4 的旧 Forge 工程；**不是** ForgeGradle 6 时代 1.20.x 的默认：官方 1.20.1-47.4.10 MDK `gradle.properties:35` 钉的是 `mapping_channel=official`
- **Yarn**（Fabric 社区维护）— **仅 ≤1.21.11**（仍混淆的版本）
- **Parchment**（**叠加在 official / mojmap 之上**的社区参数名与 javadoc 层，成员名与 official 相同；非 MCP 的带文档版）— `query_api` 的 Parchment 层仅约 ≤1.20.4 extracted；本仓 forge 1.18.2 / 1.19.4 / 1.20.1 / 1.20.4 四档 scaffold 的默认通道（偏离 MDK 默认，档面已登记）
- **Mojang / mojmap** — 官方可读名；FG6（1.20.x）MDK 默认通道 `official` 即此
- **26.1+（去混淆）**：游戏 jar 已是 Mojang 名，**不再需要** Yarn / Intermediary remap；convert_mapping 拒绝 yarn；查文档用 search_neoforge_docs（默认 **26.1**）/ search_fabric_docs（先 `list_fabric_versions`，如 **26.1.2**）；**禁止**把 26.1 内容克隆成 26.2 冒充

### Fabric ≤1.21.11：讲解基线 = Yarn，Mojmap 作对照列（2026-09-20 用户裁定①）

不是「收敛到 mojmap」，也不是「只教 Yarn 不提 mojmap」：**基线** = `fabric/<v>/scaffold` 与各档 `verified-api-<v>.md` 用 Yarn 名（维护老模组、写 Skill、答签名一律按 Yarn 落笔）；**对照列** = 上游 Fabric 文档页正文是 **mojmap 写法**（`GuiGraphics` / `PoseStack` / `ResourceLocation` / `StreamCodec`）—— 看到它们是**口径差异，不是另一套 API**，回本档代码要换名。

⚠️ **「Loom 新版本默认 mojmap、不必再声明 `yarn_mappings`」是错的**：mappings 一行必须显式写。含闭合围栏代码的 Skill 源稿必须声明非空 `mappings:` 键（门：`assert-skill-mappings-key.mjs`）。

派生对照表的出处与取数路径、生成器的写盘纪律、逐件披露块要求 → [`doc/fabric-yarn-baseline.md`](./doc/fabric-yarn-baseline.md)。
### yarn-mappings.sqlite = 「类名存在性」合法来源

`data/fabric_<ver>/mappings/yarn-mappings.sqlite` 是 Fabric/Quilt 档的**第二出处**，但**只证存在、不证用法**：它能回答「该版本 Yarn 里有没有 `GoalSelector` 这个名字」，回答不了「怎么调、参数是什么」。**拿到 `found` 就当会写，是本门要拦的原罪。** 它**只含 vanilla 名、不含 Fabric API**；也**认不出「那是 mojmap 名」**。

五条越界即失效的边界（含 forge 档「文件名里的 yarn 会骗人」）、`assert-skill-yarn-attest` 的四条判据与两条收紧（注释行不算出处 / 映射腿四态读）→ [`doc/yarn-mappings-boundary.md`](./doc/yarn-mappings-boundary.md)。
### 规则树面另有一道兄弟门

`node mcp-server/scripts/assert-rules-api-names.mjs`：扫 `fabric/<ver>/.cursor/rules/*.mdc` 全部 154 件，判据 = 围栏内类名在**本档** yarn 映射查无 ∧ intermediary 等价类给出本档正解 ∧ 处强类型位 ∧ ¬限定名右段 ∧ ¬箭头简写行 ∧ 锚唯一 ∧ 非 Fabric API 碰撞名 ⇒ 红【RENAME-STALE】。真树现 0 红。

- 与 `assert-skill-yarn-attest` 分工：那道门管**技能源稿**的名字出处，本门管**规则树**的名字有没有跟丢版本；**Forge / quilt 档都不走本门**（只扫 `fabric/`）。
- **给规则树新增类名前先跑本门**。桶 4 / 桶 5 不判红（`--queue=<绝对路径>` 出 TSV 人工审），**桶5 不收编进豁免**。
- 棘轮基线 `rules-api-names-baseline.json`、豁免台账 `rules-api-names.exemptions.txt`（条数上界 0 且只许降）；缺基线 / 地板跌破同样判红。
- **改 `.cursor/rules` 正文后必须刷 7 面镜像**：`powershell -NoProfile -ExecutionPolicy Bypass -File scripts/sync-skills.ps1 -TargetDir <平台>/<档>`（该脚本会同步写入，并**删除**目标镜像目录里源稿已不存在的多余 skill/rule/command 文件）。不刷 ⇒ `assert-skill-mirrors` 真实跑档红。

判据细则、四态读法、八臂活证与分片史 → [`doc/rules-tree-sibling-gate.md`](./doc/rules-tree-sibling-gate.md)（另有 `mcp-server/CHANGELOG.md`）。
### 物理端约束

```java
// 客户端专用代码
@OnlyIn(Dist.CLIENT)
private void doClientThing() { ... }

// 服务端专用代码
@OnlyIn(Dist.DEDICATED_SERVER)
private void doServerThing() { ... }
```

禁止在服务端线程调用客户端方法，禁止在客户端线程直接修改服务端数据。

### Registry 约束

禁止通过构造函数 `new` 方式注册任何内容。所有注册必须通过事件系统或对应平台的注册 API。

### Mod ID 约束

- 必须全小写
- Forge / NeoForge / LiteLoader / Rift / ModLoader **禁止**包含 `-`（用 `_` 替代）；Fabric / Quilt **允许**连字符（官方 `example-mod`）；基岩按 manifest
- 必须与 `mods.toml` / `fabric.mod.json` / `quilt.mod.json` / `litemod.json` / `riftmod.json` / 基岩 `manifest` 中的 id 一致

## 第四步：决策树使用方式

每个规则文件中的 **Decision Flow** 章节告诉你在不同场景下如何选择正确的方案。遇到模糊需求时，**先看 Decision Flow，再结合上下文判断**；Decision Flow 覆盖不到的分支，按「不确定时」一节的保守策略走。

`01-registry.mdc` 的决策树完整示例（Forge / Fabric / Quilt 三支 + 兜底问用户）→ [`doc/decision-flow-example.md`](./doc/decision-flow-example.md)。

## 第五步：查阅知识库（遇到问题时）

1. 先查阅 `09-anti-patterns.mdc` 看是否是已知错误模式
2. 再查阅 **确认平台与版本后** 的 `平台/版本/knowledge/`（例：`forge/1.20.1/knowledge/`）：
   - `antipatterns/` — 按症状分类的反模式（registry / item / block / entity / events / networking / gradle）
   - `version-changes/` — 版本迁移指南（1.19.x / 1.20.x 等）
   - `common/` — 术语表、数据包/资源包格式速查
3. 根目录 `knowledge/patterns/` 仅短片段模式库（非完整 antipatterns）
4. 实务问题（发布 / 崩溃分类 / 软依赖 / 机器 GUI）→ MCP `search_community_docs`（仓库根 `community_knowledge/`）
5. 如果仍无法解决，询问用户当前使用的具体版本和平台

### 使用社区自写短文时（强制）

完整规则见 `community_knowledge/AGENT_USAGE.md`。摘要：

- 社区短文 **不替代** 官方文档 / `query_api`
- 依据某篇 `authored/` / `permitted/` / `links/` 写方案时，若 **不清楚、不会、缺方法名、与现象对不上** → **必须先打开短文给出的原文 URL 或官方文档**（`WebFetch` / 浏览器 / `get_*_doc_full`），禁止臆造
- `links/`（如 6071）仅外链浏览，**禁止**把网页正文拷进回复当「已入库全文」

## 库模组 Skill（knowledge/libs 源稿即用）

涉及常用库模组（配置库 / 饰品 / GeckoLib / Patchouli / CCA / Polymer 等）的 Skill **不落盘**到平台 `.cursor/skills`，一律按解析规则**直接读根目录源稿** `knowledge/libs/<group>/mc-<name>/SKILL.md`。

四条定性与禁令（**必须遵守**）：

- **组映射**：`forge` → `forge-only`+`all-platforms`；`fabric`/`quilt` → `fabric-only`+`all-platforms`；`neoforge` → `neo-only`+`all-platforms`；`bedrock` → `bedrock-only`；LiteLoader / Rift / ModLoader 无独立库组。**禁止**把 Fabric 专属库（Trinkets / CCA / Polymer / Text Placeholder）当 Forge 教程；Forge/NeoForge 饰品用 `mc-curios`，Fabric 用 `mc-trinkets`。
- **版本标记是坐标唯一真值**：带 `versions.json` 的库 skill，写依赖坐标前必须读对应 MC 版本的 slot；**`state != active` 一律不采纳**，**不许按邻居档推**。
- **配置不要新写树级 `mc-config` Skill**：配置**原则**一律读 `knowledge/libs/all-platforms/mc-config/SKILL.md`（工作流 `mc-config`）。**调用 `generate_config` 只限工具支持的四个平台 —— `forge` / `neoforge` / `fabric` / `quilt`**（`mcp-server/src/generators/index.ts` 的 `generateConfig(loader)` 枚举即此四者，且它没有 `platform` 参数）；**`LiteLoader` / `Rift` / `ModLoader` / `基岩` 不要调用 `generate_config`**（平台面不含它们，只有拒绝文案）—— 这些档的配置走各档自述 / pack JSON / Script，也不要套 Cloth / ForgeConfigSpec。
  - **选型建议与工具默认不同源不是矛盾**：`generate_config` 在 fabric / quilt 上**默认永远吐 Cloth Config 骨架**；YACL 只能作为**用户显式 opt-in** 的结果出现（`library` 参数已实现：枚举 `cloth | yacl`，**默认 `cloth`**）。
- **第三方配置库不是 loader API**：Cloth / YACL / Fzzy / owo 的方法名必须先由用户自备 jar 走 `ingest_loader_api` 入库并逐签名核对；未入库**只能**留 `// TODO(未核实)`，禁止凭训练记忆补方法链。

完整组映射表、frontmatter 二次过滤细则、`generate_config` 的 `library=cloth|yacl` 行为、两条自动门（`test-core` §S14/S15）与 `assert-config-platform-face` 的对齐要求 → [`doc/lib-skills.md`](./doc/lib-skills.md)。
## 不确定时

永远选择**保守**方案：
- 不确定用哪个事件 → 选更通用的事件
- 不确定方法名 → **先语义搜索**：`search_forge_docs` / `search_fabric_docs` / `search_neoforge_docs` / `search_docs`（语料与语义索引按档在盘，命中页面可直接引用）；IDE 自动补全次之。`query_api` 之类是**兼容工具**（每次调用响应都带兼容警告，仅作兜底；仅 Vanilla/Parchment，有索引的档 = 1.7.10–1.20.4（1.7.10–1.15.2 为 SRG 类名 + `func_/field_` 成员名，1.16.5–1.20.4 为 Parchment）；**不含** Forge/Fabric 类。**1.12.2–1.13.2 可能 found:true 但 methods 为空；26.1+ 无索引**）。**api-index 未命中时响应可能带 `nameIndex`（在盘映射索引的第二档出处，2026-09-25）：它只证「该档映射里有/没有这个名字」+ 成员数与名字样本，`found` 仍为 `false`，签名与用法不得由它推定**。平台 API 摘要用 `query_loader_api`（同为兼容工具）。Forge 1.12.2 教程用 `search_forge_docs`（`version=1.12.2`），不要用 `query_api` 核 `Block` 构造。
- 不确定是否跨平台 → 明确标注 `// Forge only` 或 `// Fabric only`
- `DOC_NOT_FOUND` / 无本档规则树：保持未核实骨架，**禁止**用邻版 API 补全。空 stub 不是漏写。

## MCP Server / CLI 工具

**两个一等公民入口（同一 core、互不分叉）**：MCP（stdio，给 AI 宿主）与**独立 CLI**（`node mcp-server/dist/cli.js`，终端 / 脚本路径）。

**CLI 速查**（全量 flag 表与细节 → 根 `README.md`「独立 CLI」节 / `mcp-server/README.md`）
**注意**:
- **脚本消费坑（Windows PS 5.1）**：GBK 代码页下用管道捕获本 CLI 的 UTF-8 JSON 会引入坏控制字符导致 `JSON.parse` 失败（纯 Node `spawnSync` 正常）⇒ 脚本化消费走 Node 子进程，或先 `chcp 65001`。
- **维护侧另有一条线**：`node mcp-server/bin/mc-skill-scripts.mjs`（批量反编译 / 摘要重建 / G1 门 / 注入回填）—— **不属 MCP 工具面**，别当工具调。

如果项目根目录下存在 `mcp-server/`（即本项目 `MC_skill`），可以使用本地 stdio MCP/CLI（服务名 **`MC-AI-Coding-Assistant-Tool`**；需 Node **>= 22.5**（**22.5–22.12 与 23.0–23.3 需 `--experimental-sqlite`**，22.13+ / 23.4+ 免），`MC_SKILL_DATA` 指向 `data/`，可选 `MC_SKILL_COMMUNITY`）：

| 工具 | 功能 |
| --- | --- |
| `query_api` | **兼容工具（每次调用响应带兼容警告，优先用语义搜索）**：按类名查询 Vanilla/Parchment API 签名（有索引的档 = 1.7.10–1.20.4；1.7.10–1.15.2 为 SRG 类名 + `func_/field_` 成员名，无 Parchment 签名（1.14.4/1.15.2 的索引来自 MCPConfig `joined.tsrg`）；1.16.5–1.20.4 为 Parchment；26.1+ 无索引）。精确 FQCN 或唯一简名才 `found:true`；`Handler` 等歧义子串 `found:false` + suggestions。**第二档出处**：api-index 未命中 / 该档压根没有索引时，响应多一个 `nameIndex` —— 它查在盘 `yarn-mappings.sqlite`，**只证「这个名字在该档映射里存在」+ 成员数与名字样本，不证签名、不证用法**；`found` 恒仍为 `false`，`nameIndex.mappingEra` 必须读（`yarn-tiny` 的 named 是 Yarn 名；`forge-srg`/`tsrg`/`mcp-csv` 的 named 是 MCP `func_/field_` 名；`mcp-config-srg`（Forge 1.16.5–1.20.4 六档）的 named 是 SRG 类名 + `m_N_/f_N_` 成员名，1.16.5 为老形 `func_/field_`）；**这一档出处按 Forge 线选库**（1.16.5–1.20.4 六个「两棵树都有库」的版本不再由 fabric 的 yarn-tiny 代答；forge 无库时照旧回落 fabric）。要签名仍走 `search_*_docs` 或 `get_minecraft_source` |
| `get_method_params` | 查询方法参数名（可选 version） |
| `convert_mapping` | 在 **mojang / mcp / yarn / parchment / obfuscated / intermediary** 间互转类 / 方法 / 字段（Yarn 走预建 SQLite 惰性点查；1.12.2 用 MCP SRG；`to=mojang` 与 `obfuscated` 同为 Tiny official 短名；yarn-tiny 档 fabric **1.14.4–1.21.x** 无 MCP/Parchment 层，`to=mcp`/`to=parchment` → `YARN_TINY_NO_MCP_LAYER`；**26.1+ 已去混淆 → `UNOBFUSCATED_NO_YARN`，禁止转 yarn**）。`memberName` 可用逗号/分号/换行传 ≤50 个名字做**批量转换**（顶层仍是第一个名，另给 `results[]` + `batch{requested,found,missing}`；超上限报 `INVALID_INPUT`，不静默截断）。`accessLines=true` 附可直接粘贴的 AT / AW 条目行，**名字层按加载器分叉且不可混用**（Forge AT 成员行必须 SRG 名 / NeoForge 用可读名 + 粘连描述符 / Fabric·Quilt AW 的名与描述符须与工程当前映射层一致），头由 `to` 层决定。取不到 SRG 名或缺描述符 ⇒ 行内留 `<TODO…>` 且 `complete:false`，**禁止拿可读名顶替 SRG 名**；`complete:true` 的行会回灌 `validate_at`/`validate_aw` 用的同一解析器（`selfCheckOk`）。**`from=mojang` 有两档出处**：① 该档映射库的 `official` 列，而那一列对**被混淆的类**存 **Tiny 混淆短名**（只有本来不混淆的少数类带可读全路径）⇒ 拿 mojmap 可读名点查在 fabric／quilt 库里必然未命中，未命中的回执自带这条层披露，**禁止**把 `found:false` 读成「该版本没有这个类」；② 派生对照表 `data/_yarn-mojmap-pairs/`（类名级 obf／mojmap／yarn，**无 intermediary 列**），只在 `from=mojang` 且 `to` 为 `yarn`／`obfuscated` 时参与，命中带 `fallbackUsed:true` 且 notes 点名是哪张表。`to=intermediary` 明确拒答而不是回落第一档报「未找到」。另：Forge **1.16.5–1.20.4 六档**已建 SRG 成员库（`mappingEra=mcp-config-srg`，`named` 列 = SRG 名：1.17+ 哈希形 `m_/f_`、1.16.5 老形 `func_/field_`）⇒ 这六档的 Forge AT 成员行出实名；该库**只在 `platform` 显式为 `forge` 时参与选库**。全部 `neoforge_*` / `quilt_*` 仍无成员库 ⇒ 那些档照旧 `<TODO…>`。|
| `get_server_status` | 预热/数据路径与 descriptor 自检（含 updateHint）；另返回 **`java`** 探测（`node` / `JAVA_HOME` / `version` / `ready` / `hint`，反编译与 remap 需 JDK 17+）。**只报本机 Java 现状，不做 Gradle ↔ JDK 匹配判定**（那走 `diagnose_gradle`） |
| `get_version_info` | 查询版本支持的 API 范围（**仅 Forge**）。schema 的 `required` 只有 `version` + `action`；`platform` **不在 required 里，但实现上必须显式给 `forge`**——缺省或非 forge 返回 `WRONG_TOOL`（`mcp-server/src/version/index.ts:280`） |
| `mc_skill_update` | 检查/应用 tooling+data 更新（GitHub Release；确认后可写盘） |
| `diagnose_gradle` | 诊断 Gradle 构建问题。ForgeGradle + Loom + NeoGradle/MDG；liteloader 插件走轻量模式。Rift / BaseMod / 基岩仍早退。 |
| `generate_datagen` | 生成数据生成器代码 |
| `crash_analyze` | 分析崩溃日志 |
| `validate_project` | 校验模组项目结构。Forge / Fabric / Quilt / NeoForge 真检查；LiteLoader/Rift/ModLoader/基岩 skipped。坏 recipe 只 warning。 |
| `check_publish_ready` | 发布前清单（license/version/`build/libs` + `community_knowledge` publishing.md 清单，缺项只 warning）。不上传、不调外网发布 API。 |
| `inspect_runtime` | 日志型 inspector。优先 `logsDir`；否则有界探测 `run/logs`。禁止全盘 / JVM attach。支持**字节游标增量读**（`sinceOffset` → 回 `nextOffset`）与**有界等待**（`waitForPattern` + `waitMs`，封顶 60000ms）：截断/轮换 ⇒ `rotated:true` + `missed:true` + `reason`，等待超时 ⇒ `matched:false` + `waitTimedOut:true`；**缺口与超时一律明说**。 |
| `generate_playtest_driver` | 游玩自测 driver（只吐文本）：默认 `external_bridge`（桥动作序列；**`(platform,version) ∈ BRIDGE_MOD_TARGETS` 时另附赠自建最小桥模板** `playtest/bridge/**`）；`temporary_client_tick_driver` 在 **`PLAYTEST_VERIFIED_TIER` 列出的档**（唯一真源、正文不数档）出**可编译长驻解释器**（`scenario=smoke\|village` 或自定义 `plan` DSL；热载 `plan.txt`、多轮 `rounds.jsonl`、撤除清单）；`in_jvm_player_agent` 在同一批已验证档为**真执行器**（意图菜单 `INTENT_MENU` + `intent`/`waitintent` 邮箱步族 + 类型化后置条件）。**表外档只出契约 + 结构壳**（`// TODO(未核实)`）。能力天花板（**分路线：driver = 玩家级 / 桥 = 命令级**）与已核实边界见「人在环例外：游玩自测」。 |
| `inspect_playtest_evidence` | 读游玩自测证据（exit-code / state.json / `[QA]` / calls.jsonl / 截图），三态 `present\|absent\|unreadable`；须 `MC_SKILL_PLAYTEST_ALLOW=1` + `MC_SKILL_PLAYTEST_ROOT`。 |
| `playtest_intent` | 游玩自测**意图邮箱**（`in_jvm_player_agent` 真执行器的 LLM 侧接线）：`action=read\|write`；write 写 `<evidenceDir>/intent.json`（driver 的 `waitintent` 步消费并改名 `intent.done.json`）。校验顺序：confirmed → 禁列（kill/tnt/fill）→ 菜单（`intent-menu.json`）→ 参数白名单 → 必填 → 邮箱占用（overwrite）。须 `MC_SKILL_PLAYTEST_ALLOW=1` + `MC_SKILL_PLAYTEST_ROOT`。失败码：`CONFIRMATION_REQUIRED` / `INTENT_FORBIDDEN` / `INTENT_NOT_IN_MENU` / `PARAM_NOT_DECLARED` / `MISSING_REQUIRED_PARAM` / `MAILBOX_BUSY` / `MENU_NOT_FOUND`。 |
| `inspect_playtest_multi` | 多客户端**联合判读**（多会话）：给 `clients[]` 或 `evidenceRoot`（扫直接子目录当客户端；保留名 `sync/` 跳过并在 `autoSkipped` 里留痕）⇒ 逐客户端三态 + 联合判绿 + 锚点 + 会合 marker。判绿三条**全要满足**（客户端数 ≥1 / 全员 exit-code=0 且 state 与 qa 都 present 且 rounds 末轮 ok≠false / `expectMarkers` 全 present）；任一目录 realpath 越出授权根 ⇒ 整体拒。会合原语在 driver 侧：`touch` + `waitfile`。 |
| `playtest_bridge` | 调 `127.0.0.1` 的桥（**端口不传即从 38081 递减扫描到 38071**，按 `/status` 载荷形状握手选实例；旧桥走 legacy 档并显式披露；`expectPlatform`/`expectVersion` 防连错实例）：`status` / `execute` / `await`；超时映射 `PLAYTEST_TIMEOUT`；`execute`/`await` 须 `confirmed=true` + 授权；桥无鉴权，只在本机用。**桥件可以是 BlackBoxPro 预编译件，也可以是本仓 `generate_playtest_driver driverMode=external_bridge` 附赠的自建最小桥**（覆盖 = `playtest-bridge-mod.ts` 的 `BRIDGE_MOD_TARGETS` 现读，**正文不数档**：`forge 1.7.10–1.12.2` 六档 + `rift 1.13` / `1.13.2` + `modloader 1.6.4`；线协议逐键一致 ⇒ 本工具不分叉；`await` 有 **6 个 condition**（`ready` / `inventory_contains` / `health_below` / `health_above` / `entity_nearby` / `chat_message_matches`），落点为 **5 个探针动作 + `/status`**（`query_inventory_slot` / `query_player_state`（两个血线条件共用）/ `query_nearby_entities` / `query_chat_history` / `ready→/status`），**动作名与 `params` 键名以本工具源码 `probe()` 为准**）。 |
| `generate_paper_plugin` | 生成 Paper 插件工程骨架 —— **服务端面，独立于模组面**（载体 `gradlew runServer` 而非 `runClient`；API 是 Bukkit/Paper 抽象层而非 `net.minecraft.*`；生命周期 `plugin.yml`+`onEnable` 而非 `@Mod`+事件总线；逐档 javap 改写表对本面**零适用**）。**只吐文本**、默认 dry-run，落盘由 `write=true` 控制 —— **不写仓库、不建平台树、不进任何模组面 scaffold 门**。已核实：依赖坐标 `io.papermc.paper:paper-api` 在 `repo.papermc.io` 存在；未核实：版本串（不给则生成解析期报错的占位符，不静默取 latest）、JDK 主版本、`plugin.yml` 的 `api-version`（默认 `TODO-未核实`）。**不产出二进制**（gradle wrapper jar 自备）。证据等级 = **结构壳**，未构建未运行。 |
| `generate_playtest_server_driver` | 生成**服务端面**（Paper/Bukkit）游玩自测驱动 —— 与客户端 driver 是「**证据契约逐字复用、执行面另造**」：`state.json` / `exit-code.txt`（**仅 0\|1**）/ `qa.log` / `rounds.jsonl` / `plan.txt` 同名同目录 ⇒ 判读侧 `inspect_playtest_evidence` / `inspect_playtest_multi` **零改动**；而服务端**没有客户端** ⇒ `move`/`goto`/`break`/`gui`/`jump`/`look`/`shot`/`scan` 等玩家级原语**一概不生成**（生成了就是死代码）。只支持 `wait` / `mark` / `stop` / `touch` / `waitfile` / `cmd` / `assert`（assert 仅 `player_count` / `world_count` / `marker`）——**客户端专属步骤或未知 kind 一律判红**，不静默跳过。注入点**新造**（本仓此前零实现）：`JavaPlugin#onEnable` + `Bukkit.getScheduler().runTaskTimer`（同步调度、主线程）。每个 Bukkit API 名都对着本仓签名语料核过。**只吐文本**、默认 dry-run；证据等级 = **结构壳**（未编译未运行）。**不声称**进 `PLAYTEST_VERIFIED_TIER`。 |
| `detect_mod_project` / `activate_platform_pack` | 探测工程；`session` 加载规则/Skill 索引（默认 00/01/09），`write` 写入用户工程（见根 README「规则包加载」） |
| `query_loader_api` / `search_loader_api` / `ingest_loader_api` | **`query_loader_api` 是兼容工具（每次调用响应带兼容警告，优先用语义搜索）**：加载器/模组 API 逐签名摘要（必填 platform+minecraftVersion；覆盖以已 ingest 的档为界）。**不是** `query_api`。`ingest_loader_api` 把用户自备 jar 抽成摘要，只写 `$MC_SKILL_CACHE/loader-api-summaries` overlay，禁止写仓库 `data/`。**同一平台多套构件时用 `library` 选键位**：`platform=fabric` 的候选键是 `<ver>-fabric-api`（API 库）与 `<ver>-fabric`（**加载器本体**）—— 不传 `library` 时按候选顺序取第一个，拿 fabric-loader jar 却漏传 `library=fabric` 会**覆盖掉 API 摘要**；后缀不在候选里 ⇒ `INVALID_INPUT` 并列出候选（不新造键名、不猜）。 |
| `search_forge_docs` / `get_forge_doc_*` / `list_forge_versions` | Forge 文档。先 `list_forge_versions`；**1.12.2 用这套**，不要用 `query_api`。与 `search_docs({platform:"forge"})` 等价 （`list_*_versions` 列的是**本仓库已入库**档位，不在清单 ≠ 上游没有文档） |
| `search_fabric_docs` / `get_fabric_doc_*` / `list_fabric_versions` | Fabric 文档。先 `list_fabric_versions`；查询参数用入库档名（如 `26.1.2`），不要把工程 `minecraftVersion=26.1` 当参数名 （`list_*_versions` 列的是**本仓库已入库**档位，不在清单 ≠ 上游没有文档） |
| `search_neoforge_docs` / `get_neoforge_doc_*` / `list_neoforge_versions` | NeoForge 文档（1.20.1 回退 Forge）。先 `list_neoforge_versions` （`list_*_versions` 列的是**本仓库已入库**档位，不在清单 ≠ 上游没有文档） |
| `search_docs` / `get_doc_*` / `list_doc_versions` | 跨平台通用文档入口（`platform` 含 forge/fabric/neoforge/**quilt**/liteloader/rift/modloader）。Quilt 问 QSL 时禁止把 Fabric Registry 当命中。`list_doc_versions` 列的是**本仓库已入库**版本；不在清单 = 本档无语料树，不等于上游没有文档 |
| `search_bedrock_docs` / `get_bedrock_doc_*` | 基岩版 Microsoft Learn；带滞后 `docsStatus`。不是 `search_forge_docs` |
| `analyze_bedrock_log` | 基岩 content-log 分诊（`content_log.txt`）。**不是** `crash_analyze` |
| `validate_addon_manifest` / `validate_bp_json` | 基岩 pack 校验；不是 `validate_project` / `validate_datapack_json` |
| `generate_addon_manifest` / `generate_bp_entity` | 只吐 JSON 文本，不写盘 |
| `list_community_sources` / `search_community_docs` / `get_community_doc_*` | 社区实务知识库（发布/崩溃/软依赖；不替代官方文档） |
| `analyze_porting_path` / `port_project` | 移植分析与脚手架动作 |
| `query_upstream_releases` | 查**上游发布源**：某个加载器/映射/模组的版本到底存不存在、最新出到第几 build（`forge` / `neoforge` 走 maven-metadata，`fabric-loader` / `fabric-yarn` / `quilt-loader` / `parchment` 的端点按 MC 版本分列、**必带 `minecraftVersion`**，`modrinth` 走 `slug`）。**需联网**；TLS 失败自动回退 curl，不改系统证书库。**磁盘缓存**：默认吃缓存并按档分 TTL —— `available:true` 存 6 小时、`available:false`（上游确实没有）存 **2 小时**（证否会被新版本推翻，禁止按长档冻结）、`ok:false`（没查到）**不缓存**；缓存根只许 `$MC_SKILL_CACHE/upstream-cache/`，解析到仓库内一律拒写。每次响应带 `cache{hit,tier,ttlMs,ageMs?,wrote?,note?}` 说明这一发从哪来；`refresh=true` 强制打上游，`MC_SKILL_UPSTREAM_CACHE=0` 整体关掉。键覆盖 `source`+`minecraftVersion`+`slug`+`limit`。 |
| `diagnose_data_paths` | 诊断数据目录与 `community_knowledge` 配置 |
| `query_registry` / `mixin_analyze` / `audit_resources` / `validate_datapack_json` | Registry ID、Mixin、资源与数据包校验 |
| `get_workflow_template` / `list_knowledge_resources` / `read_knowledge_resource` | 工作流全文（仅完整流程才调，改已有代码不要调；**人在环清单，不是无人值守流水线**；不代跑用户 Gradle / 不拷 jar / 不上传）与知识 URI |
| `generate_model` / `generate_lang` / `generate_network_packet` / `generate_capability` / `generate_config` / `generate_entity_renderer` / `generate_worldgen` | 代码/JSON 骨架生成（见根 `README.md`）。**默认只吐文本 + `suggestedPath`**；真写需 `write=true` + `confirmed=true` + `MC_SKILL_ALLOW_WRITE=1` + 绝对 `MC_SKILL_PROJECT_ROOT`，且路径相对工程根不含 `..`。**三态语义**：默认不传 `write` = dry-run（恒 `ok:true` + `resultKind:"ok"`）；**生成失败** ⇒ `ok:false` + `resultKind:"generation_failed"`（原因在 `errors[]`）；**写入未完成** ⇒ `ok:false` + `resultKind:"write_blocked"`（CLI exit 1，写盘未发生，文本预览仍在 `result`，细因在 `writeError.code`）——两种失败不得混读。**参数名不统一，禁止一律写 `platform`**：`generate_config` 只有 `loader`（**无 `platform`**）+ `version`；`generate_model` / `generate_lang` **两个都没有**，只必填 `version`；`generate_network_packet` 必填 `platform` 且**没有 `version`**（版本写在后缀里，如 `forge_1.20.1`）；只有 `generate_capability` / `generate_entity_renderer` / `generate_worldgen` 同时必填 `platform` + `version`。全部禁止默认 forge。**`generate_lang` 的空 `entries` 不静默**：传 `{}` 或空串仍 `ok:true`，但响应多一条披露 warning + 机读字段 **`emptyEntries:true`** ⇒ 看到它就知是空骨架，别当成品，也不要靠读中文 warning 分支。 |
| `localize_mod` | 模组汉化：diff/draft_zh / jar extract/pack_draft（无机器翻译） |
| `analyze_log` / `analyze_build_log` / `get_migration_guide` / `check_dependencies` | 游戏日志、Gradle/javac 构建日志、迁移与依赖提示 |
| `lookup_obfuscated` | 崩溃短名反查 |
| `get_minecraft_source` / `decompile_mod_jar` / `search_mod_code` / `analyze_mod_jar` / `download_official_mdk` | 按需反编译与 jar 元数据；`download_official_mdk` 拉官方 MDK 到 `$MC_SKILL_CACHE`（**默认 dryRun**，校验和钉在 `mcp-server/data/mdk-checksums.json`）；必填参数只有 `platform` + `minecraftVersion`。**无 pin 的档走 `aliasOf` 兼容层别名**（`neoforge 1.20.1` → 借用 `forge 1.20.1` 的 MDK，**不冒充**该平台官方 MDK）。`search_mod_code` 源码未生成时回 `NOT_DECOMPILED`（不是 `NOT_FOUND`），先调反编译。 |
| `validate_at` / `validate_aw` | AT / AW 字节码校验 |
| `resolve_lib_skills` | 库 skill 解析（平台 + 精确 MC 版本；与 CLI `lib resolve` 同一 core；只解析不返回正文 —— AI 仍直接读 `knowledge/libs` 源稿；带 `versionsJson` 的库写坐标前先读该文件 slot） |

### 工具边界（禁止误判）

**优先语义搜索**：查 API / 文档 / 机制先用 `search_*_docs`；`query_api` / `query_loader_api` 是**兼容工具**（每次响应带兼容警告），仅作兜底。

- **`total` 只是本次条数，判截断看 `totalPool` / `truncated`**：8 个文档检索发射点的载荷**无条件**带这两位（不传 `limit` 也在）：`totalPool` = 进输出窗口之前该面手里可用的候选条数，`truncated` = (`total < totalPool`)。⇒ 本面的 `total` 就是**本次返回条数**（不是语料命中总数，且随你传的 `limit` 变）：`truncated:false` = 本面在手候选已取尽，`true` = 还有页没返回（放宽 `limit` 或换 `tags` 可取回）。**三条边界**：① 该池只到「本面可得」这一层，**不是语料全量**；② `limitWindow.candidates` 在多数面仍是**窗口**不是池；bedrock 面的窗口块挂在 `demotion.{requestedLimit,resultLimit,candidateLimit,candidates,limitMax}` 下而不是顶层 `limitWindow` —— **这是契约不是待修项**；③ 这一族与 `search_loader_api`／`query_upstream_releases`／`search_mod_code` 的 `total`（那三面报的才是全池）**符号相反**，照抄会反。执法：`mcp-server/scripts/assert-total-semantics-wording.mjs` 判据 6。

**其余全部边界**（`found:false` ≠ 类不存在、verbatim 逐字支撑位、加载器字段名四档出处、平台工具不得混用、「本仓没入库」≠「上游没有」等）→ [`doc/tool-boundaries.md`](./doc/tool-boundaries.md)；完整对照表见根目录 `README.md`「工具边界」。

### 工具不可用排查（clone 后必读）

工具全不可调 ⇒ 先查 **`dist/` 编译了没有**（`cd mcp-server && npm run build`），再查 **宿主重载了没有**——宿主里正在跑的进程不会自动换成新 `dist/`。要立刻验证改动用 `node mcp-server/dist/cli.js <tool>`。

逐项排查清单（按症状分：编译 / 数据路径 / 宿主未重载 / Node 版本 / sqlite 边界）、每项对应的失败读数与修法 → [`doc/mcp-troubleshooting.md`](./doc/mcp-troubleshooting.md)。
## 游玩测试要求（交付门槛，每轮强制）

模组是给用户玩的产品，不是编译过就完事的代码。**任何功能改动，先按下面的阶梯测到与改动面相称的层级，再把证据写进交付底稿的「怎么验」块（`REPORT-FORMAT.md` 主档第 2 块）。** 没测就说没测：**不得**把「编译通过」写成「功能可用」，也不得把「没有崩溃」写成「测试通过」。
你添加的任何物品,实体,机制必须全面的以玩家角度使用并测试,覆盖使用的可能的玩家行为
### 阶梯：逐层向上，低层红不许跳高层

**L0 构建 → L1 结构与静态 → L2 数据面 → L3 自动化功能 → L4 真机冒烟 → L5 场景验收 → L6 服务端与多人（日常可选）→ L7 回归与共存（日常可选）→ 收口（发布前清单）**，低层红不许跳高层。

**最低测到哪层，按改动面取最大者**：改逻辑 → 至少 L3。改玩家可见行为（方块 / 物品 / 实体 / GUI / 配方效果 / 世界生成）→ 至少 L4 + L5。改网络、存档或服务端侧 → 必须 L6。升 loader 或 MC 版本 → L0–L7 全跑。纯注释 / 文档改动 → 到 L0 即可。

逐层「测什么 / 用什么测 / 红会长什么样」→ [`doc/playtest-ladder.md`](./doc/playtest-ladder.md)。
### 「全面」= 把维度铺开，不是同一条路径多跑几遍

**六个维度**：改动面（代码 / 资源 / 数据 / 配置 / `build.gradle` / 平台元数据）、平台 × 版本、客户端 / 服务端 / 双侧、存档状态（新世界 + 旧存档）、权限档、边界与异常；外加表现面与日志面。

各维度的逐条判据（什么算覆盖、怎么造场景、该看哪条日志）→ [`doc/playtest-dimensions.md`](./doc/playtest-dimensions.md)。
### 判红规则（fail-closed）

- **缺证据 = 没通过**。`inspect_playtest_evidence` 读出 `absent` **不得**当「没有失败」；`exit-code.txt` 非 `0` 或不在盘上 ⇒ 红。
- **每轮证据三件齐**：`state.json` / `exit-code.txt` / `qa.log`（只含本轮 `[QA]` 段）+ 截图；历史轮次在 `rounds.jsonl`。
- **表外版本不等于免测**：真 driver 的覆盖 = `generate_playtest_driver` 内 `PLAYTEST_VERIFIED_TIER`（唯一真源，**正文不数档**）。不在表里的档走桥路线或人工游玩，并如实写「人工验过 / 未验」。
- **意图会话门**：`MC_SKILL_PLAYTEST_INTENT_E2E` 未设 ⇒ 一律按未验证处理，不静默通过。

### 与人在环的关系（本要求不豁免「谁去跑」）

跑 Gradle、起游戏、写 evidence 仍受「人在环例外：游玩自测（三通道）」约束。**授权没拿到时**，交付里必须写明「本轮未真机验证」，并给出用户可照着跑的清单（对上表的层级），不得替用户宣布通过。

## 作者规范（动笔前读）

写或改任一发给 agent 读的文档 —— 根 `AGENTS.md`、平台规则树 / Skill 源稿 / 工作流模板体与 `mcskill://` 正文 / `CORPUS_PROVENANCE.md` / 社区短文 —— 先读 [`WRITING-FOR-AGENTS.md`](./WRITING-FOR-AGENTS.md)。它管"怎么写、放哪"；"做什么"仍以本总纲为准，数据链与验证口径仍以 `CONTRIBUTING.md` 为准。

## 交付汇报（每轮交付强制）

聊天里只给人看三件，按此顺序；其余内容不进聊天。

1. **结论**（≤3 句）：本轮做完了什么、影响谁、有没有坏，并点名测到 L 几、绿还是红。产物只在 `temp/` 或缓存里时必须说「未落生效路径」。没做成直说没做成，「已基本完成」不算交代。
2. **要你拍板**：需要用户定的选择，逐条给「选项 + 推荐 + 代价」。没有就整件不写。
3. **详细件在哪**：`DELIVERY_LOG.md` 本轮那节的标题；本轮没有详细件就写一行「无详细件」。

**不触发**：纯问答 / 概念解释 / 只读检索（不改盘、不产出代码或文件）⇒ 直接回答，不套本节。

**义务真源（逐件点名，缺任一件即算缺件）**：五节全在 [`REPORT-FORMAT.md`](./REPORT-FORMAT.md)：

- **§先判档** —— 六个判档分支（不触发 / 主档 / 维护档 / 混合 / 只改 `temp/` / 兜底）与受管面清单（8 个平台树 + `data/` 等 + 根 `*.md`）。
- **§第 0 块 · 结论** —— 两档通用、≤3 句、没做成不得用「已基本完成」顶替。
- **§主档 · 模组开发交付** —— **写模组的交付就用它**，四块：① 改了哪些文件 / 给了什么 ② 怎么验 ③ 未核实项与影响面 ④ 需要你拍板 + 风险与回退。
- **§维护档 · 仓库维护交付** —— 六块：① 改了哪些文件 ② 判据与反证 ③ 验证台账 ④ 数据侧变更 ⑤ 未做清单 ⑥ 自我更正。
- **§两档都受的硬约束** —— 末尾「维护档另加」含夜批（阶 1）例外、提交归用户、`.codebuddy/rules` 强度真源。

每轮交付前先按 §先判档 定档（任何写盘 / 产出文件 / 改受管面的轮次都算），把**该档全部编号块**写全，落 [`DELIVERY_LOG.md`](./DELIVERY_LOG.md) 顶部新节（最新在上，一轮一节）。读不到 `REPORT-FORMAT.md` 或 `DELIVERY_LOG.md` ⇒ 仍按本节三件回答，并在结论里点名「缺表单」或「缺落点」，禁止凭记忆补块，也禁止把编号块整段贴进聊天。

两份打架时：义务内容以 `REPORT-FORMAT.md` 为准，聊天呈现形状以本节为准。

**交接指针（agent 给 agent）**：换会话 / 换机器 / 交接给另一个 agent 时，交接文档必须逐字带上两条路径**并点名档位**：`REPORT-FORMAT.md`（下一轮按哪一档的哪些块写）+ `DELIVERY_LOG.md` 本轮那一节（**该档全部编号块的正文与读数，不得只抄结论**）。接手 agent 读这两处即可续上，不需要重问用户；只给聊天摘要、不带这两条路径的交接按缺件处理。