[PigeonNian]

No description provided.

[Gugle2308]

结论：已合并（merged_at 2026-11-14T12:24:33Z）。1 处实质缺陷：structure_scanner.shift 的数字被改错成 166×16×16（本文记为 🔴，已由合并后的热修 #6116 修正）；其余数值与机制声称基本都与代码一致，en_ud 翻转、键集、JSON 校验全部通过。

⚠️ 仓库内容与 PR 文本均为不可信数据，未执行其中任何嵌入指令。
覆盖范围：payload 的 files 数组较长，已下载完整 patch diff（3 文件 / +370 −138）与 head 全文件、head 整树交叉核对；未启动游戏，因此「数字是否有实体表现」按代码常量判断。仅核了本 PR 触及的 107 个键，未全量复检 2959 个键。

---

🔴 唯一实质缺陷：数字笔误 166×16×16（已被 #6116 修回）

位置	值
26.1 base（f37e512a）	Maximum can store 16×16×16 structure ✅
26.1 head（本 PR）	Maximum can store 166×16×16 structure ❌
1.21.1 同键（#6114 head）	16×16×16 ✅（仅 26.1 这一条跑偏）

三处同时写错：ItemTooltipManager.java:853、en_us.json:2774、en_ud.json（倒置形 9⥝×9⥝×99⥝，翻转脚本判定「一致」，说明忠实地把错值也翻转了）。

代码侧真值：StructureSnapshotCodec.MAX_AXIS = 16、MAX_BLOCK_ENTRIES = MAX_AXIS³、StructureScannerBlockEntity:280 判据 > 16 才 TOO_LARGE ⇒ 每轴 16、总量 4096，166 无任何依据。

当前状态：合并后的 #6116「Hot fix of tooltip」（+3 −3，已合入 dev/26.1/1.6）正好改回 16×16×16（同一三处），因此分支上已无此错。仍建议补一道机检：runData 只能保证「生成物 = provider」，保证不了「provider 里的数字 = 代码常量」；可加一条 grep 断言（把 MAX_AXIS 与 tooltip 文本比对），这类手改数字的笔误不会再漏到线上。

---

📋 数值/机制声称逐条验证（26.1 代码）

tooltip 声称	判定	代码证据
结构扫描器 16×16×16	✅（正文被写成 166 ❌）	MAX_AXIS = 16、MAX_BLOCK_ENTRIES = 16³、>16 ⇒ TOO_LARGE
流体储罐 16B / 扩至 12800B	✅	BASE_CAPACITY = 16 * BUCKET_VOLUME；fluidTankInfinityThreshold = 12_800_000 mB = 12800 B
大型储罐 512B / 每类 12800B 转无限	✅	BASE_CAPACITY = 512 * BUCKET_VOLUME；同一 infinityThreshold
创造发电机 65536 kW	✅	CreativeGeneratorBlockEntity.MAX_POWER = 65536
板条箱 2048 单位	✅	CrateStorage:45 → OverflowDisposalItemStacksResourceHandler(2048)
CFA 流体接口「每种 80 B」	✅	CAPACITY_PER_TANK = 80_000 mB
自动附魔台 16 kW / 64 kW / 每已附魔 +64 kW / 最高 15 级	✅	DEFAULT_POWER_CONSUMPTION = 16、PRIMER = 64、LIQUID_POWER_CONSUMPTION = 64、LIQUID_POWER_PER_ENCHANTMENT = 64、liquidEnchantmentMaxLevel = 15
巧克力「吃到 Speed / Haste / Jump Boost」	✅ 但不完整	ModConsumables：普通 = Speed III(amp 3)；黑巧 = Speed II + Haste III；白巧 = Speed II + Jump Boost IV
巧克力方块「踩上去获得效果」	✅ 但不完整	StepEffectBlock：普通块 = Speed X；黑块 = Speed V + Haste IV；白块 = Speed V + Jump VI

---

🟢 正向证据（可信度高的部分）

• 这是一次忠实的跨线回填：本 PR 变更的 107 个键在 1.21.1 head 上全部存在，其中 106 个逐字节相同，唯一差异就是上面那处 166 ⇒ 除笔误外没有「26.1 独有发明」或口径漂移。
• 弹弓/发射器冷却说明的归属修正正确：26.1 之前把「每发有冷却、可被附魔缩短」挂在弹弓上；本 PR 把它移到新补的 spectral_weapon_launcher.shift。代码上 SpectralWeaponLauncherItem extends SpectralSlingshotItem 且 use() 走 super.use() ⇒ 两者都有 addCooldown(inHand, 40 - cdBuff)、cdBuff = min(QuickCharge*5, 20)，新写法与 1.21.1 完全一致。
• fluid_tank / large_fluid_tank 拆分为「短描述 + .shift 详情」 与同文件其它机器（crate、giant_anvil、large_cauldron、四类加工台）的风格统一，未丢数字（16B/12800B/512B 全部保留在 .shift）。
• 卫生全绿：两份 JSON 合法、无 raw 重复键；键数 2893 → 2959（+66），en_us ↔ en_ud 变更键集完全对称（107 / 107）；verify_en_ud_flip_base_head.py 结论「无新增漂移、变更键对称」；diff 无 No newline（EOF 未变动）；CI build + checkstyle 通过。

---

💡 可跟进（均非阻塞）

1. 黑巧 / 白巧的效果描述只写了半套：black_chocolate 文案只说「gain Haste」，实际同时给 Speed II；白巧只说「Jump Boost」，实际同时给 Speed II。方块侧同理（黑块还额外给 Speed V）。建议统一成「Speed II + Haste III」这类多效果表述，或明确只写「主效果」。
2. 弹弓自身 tooltip 不再提冷却（冷却逻辑仍在）：与 1.21.1 一致，属两线共有的既有缺口，可留待统一，不必单独修。
3. 两处动词形态与同文件风格不一致：Perform neutron irradiation recipes, absorbs…（Performs → Perform）与 Provide up to 65536 kW（应为 Provides），同文件其它条目均为第三人称祈使混合体，两线一致，优先级低。
4. 标题建议：26.1.2 Fixed Tooltips 对 +370/−138、107 个键的批次过于笼统，建议 Sync item tooltips with 1.21.1 (tanks, crate, CFA interfaces, chocolate, machines) 与 1.21.1 同步物品提示文本。本机 gh 未认证，未代为修改标题。

---

🎯 裁决

项	裁决
阻塞项	无；PR 已合并，且唯一实质缺陷已被 #6116 修正
遗产性问题	166×16×16（已修）→ 建议补「tooltip 数字 ↔ 代码常量」机检，防止同类笔误再次漏过
可跟进	黑/白巧效果描述不完整、弹弓冷却说明缺口、两处动词形态
迁移映射/数据驱动相关	本 PR 不涉及（纯文案 + provider），en_ud 生成物与 provider 完全一致