feat(密钥): 纯 Python 静态提取 XTEA 密钥 —— 去掉最后一个 Node 依赖 (6/6 构建与神谕逐字一致)

做了什么
- 新增 tcaptcha/tdc_opcodes.py: 按构建从解释器源码推导 opcode 表。
  实测 opcode 编号**每份构建整体重排**(同一源码 pc0 的 SET_STACK_LEN 在 6 份构建里
  = 53/19/32/57/55/1, JUMP = 60/17/42/58/21/2); 旧固化表只对 core_js 有效 ——
  用它反汇编其它构建会在 pc0 撞上 RET_TRUE, 得到"空反汇编"的假象。
  做法: 定位主循环 X[Y[Z++]]() 的 handler 数组 -> JS 感知切分 -> handler 源码规范化
  (去空白 + 局部变量按首次出现重命名) 取指纹 -> 与内置 58 条 core_js 参考指纹匹配;
  数组下标即该构建的 opcode, argc 由语义名取 (与 handler 体内 x[y++] 次数实测一致)。
- 新增 tcaptcha/tdc_key.py: 纯 Python XTEA 密钥静态还原器 (零 Node / 零 pc 硬编码)。
  反汇编 -> 定位含 delta 的 XTEA 闭包 -> 用"两层捕获链"选出真密钥数组:
  字闭包捕获的 B 帧寄存器, 经"定义 B 的那个闭包"的 caps 映射到 G 帧后须 == XTEA 闭包
  捕获的寄存器; 借此排除脚本里并行计算的第二套诱饵字 -> 读 4 个 (源串, 偏移, 下标)
  -> 折入轮加盐。
- tools/tdc_disasm.py: disassemble_cfg/_decode_one 支持注入按构建推导的 opcode 表
  (names/arity/dynamic), 默认仍回落 core_js 表; 控制流 opcode 改为按语义名定位。
- tools/tdc_key_pure.py: CLI (-v 打印推导过程 / --opcodes 打印 opcode 表 / --json)。
- tcaptcha/crypto.py: extract_xtea_key 改为"纯 Python 主路径 + Node 插桩兜底"。
- 新增 tcaptcha/tests/test_tdc_key.py 并接入 selftest;
  新增入库 fixture tcaptcha/tests/fixtures/tdc_fresh_2026-10-11.js (现场新抓的 tdc.js)。

为什么
- AGENTS.md §2.4 分层交付 / §1.1: 去掉最后一个 Node 依赖, 提高并发与抗发版能力;
- §5.7 负结果也是资产: 显式撤回"opcode 数值跨构建固定"与"密钥只能靠 Node 插桩拿"两条旧结论。

怎么验证
- 6 份构建纯 Python 结果 == Node 插桩 extract_xtea_key, **逐字一致**:
  core_js / root / 1ms tdc.js / tdc_live / tdc_latest / 2026-10-11 现场新抓 tdc_fresh。
- opcode 表 6/6 构建 58/58 handler 精确匹配, 0 未识别。
- .venv/bin/python -m tcaptcha.selftest 全绿 (含既有逐字节对拍 test_xtea_key)。
- 把 node_bin 指向不存在的程序时 generate_telemetry 仍产出 collect (证明已零 Node)。

tcaptcha/crypto.py

@@ -167,7 +167,12 @@ def extract_xtea_key(tdc_js_code: str, node_bin: str = "node",
     """
     从服务端下发的 tdc.js 里提取本次构建的 XTEA 密钥 (4 个 32 位字)。
 
-    流程 (Node 只负责"跑出密钥", 算法全在 Python):
+    **主路径 = 纯 Python 静态还原** (`tcaptcha/tdc_key.py`):
+      反汇编字节码 -> 定位 XTEA 闭包 -> 回溯它捕获的密钥数组 -> 读出 4 个密钥字
+      闭包(源串 + 偏移 + 存取下标) -> 折入轮加盐。
+      零 Node、零 JS 运行时、零 pc 硬编码 (opcode 表按构建推导, 见 tdc_opcodes.py)。
+
+    **兜底路径 = Node 插桩** (密钥构造算法若被改动时仍可用):
       1. Node 在 VM 上下文里把 ADD opcode 换成带日志版本;
          XTEA 每轮的 (sum + K[j]) 是一次 ADD, 两个操作数必有一个等于 r*DELTA,
          于是另一个操作数就是密钥字 —— 按频次排序得到无歧义候选。
@@ -183,6 +188,17 @@ def extract_xtea_key(tdc_js_code: str, node_bin: str = "node",
         if cached:
             return list(cached)
 
+    # ---- 主路径: 纯 Python 静态还原 (零 Node) ----
+    try:
+        from .tdc_key import extract_xtea_key as _pure_extract
+        key = [int(k) & M32 for k in _pure_extract(tdc_js_code)]
+        if len(key) == 4:
+            if use_cache:
+                _KEY_CACHE[tdc_js_code] = key
+            return list(key)
+    except Exception as exc:                       # noqa: BLE001
+        logger.warning("纯 Python 静态提取失败, 退回 Node 插桩: %s", exc)
+
     words, raw = _capture_key_words_cached(tdc_js_code, node_bin=node_bin)
     candidates = [int(k) & M32 for k, *_ in words[:top_n]]
     # 验证用「内容特征」而非固定明文 (AGENTS.md §5.3 / 附录 A#6):