feat: 新增出站包抓取，供「走不动」逐包对照（TODO 假设 5）

线上实测确认手动执行器（1.7.0 备选方案）不能解决「走不动」：前 20 秒走 13 格后
即卡在「执行中断（stuck）→重规划→缩短段长→跳过目标→重新规划同一目标」的死循环。
只靠 packetStats.outboundTypes 的计数看不出「发出去的内容对不对」，所以补一个
能录原始出站序列、并能在「能走」与「走不动」两种状态下 diff 的诊断能力。

新增 src/core/packetCapture.js：
- 只在录制期间挂钩 client.write，其余时间零开销（该钩子每个出站包都要过一遍）；
- 录到的内容做降深 + 截断的 JSON 化处理，向量对象只留坐标
  （move_minecart 这类包能带上万个浮点数，不处理会把缓冲区撑爆）；
- 只放内存、有上限（默认 4000 包），不写盘。

接口（控制台）：
- POST /api/bots/:id/capture/start（可带 seconds 到点自动停止）
- POST /api/bots/:id/capture/stop
- GET  /api/bots/:id/capture（支持 ?types= 与 ?limit=）

顺带修掉两个先前就存在的问题：
- scripts/check-protocol.js 其实一直跑不通：minecraft-data 的
  types.packet[1][1].type[1].fields[包名] 给的是类型名字符串，
  要再去 types[名字] 取 ['container', [字段...]] 才能展开，原实现直接 .map() 必然抛错；
  另有读 node_modules 少一层 '..' 的路径问题。
- 两条租约用例（expansionController / targetLease）的时序余量只有 15ms，
  全量并行跑测试时偶发失败；改为 TTL 400ms 配 280ms 睡眠，各留 120ms 余量，
  断言内容不变。

测试：436 → 451 个用例，连续 16 轮全量运行全绿。

test/targetLease.test.js

@@ -53,12 +53,18 @@ test('releaseAll 释放某机器人的全部占用（停止任务 / 断线时用
 });
 
 test('renew 延长租约，防止长距离寻路中途被抢', async () => {
-  const table = new TargetLeaseTable({ ttlMs: 40 });
+  // 时序余量刻意放宽：要证明的是「续租把到期时间往后推了」，
+  // 即「总耗时 > 原始 TTL」但「距续租的耗时 < TTL」。
+  // 睡眠取 0.7 × TTL，两侧各留 0.3 × TTL（120ms）调度余量 ——
+  // 早先用 TTL=40ms / 睡眠 25ms 只剩 15ms，全量并行跑测试时会偶发失败。
+  const ttlMs = 400;
+  const sleepMs = 280;
+  const table = new TargetLeaseTable({ ttlMs });
   const chunk = { x: 7, z: 7 };
   table.tryAcquire(chunk, 'A');
-  await new Promise((resolve) => setTimeout(resolve, 25));
+  await new Promise((resolve) => setTimeout(resolve, sleepMs));
   assert.strictEqual(table.renew(chunk, 'A'), true);
-  await new Promise((resolve) => setTimeout(resolve, 25));
+  await new Promise((resolve) => setTimeout(resolve, sleepMs));
   // 已超过原始 TTL，但续租过 → 仍是 A 的
   assert.strictEqual(table.tryAcquire(chunk, 'B'), false, '续租后不应被抢走');
 });