Files
Hermes-Skills/lottery-hk/references/v_xg-data-qi-pitfall.md
T

4.1 KiB

v_xg.json 字段语义陷阱 (2026-08-04 marksix6.com 第 4 次修正)

🚨 第 4 次修正 (2026-08-04) — 重大发现

之前 3 版全错 —— Data.1-7 实际是 Qi 期真开彩号码,不是 Qi-1 也不是 Qi-2 期!

验证 (2026-08-04)

v_xg.json 当前数据:

{
  "Qi": "083", "Nq": "084",
  "Week": "周二", "Day": "04",
  "Data.1-7": ["37", "07", "16", "01", "32", "22", "23"]
}

marksix6.com 083 期真开彩 (2026-08-01 21:32:32 北京):

37 07 16 01 32 22 + 23

完全一致! Data.1-7 = Qi 期真开彩。

完整 v_xg.json 字段语义 (2026-08-04 第 4 次修正)

字段 实际含义 验证
Qi 最新已开期号 (刚开) 083 (8/1 周六已开)
Nq 未开下期期号 (下一个) 084 (8/4 周二未开)
Week/Day Nq 期开彩日 (北京时间) 周二, 04 (= 084 期 8/4 周二)
Data.1-7 Qi 期真开彩号码 (7 个) [37,7,16,1,32,22,23] (= 083 期真开)

4 版错误时间线

时间 错误描述 触发原因
2026-07-29 Data.1-7 = Qi-1 期 用户说"082 时间错"
2026-08-02 Data.1-7 = Qi-2 期 (但 Week/Qi 期) 用户说"为什么统计的是上上期"
2026-08-04 Qi=最新已开 (Week=Nq 期) 用户说"8 月 4 号不是 083 期"
2026-08-04 (第 4) Data.1-7 = Qi 期真开彩 marksix6.com 验证 ✓

关键洞察 (2026-08-04)

  1. Qi 是最新已开 — 不变
  2. Week/Day 是 Nq 期开彩日 — 不变
  3. Data.1-7 是 Qi 期真开彩 — 新修正 (不是 Qi-1 也不是 Qi-2)

v_xg.json 直接显示 Qi 期真开彩 (7 个号码 + 5 行字段 sx/nim/color/style/number)。 没有更早/更晚的数据 (不像之前以为 Qi-1/Qi-2)。

验证方法

拿 v_xg.json Data.1-7, 跟 marksix6.com / tktk.tktk4.cc / sol.2344a.cc 历史挂牌对比, 完全一致 = Qi 期真开。

真 082 期 / 081 期 / 080 期

  • 082 期(7/30 周四已开) — v_xg.json 已刷新到 083 期, 082 期真开已不在 v_xg.json 里
  • 081 期(7/28 周二已开) — 同上
  • 080 期(7/25 周六) — SQLite 里有 (special=11)

要查早期期号真开 — 用:

  • sol.2344a.cc 历史挂牌 (挂牌日 = 开彩日)
  • marksix6.com (但只显示最近 1 期, 不显示历史)
  • tktk.tktk4.cc (Vue 渲染, browser 抓)
  • hkjc.com (被商业 IP 拦, browser timeout)

教训 (给未来)

v_xg.json 字段语义坑有 4 层 (2026-07-29 → 2026-08-04 改了 4 次):

  1. Data.1-7 = Qi-1 期 (错)
  2. Data.1-7 = Qi-2 期 (错)
  3. Week/Day = Qi 期开彩日 (错)
  4. Data.1-7 = Qi 期真开彩 (对) — marksix6.com 验证

每次需要验证: 拿 v_xg.json Data.1-7, 对比真彩站 (marksix6.com / tktk4)。

🚨 第 5 层坑 (2026-08-13) — Cron wrapper 默认取 Qi 不是 Nq

之前 4 版都是"字段语义"层,这一版是**"用哪个字段"层**:

场景 错取 正取
Cron 自动选期 Qi (已开) Nq (未开下期)
lottery_特码.py 无参 Qi 期间 Nq 期间

根因: skill 描述里同时提 Qi 和 Nq, 但脚本里只 default 一个。Cron wrapper 当时随手写了 print(d['Qi']), 没人核对。结果: 2026-08-13 之前所有 cron 推送都跑的是 Qi 期(已开), 用户问"下期买什么"时给的是上期挂牌。

用户原话: "你这前面写的期数是已开的, 分析的数据也是已开的? 我只要你分析未开的啊"

修法 (2026-08-13):

  • scripts/lottery_特码_cron.sh 第 9-19 行: print(d['Nq']), fallback '082' → '088'
  • scripts/lottery_特码.py 第 397-406 行: get('Nq', '088'), fallback '082' → '088'

预防:

  • 改 lottery_特码*.sh / lottery_特码.py 时, 改完立刻 grep -n "Qi" lottery_特码*.sh lottery_特码.py — 确认 runtime 路径全用 Nq, 只在 Qi = 最新已开 文档注释里出现
  • 铁律: 用户问"特码"/"下期"/"今晚开什么" = Nq (未开); 只有"上一期开什么"/"真开彩核对"才用 Qi
  • 推送标题的"分析期号: NNN"必须能跟"v_xg.json Nq=NNN"对得上, 对不上 = bug