agentmc

jianf/agentmc

Fork 0

Commit Graph

Author	SHA1	Message	Date
JianFeeeee	1a6f197572	M5：操作层（真能改世界）+ 16 项判据新增 mcfold/actions.py（16 个操作：look/move/move_and_look/look_at/ jump/sneak/sprint/select_slot/use_item/swing/dig/place/interact_block/ attack/use_entity/interact_entity_at + chat/command）新增 mcfold/textcomp.py（1.20.3+ 的 NBT 文本组件渲染，查 language.json） ★★ 最关键发现：teleport_confirm 是必需前置包 1.19+ 的 position 带 teleportId，必须回 confirm，否则服务端默默忽略所有方块操作。症状是「操作没反应、零报错」，与权限/物品/位置问题无法区分。定位过程：先猜了 5 轮（包名/字段顺序/face 类型/sequence/位置与面）都不对；最后拿 minecraft-protocol 对照，发现它也失败 ⇒ 排除我的包有问题；再用 data get entity 排除权限与物品 ⇒ 补 confirm 后立刻成功。其他真 bug： - packet_interact/swing/animation 在 1.21.1 都不存在（应是 use_entity/arm_animation） - dig 原写成 block_place + 多余 varint（应为独立 packet_block_dig）→ 断连 - use_entity(mouse=0) 也带 hand 字段，我漏了 → 少 1 字节 - 背包字段是 itemId（驼峰），我写 item_id → 永远判「空手」 - window0 的 slot 36..44 才是热键栏 - 聊天 NBT 组件三重漏（空串/键名/空键参数）→ 现在正确渲染人话判据：126 项全通过；5 项变异全被抓。核心判据「16 个包能被官方 protodef 精确解回（0 余字节）」—— 唯一能离线证明「包写对了」的办法	2026-09-26 12:44:08 +08:00
JianFeeeee	547f4beb7e	M1+M2：1.21.1 构建跑通 + 协议客户端进 play 阶段 M1（构建）： - build.sh 编译 CP 加入 $OUT/fabric/.jar，解决 net.fabricmc. 找不到 - gen_1_21 内联 Sodium 通知改为委托共用 RenderCompat，补 reportRenderCompat - 1.21.1 全量七步构建产物齐备（classes-intermediary.jar / names*.json / srg / inheritance.map） M2（协议）： - login_start 按协议数据发 UUID（1.21 必填；1.20 可选） - login_acknowledged / serverbound 包 id 改为查表，不再写死 0x00 - send() 实现压缩帧格式（varint(dataLen)+数据，小包不压） - configuration 双向协商：发 settings、回 select_known_packs、拒 resource_pack - protodef 补 bitflags / entityMetadataLoop / count(ctx引用) / compareTo 路径表达式 - NBT 读取器由占位符改为真实现（anonymousNbt 支撑 registry_data） - 坏包容错：长度前缀是帧层权威，解不开整包丢弃并布告，不断流实测：login→configuration(11 注册表)→play，位置 (5.5,-60.0,-0.5)，map_chunk×9 判据：protodef 6→13 项（含线上真实 entity_metadata 字节回归）；全量 77 项通过	2026-09-26 12:15:48 +08:00
pi	fc5a1aae91	feat(mcfold): 声明式 protodef 解释器（原生类型+阶段作用域+switch/mapper/bitfield），真实握手字节验证通过	2026-09-25 14:10:40 +08:00

Author

SHA1

Message

Date

JianFeeeee

1a6f197572

M5：操作层（真能改世界）+ 16 项判据

新增 mcfold/actions.py（16 个操作：look/move/move_and_look/look_at/
jump/sneak/sprint/select_slot/use_item/swing/dig/place/interact_block/
attack/use_entity/interact_entity_at + chat/command）
新增 mcfold/textcomp.py（1.20.3+ 的 NBT 文本组件渲染，查 language.json）

★★ 最关键发现：teleport_confirm 是必需前置包
1.19+ 的 position 带 teleportId，必须回 confirm，否则服务端**默默忽略所有方块操作**。
症状是「操作没反应、零报错」，与权限/物品/位置问题无法区分。
定位过程：先猜了 5 轮（包名/字段顺序/face 类型/sequence/位置与面）都不对；
最后拿 minecraft-protocol 对照，发现它也失败 ⇒ 排除我的包有问题；
再用 data get entity 排除权限与物品 ⇒ 补 confirm 后立刻成功。

其他真 bug：
- packet_interact/swing/animation 在 1.21.1 都不存在（应是 use_entity/arm_animation）
- dig 原写成 block_place + 多余 varint（应为独立 packet_block_dig）→ 断连
- use_entity(mouse=0) 也带 hand 字段，我漏了 → 少 1 字节
- 背包字段是 itemId（驼峰），我写 item_id → 永远判「空手」
- window0 的 slot 36..44 才是热键栏
- 聊天 NBT 组件三重漏（空串/键名/空键参数）→ 现在正确渲染人话

判据：126 项全通过；5 项变异全被抓。核心判据「16 个包能被官方 protodef
精确解回（0 余字节）」—— 唯一能离线证明「包写对了」的办法

2026-09-26 12:44:08 +08:00

JianFeeeee

547f4beb7e

M1+M2：1.21.1 构建跑通 + 协议客户端进 play 阶段

M1（构建）：
- build.sh 编译 CP 加入 $OUT/fabric/*.jar，解决 net.fabricmc.* 找不到
- gen_1_21 内联 Sodium 通知改为委托共用 RenderCompat，补 reportRenderCompat
- 1.21.1 全量七步构建产物齐备（classes-intermediary.jar / names*.json / srg / inheritance.map）

M2（协议）：
- login_start 按协议数据发 UUID（1.21 必填；1.20 可选）
- login_acknowledged / serverbound 包 id 改为查表，不再写死 0x00
- send() 实现压缩帧格式（varint(dataLen)+数据，小包不压）
- configuration 双向协商：发 settings、回 select_known_packs、拒 resource_pack
- protodef 补 bitflags / entityMetadataLoop / count(ctx引用) / compareTo 路径表达式
- NBT 读取器由占位符改为真实现（anonymousNbt 支撑 registry_data）
- 坏包容错：长度前缀是帧层权威，解不开整包丢弃并布告，不断流

实测：login→configuration(11 注册表)→play，位置 (5.5,-60.0,-0.5)，map_chunk×9
判据：protodef 6→13 项（含线上真实 entity_metadata 字节回归）；全量 77 项通过

2026-09-26 12:15:48 +08:00

fc5a1aae91

feat(mcfold): 声明式 protodef 解释器（原生类型+阶段作用域+switch/mapper/bitfield），真实握手字节验证通过

2026-09-25 14:10:40 +08:00

3 Commits