From b7025356bce1b3b20041b528199d71a56c890c38 Mon Sep 17 00:00:00 2001 From: yml2213 Date: Mon, 12 Oct 2026 00:26:05 +0800 Subject: [PATCH] =?UTF-8?q?docs(=E8=B4=A6=E6=9C=AC):=20=E6=96=B0=E5=A2=9E?= =?UTF-8?q?=E6=9C=AA=E7=9F=A5=20#4=20=E2=80=94=E2=80=94=20=E9=87=87?= =?UTF-8?q?=E9=9B=86=E5=99=A8=E8=BF=94=E5=9B=9E=E5=80=BC=E6=98=AF=20tuple,?= =?UTF-8?q?=20=E8=A3=85=E9=85=8D=E6=8C=89=20kind=20=E5=88=86=E6=94=AF,=20?= =?UTF-8?q?=E6=9C=B4=E7=B4=A0=E9=A1=B9=E5=BA=8F=E5=8F=B7=E5=AF=B9=E9=BD=90?= =?UTF-8?q?=E4=BC=9A=E9=94=99=E4=BD=8D?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit cap2 ground truth 校准发现: c.screen.width 的采集器闭包返回 [screen.width], 但 cd 里 2560 落在 9 号槽、1023 落在 11 号槽 -> 静态项序号不能直接等于 cd 槽号。 未解点: kind=1/2/其它各对应什么拼装规则(读透装配模块 @4362 的 4445~4939 分支)。 --- har/1ms_dianxuan/PROGRESS.md | 1 + 1 file changed, 1 insertion(+) diff --git a/har/1ms_dianxuan/PROGRESS.md b/har/1ms_dianxuan/PROGRESS.md index afea0d2..a3e9757 100644 --- a/har/1ms_dianxuan/PROGRESS.md +++ b/har/1ms_dianxuan/PROGRESS.md @@ -76,6 +76,7 @@ | 1 | 1ms aid=195672344 为何在答案正确时返回 `errorCode=12` | 需要"真实业务会话/真实验证码页面上下文"（登录态），而非环境指纹 | **中（未做单变量实验）** | | 2 | 新版明文字段语义（哪一位是时间戳/指纹/轨迹） | 时间戳是 `1[6-9]\d{8}` 大整数；轨迹是 `[x,y,t]` 三元组 | 中高 | | 3 | 明文里 `[360,360]`、`"2560-1440-1345-24-*-*-| -*"` 的作用 | 屏幕/窗口指纹串 | 中 | +| 4 | **采集器 `get()` 的返回值是 tuple, 装配模块按 kind 分支 —— "静态第 i 项 ↔ cd 第 i 槽"的朴素对齐会被破坏** | 装配模块里是 `r5 = item.get(); r9 = r5[0]; r10 = r5[1]; r11 = r5[2];` 然后按 `r11`（kind=1/2/其它）与 `typeof r9` 走不同分支再拼进 JSON。所以每个采集器"贡献几个槽/怎么格式化"要看 kind；实测 cap2 那份里 `c.screen.width` 的模块闭包返回 `[screen.width]`，而 cd 里 `2560` 落在 9 号槽、`1023` 落在 11 号槽 → 说明**不能按项序号直接对齐**。**未解**：kind 各值对应的拼装规则（读透装配模块 `@4362` 的 `4445~4939` 分支即可判定） | **待验证** | ---