diff --git a/lottery-hk/references/082-success-workflow.md b/lottery-hk/references/082-success-workflow.md
new file mode 100644
index 0000000..e9cd1b1
--- /dev/null
+++ b/lottery-hk/references/082-success-workflow.md
@@ -0,0 +1,69 @@
+# 082 期成功工作流 (2026-07-30)
+
+**反向参考** — 不只是失败的坑, 是**实际跑通**的流程。下次 agent 看这个能直接复用。
+
+## 1. 触发关键词 → 真脚本映射
+
+| 用户说 | agent 必须 |
+|---|---|
+| "特码" / "买码" / "今晚开什么" / "下期" / "六合分析" / "玄学" | `python3 scripts/lottery_特码.py [期号]` |
+| "4 框架" / "河洛" / "梅花" / "玄空" / "奇门" | `python3 scripts/lottery_4frame.py` |
+| "频率" / "热号" / "冷号" | **禁止跑** `lottery.py analyze` (5 期数据无意义) |
+
+## 2. lottery_特码.py 输出格式
+
+默认 ¥15 预算, 5/4/3/2/1 分配:
+
+```
+🥇 33  ¥5  挂牌 33 (424206)
+🥈 5   ¥4  挂牌 05 爆鼠
+🥉 9   ¥3  彩图挂 + 诗象
+4  31  ¥2  彩霸王 一三
+5  3   ¥1  彩霸王 三一
+```
+
+## 3. lottery_4frame.py 输出格式
+
+4 步, 不要混 Qi-1 期号码进 082 期分析:
+
+- Step 1: v_xg.json (Qi 期号 + Data.1-7 上期号码, 标注 "Qi-1 已开, 仅作参考")
+- Step 2: 综合挂牌 (彩图挂 / 爆 / 出肖)
+- Step 3: 六信红字
+- Step 4: 玄机诗 (诗象 / 摇钱树 / 彩霸王 / 玄机字)
+
+## 4. 推送格式 (QQ)
+
+横向 markdown 表格, 4-8 列可滑动比较。
+**严禁**: 垂直堆叠 (1 票 1 块 emoji 列表)。
+**严禁**: 结尾加 "A/B/C 简单回答" 模板。
+
+## 5. 时间处理
+
+- 系统 prompt 时间**可能不准**, agent 自己推时间常错 (错把 12:24 当 12:12)。
+- **必须** `date` 命令实时确认北京时间。
+- 所有时间字段标注 "(北京时间)" 后缀。
+
+## 6. cron 自动跑 vs 手动分析
+
+- cron `5bec1f60f77f lottery-hot-data` 周/二/四 11:30 北京时间
+- cron `668dcf3ec54d lottery-draw-result` 周/二/四 14:00 UTC = 北京 22:00
+- cron prompt 都改过, **直接调 lottery_4frame.py / lottery_特码.py**, 不靠 agent 推公式
+- 4 个位置都改保证读到 (description + cron prompt + SKILL.md + 真脚本)
+
+## 7. 出错恢复路径
+
+| 错 | 恢复 |
+|---|---|
+| 跑了 lottery.py analyze | 立刻停, 改跑 lottery_特码.py 或 lottery_4frame.py |
+| 混 Qi-1 期号码 | 重新跑, 只用挂牌 + 玄机 + 红字 |
+| 自己编 4 框架公式 | 删掉, 跑 lottery_4frame.py 真脚本 |
+| 系统时间算错 | `date` 命令确认, 不靠 system prompt |
+| QQ 推送用了 emoji 列表 | 改横向表格 4-8 列 |
+| 加了 "A/B/C 简单回答" 模板 | 删掉, 直接答 |
+
+## 8. 真正有效的事
+
+- 把脚本固化到 `scripts/` (`lottery_特码.py` / `lottery_4frame.py`), agent 不需要每次推公式
+- 把规则放 description, 模型每次加载都看到
+- cron prompt 直接调脚本, agent 在 cron 里也是跑脚本不是推公式
+- 4 位置同步改 (description + SKILL.md + cron prompt + 真脚本)
diff --git a/lottery-hk/references/agent-workflow-pitfalls.md b/lottery-hk/references/agent-workflow-pitfalls.md
new file mode 100644
index 0000000..4ab5820
--- /dev/null
+++ b/lottery-hk/references/agent-workflow-pitfalls.md
@@ -0,0 +1,93 @@
+# Agent Workflow Pitfalls (2026-07-30 实战累积, 2026-08-02 修正 Qi-2 与 no_agent 规则)
+
+## 用户硬偏好 (违反必踩坑)
+
+### 1. **不要在回复结尾加 "A/B/C 简单回答" 选项**
+用户原话: "这是什么技能输出的?" (答: 没有任何 skill 输出, 是 agent 自己加的回复模板)。
+- **agent 默认行为**: 结尾列"A. 是 / B. 否 / C. 别的" 选项
+- **正确做法**: 直接回答用户问题, 不加模板。如果用户下一步不明, 等用户说。
+- **应用到所有回复**, 不仅是 lottery。
+
+### 2. **用户问"从哪取"只答来源一行, 不展开分析**
+用户原话: "我要知道你从哪里取的时间啊?"
+- **错**: "我对比了 X / Y / Z 三个数据源 + 验证了 N 个字段后才确认 082 期是周四开彩..."
+- **对**: "082 期时间从 v_xg.json `Week=周四 Day=30` 取的。"
+- 一行, 一句, 来源 + 数据, 完。
+
+### 3. **错了立刻重做, 不分析 / 不等回话**
+用户原话: "知道错了, 还要来确认, 你直接跑不行吗"
+- **错**: "我错了, 让我再想想 / 检查一下 / 等你回话..."
+- **对**: 立刻跑正确的事。
+- **应用**: agent 报错 / 跑偏 / 答错 → 立刻重做, 不解释原因。
+
+### 4. **跑 X 框架不要自己造公式**
+用户原话: "记得我说过不要跑频率, 没有意义, 我要说什么你才能记住" / "我要 4 框架"
+- **"4 框架"** = reference 里的真实推演流程 (v_xg.json + 挂牌 + 红字), **不是** agent 写 河洛/梅花/玄空/奇门 公式
+- **"特码分析"** = sol.2344a.cc 挂牌 + 玄机 + 红字, **不混** v_xg.json Qi-2 期数据
+- **流程**: 看到关键词 → 跑真脚本 (`lottery_4frame.py` / `lottery_特码.py`), 不要尝试自己推
+- **保留路径**: `python3 ~/.hermes/skills/trading/lottery-hk/scripts/lottery_4frame.py`
+- **保留路径**: `python3 ~/.hermes/skills/trading/lottery-hk/scripts/lottery_特码.py [期号]`
+
+### 5. **信号/分析输出不平均分, 给重点分配 (2026-07-30 用户实战)**
+用户原话: "怎么跟上次的号不一样呢" + "要有重点的分配"
+- **错**: "5 个候选号各买 1 元 / 5 元平均分"
+- **对**: 按权重比例分 (5/4/3/2/1), 重点放在前 2-3 个, 加 🥇🥈🥉 让用户快速识别
+- **默认预算**: 信号类 (特码/跟单/做T) 用 ¥15 = 5/4/3/2/1
+- 用户对"平均分"反应是"怎么跟上次不一样" → 直接诊断"权重排序 vs 临时排序" 不要防御性回避
+- 适用范围: lottery 特码、币圈跟单、股票做 T 信号等"有预算上限的信号推送"
+
+### 默认时区 = 北京时间 UTC+8
+- 任何时间字段 (挂牌/开奖/推送/cron schedule) 默认 UTC+8
+- cron schedule 是 UTC → 推送时**显式标注 "北京时间"**
+- agent 默认假设 UTC → 用户必纠正
+
+### 挂牌日 = 开彩日 (硬规则)
+- sol.2344a.cc 挂牌帖发布时间 = 实际开奖日, **同一天**
+- **错** (旧 SKILL.md 描述): "挂牌提前 2-3 天"
+- **对** (用户 2026-07-30 实战确认): 挂牌日 = 开彩日, 同天
+
+### v_xg.json 字段语义 (2026-08-02 修正!)
+- `Qi` = 下次将开期号
+- **`Data.1-7` = Qi-2 期 已开号码 (不是 Qi-1)** — 7 个号码 + 5 行字段
+- `Week`/`Day`/`Year`/`Moon` = Qi 期 开彩日 (北京时间) — **不是"当前期"**
+- `Nq` = 再下期
+- **取 Qi-1 期 (实际刚开) 号码**: 查 sol.2344a.cc/挂牌 或 lottery.db, **v_xg.json 不显示 Qi-1 期**
+- **早期版本错误**: 旧 SKILL.md (v1.2.6 及之前) 写"Data.1-7 = Qi-1 期" → 错的, 实际是 Qi-2 期
+- **详细**: 见 `references/v_xg-data-qi-2-pitfall.md`
+
+## QQ 推送格式 (跨 skill 用户偏好)
+
+### 用横向 markdown 表格 (4-8 列)
+- 每票 1 列, 多票并列可左右滑动比较
+- 字段顺序: 名称表 + 项目表 (2 张表上下)
+- 列用票代码, 行用指标 (现价/股息率/趋势/MA50/支撑/离均线/ATR/策略)
+
+### 严禁垂直堆叠 (1 票 1 块)
+用户原话: "这个多了很多 proxychains 的无用信息" / "不是这种表格, 是这种 (横向)"
+- **错**: 每票 N 行 emoji 列表
+- **对**: 横向 4-8 列表格
+
+### 已应用脚本 (Hermes-Scripts 仓库)
+- `dividend_alert.py` (A股/港股/美股股息)
+- `cn_dividend_buy_timing.py` (A股高息买入时机)
+- `daily_t_analysis.py` (做 T 分析)
+- `scan_cn.py` / `dca_scanner.py` / `analyze_cmb.py` (高息扫描)
+
+## cron agent 模式必用 no_agent + script (2026-08-02 实战)
+
+**用户原话**: "把数据都丢了, 时间都是错的" / "你直接跑不行吗"
+
+**反模式 (2026-08-02 lottery 推送 bug)**:
+- 用 `cronjob` agent 模式 + skill `lottery-hk`
+- 即使 SKILL.md 改 Qi-2 描述, model 仍按**旧认知** 编 (标题"082 期" + Qi-1 期 081 号码 + 错周二)
+- 多次纠正后仍编, 用户说"会编"
+
+**正解**: cron 用 `no_agent: true` + 真脚本
+- 模型不参与, 0% 编概率
+- 真脚本输出直接推 QQ
+- **触发条件**: 任何 cron 任务涉及"数据源不完整 / 字段语义有歧义 / 时间/期号计算" → 必用 no_agent + script
+- **保留路径**: `cd ~/.hermes/scripts && python3 <script>.py` 或 `~/.hermes/scripts/<wrapper>.sh`
+
+**复盘**: 当时已经知道 `lottery_4frame.py` 存在 + 改了 cron prompt + 改了 SKILL.md description, **但还是错**。真正的修复必须是 `no_agent: true` + script, 让模型没有推理空间。
+
+参考: `../../devops/cron-job-management/SKILL.md` §3 "Two Cron Job Modes" + §10 "Agent-Mode Cron + Provider Rate Limit" — 把这个规律扩展到新场景: **agent-mode cron + 任何"语义模糊源" (期号/日期/字段含义) = 编风险, 必 no_agent + script**。
diff --git a/lottery-hk/references/site-status.md b/lottery-hk/references/site-status.md
index 529b0a7..50bb616 100644
--- a/lottery-hk/references/site-status.md
+++ b/lottery-hk/references/site-status.md
@@ -1,5 +1,25 @@
 # sol.0051.cc 站点状态记录
 
+## 2026-08-02 sol.2344a.cc "Cann't Connect to DB!" 故障（新增）
+
+**状态**: HTTP 200，但所有路径返回 `Cann't connect to DB!` 文本（不同于 ERR_CONNECTION_REFUSED）
+
+**受影响路径**:
+- https://sol.2344a.cc/zongheguapai/ → `Cann't connect to DB!`
+- https://sol.2344a.cc/lxhz/ → `Cann't connect to DB!`
+- https://sol.2344a.cc/xuanjiziliao/ → `Cann't connect to DB!`
+- https://btc.tktk.app/data/v_xg.json → `Cann't connect to DB!`
+
+**识别特征**: curl 返回 HTTP 200 但内容是报错文本；不是 JSON；也不是 ERR_CONNECTION_REFUSED 的网络层错误
+
+**后果**: `lottery_4frame.py` 静默失败（exit 0，输出空）— 脚本未检测到 DB 错误状态
+
+**判断**: sol.2344a.cc 迁移后再次不稳定，这是第三次故障形态（区别于 07-14/07-28 的 ERR_CONNECTION_REFUSED）
+
+**降级**: 仅依赖本地 SQLite draws 表；4 框架分析无法执行
+
+---
+
 ## 2026-07-28 全站再次不可达（第二次）
 
 **状态**: ERR_CONNECTION_REFUSED（所有5个热数据子路径）
@@ -53,14 +73,11 @@
 
 该接口返回的开奖数据格式可能与 v_xg.json 不同（待验证）。如 v_xg.json 不可用时可尝试此接口。
 
+---
+
 ## 2026-07-28 → 2026-07-29 找到替代域名 sol.2344a.cc
 
-**新发现**: sol.0051.cc 迁移到 `sol.2344a.cc`, 5 个子路径全部 200 OK
-- https://sol.2344a.cc/zongheguapai/ ✅
-- https://sol.2344a.cc/lxhz/ ✅
-- https://sol.2344a.cc/xuanjiziliao/ ✅
-- https://sol.2344a.cc/jiepai/ ✅
-- https://sol.2344a.cc/pingxiaopingma/ ✅
+**新发现**: sol.0051.cc 迁移到 `sol.2344a.cc`, 5 个子路径全部 200 OK（之后多次故障，见上文）
 
 **`sol.0051.cc` → `sol.2344a.cc` 已全局替换**:
 - `SKILL.md` (1 处)
diff --git a/lottery-hk/references/v_xg-data-qi-2-pitfall.md b/lottery-hk/references/v_xg-data-qi-2-pitfall.md
new file mode 100644
index 0000000..6239637
--- /dev/null
+++ b/lottery-hk/references/v_xg-data-qi-2-pitfall.md
@@ -0,0 +1,131 @@
+# v_xg.json Data.1-7 = Qi-2 期 + Week/Day = Nq 期 — 2026-08-04 实战发现
+
+## 🚨 重要修正 (2026-08-04 第三次修正)
+
+**前两版错** (2026-07-29 + 2026-08-02):
+- ❌ 第 1 版 (2026-07-29): `Data.1-7 = Qi-1 期已开号码`
+- ❌ 第 2 版 (2026-08-02): `Data.1-7 = Qi-2 期已开号码` (对) + `Week/Day = Qi 期开彩日` (错) + Qi 仍是 "下次将开" (错)
+
+**当前正确 (2026-08-04)**:
+- ✅ `Qi = 最新已开期号` (刚开)
+- ✅ `Nq = 未开下期期号`
+- ✅ `Data.1-7 = Qi-2 期已开号码`
+- ✅ `Week/Day/Year/Moon = Nq 期开彩日`
+
+## 实战证据 (2026-08-04 14:03 北京)
+
+**当前 v_xg.json**:
+```json
+{
+  "Qi": "083",
+  "Nq": "084",
+  "Week": "周二", "Day": "04",
+  "Data": {
+    "1": {"number": "37", "sx": "马", ...},
+    ...
+    "7": {"number": "23", "sx": "猴", ...}
+  }
+}
+```
+
+**用户指出"8 月 4 号不是 083 期"**:
+- 083 期真实开彩日 = 8/1 周六 (挂牌日 = 开彩日, sol.2344a.cc 083 期挂牌 8/1)
+- 084 期真实开彩日 = 8/4 周二 (符合 v_xg.json Week/Day)
+- **v_xg.json Week/Day 对应 Nq 期=084 期, 不对应 Qi 期=083 期**
+
+## 完整 v_xg.json 字段语义 (2026-08-04 修正)
+
+| 字段 | 实际含义 | 示例 (8/4 查询) |
+|------|----------|------------------|
+| `Qi` | **最新已开期号** (刚开) | 083 (8/1 周六已开) |
+| `Nq` | **未开下期期号** (下一个) | 084 (8/4 周二未开) |
+| `Week`/`Day`/`Year`/`Moon` | **Nq 期开彩日** (北京时间, **不是 Qi 期**!) | 周二, 04, 2026, 8 (Nq=084 → 8/4 周二) |
+| `Data.1-7` | **Qi-2 期已开 7 号码** (不是 Qi-1!) | 37/7/16/1/32/22/23 (081 期) |
+| `Time` | Nq 期开彩时间 (21点30分) | 21点30分 |
+
+## 推论 (重要)
+
+1. **v_xg.json 不显示 Qi 期开彩日** (Week/Day 是 Nq 期)
+2. **v_xg.json 不显示 Qi-1 期真开号码** (Data 是 Qi-2 期)
+3. **取 Qi 期真开号码的备选** (Qi 期已开, v_xg.json 不显示):
+   - sol.2344a.cc 挂牌帖 (挂牌日 = 开彩日, 找 Qi 期挂牌)
+   - 本地 SQLite `~/.hermes/trading/lottery.db` 的 `draws` 表
+   - sol.2344a.cc/kj/ 开奖页 (但 Vue 动态加载, browser_snapshot 才看得到)
+4. **取 Qi 期开彩日**:
+   - 用 Nq 期开彩日 -= 1 个开彩日 (周二/四/六 规律)
+   - 或查 sol.2344a.cc 挂牌帖 (挂牌日 = 开彩日)
+   - 或 `references/draw-dates.md` 历史日期表
+
+## 推算示例 (8/4 拿 083 期开彩日)
+
+```python
+# v_xg.json: Qi=083, Nq=084, Week=周二 Day=04
+# Nq=084 期开彩日 = 8/4 周二
+# 083 期开彩日 = 084 期 - 1 个开彩日 = 8/1 周六 (或 7/30 周四, 最近顺位)
+# sol.2344a.cc 083 期挂牌 8/1 印证 → 083 期开彩 = 8/1 周六
+```
+
+## 为什么前两版都错?
+
+**2026-07-29 第 1 版错**:
+- 错误描述: `Data.1-7 = Qi-1 期已开号码` + `Week/Day = Qi 期开彩日`
+- 原因: 早期描述时不验证, 默认假设 "Data = 最近一期已开"
+
+**2026-08-02 第 2 版错**:
+- 修正 Data 部分到 Qi-2 期 (对, 因为 8/2 拿的 Qi=083, Data=081 期, 确实 Qi-2)
+- 但 Week/Day 部分**没改**, 沿用第 1 版错描述
+- 原因: 8/2 时 Week/Day=周二 Day=04, 跟 Qi 期开彩日刚好巧合 (8/4 周二), 没人发现
+
+**2026-08-04 第 3 版修正**:
+- 用户问"8 月 4 号不是 083 期" → 触发核实
+- 推算: Qi=083 周二 → 8/4 周二 → 083 期 = 8/4? 但 sol.2344a.cc 083 期挂牌 8/1, 083 期开彩 = 8/1 周六
+- 结论: Week/Day = Nq 期 (= 084 期 = 8/4 周二)
+
+## 修正清单 (2026-08-04)
+
+需要改的地方 (3 个 SKILL.md 位置 + 2 个 reference):
+
+1. ✅ `SKILL.md` 第 3 行 description — "Week/Day = Nq 期开彩日" (已修)
+2. ✅ `SKILL.md` "⏰ 硬规则" 段 — "Week/Day/Year/Moon 是 **Nq 期** 的开奖时间" (已修)
+3. ⚠️ `SKILL.md` "⚠️ 重要: v_xg.json 字段语义陷阱" 段 — 还有 "Week/Day/Year/Moon = Qi 期 开彩日 (北京时间)" 旧描述
+4. ⚠️ `SKILL.md` "⚠️ v_xg.json Week/Day 是下期时间" — 旧描述
+5. ⚠️ `references/v_xg-qi-pitfall.md` — 全部错 (说 Data=Qi-1, Week=Qi 期)
+6. ⚠️ `references/v_xg-data-qi-2-pitfall.md` (本文件) — 表格里 Week/Day 仍是 Qi 期
+7. ✅ `scripts/lottery_特码.py` — header 输出 Qi 期推测开彩日
+8. ✅ `cron 5bec1f60f77f + 668dcf3ec54d` prompt — 改 Nq 期开彩日
+
+## agent 自检: 用户问"083 期是周几"时
+
+**正确做法**:
+1. v_xg.json 拿 Qi (= 083 最新已开) + Nq (= 084 未开下期) + Week/Day (= Nq=084 期开彩日 = 8/4 周二)
+2. **083 期开彩日 = Nq 期开彩日 - 1 个开彩日 = 8/1 周六**
+3. **Data.1-7 = 081 期 (Qi-2), 不是 083 期也不是 082 期** — 别混!
+4. 拿 083 期真开号码: 查 sol.2344a.cc/挂牌 或 lottery.db (v_xg.json 不显示)
+
+**错误做法** (agent 常犯):
+- ❌ 把 Qi 当"下次将开" — 实际 Qi 是最新已开
+- ❌ 把 Week/Day 当 Qi 期开彩日 — 实际是 Nq 期开彩日
+- ❌ 把 Data.1-7 当 Qi 期已开号码 — 实际是 Qi-2 期
+- ❌ 写"083 期统计"时实际展示的是 081 期号码 (Data.1-7 = Qi-2 期), 但解释成"083 期 = Qi-1 期" (错)
+
+## 3 版修正时间线
+
+| 时间 | 修正 | 错误描述 | 触发原因 |
+|---|---|---|---|
+| 2026-07-29 | 第 1 版 | Data=Qi-1 (错), Week=Qi 期 (错), Qi=下次 (错) | 用户说"082 时间错" |
+| 2026-08-02 | 第 2 版 | Data=Qi-2 (对), Week=Qi 期 (错), Qi=下次 (错) | 用户说"为什么统计的是上上期" |
+| 2026-08-04 | 第 3 版 | **Qi=最新已开 (对), Data=Qi-2 (对), Week=Nq 期 (对)** | 用户说"8 月 4 号不是 083 期" |
+
+## 教训 (给未来, 重要)
+
+**v_xg.json 字段语义有 4 层坑**:
+1. **Qi = 最新已开** (不是"下次将开")
+2. **Nq = 未开下期** (不是"再下次")
+3. **Week/Day = Nq 期开彩日** (不是 Qi 期)
+4. **Data.1-7 = Qi-2 期已开号码** (不是 Qi-1, 也不是 Qi 期)
+
+**4 个都错就推出错的"083 期 7/30 周四"** — 实际 083 期 = 8/1 周六。
+
+**验证方法**: 每次推送前, **用 sol.2344a.cc 挂牌帖时间戳对一遍** (挂牌日 = 开彩日)。
+
+**别只信 v_xg.json** — 它的字段语义有多个坑, **以 sol.2344a.cc 挂牌为准**。
diff --git a/lottery-hk/references/v_xg-qi-pitfall.md b/lottery-hk/references/v_xg-qi-pitfall.md
index 6b4e660..a1d6f3f 100644
--- a/lottery-hk/references/v_xg-qi-pitfall.md
+++ b/lottery-hk/references/v_xg-qi-pitfall.md
@@ -1,37 +1,40 @@
-# v_xg.json Qi 字段语义陷阱 (实战 + 时区规则)
+# v_xg.json Qi 字段语义陷阱 (历史归档, 已被新版本替代)
 
-## 🚨 硬规则 (所有用户沟通前先确认)
+## ⚠️ 第 4 次修正 (2026-08-04)
 
-1. **时区**: 所有时间默认 **北京时间 (UTC+8)**,绝不写"本地时间"/UTC
-2. **挂牌日 = 开彩日** (sol.2344a.cc 是这种模式,挂牌帖子时间戳 = 实际开奖日)
-3. **不要分析,直接说从哪取的** (用户偏好)
+**Qi 字段语义第 2 处错**:
+- 之前错: `Qi = 下一次将开` (假设)
+- 实际: `Qi = 最新已开期号` (刚开)
+- 验证: Qi=083 + Week/Day=周二 Day=04 → 083 期 8/1 周六已开 (挂牌日印证), Week/Day 是 Nq=084 期 8/4 周二未开
 
-## ❌ agent 反复踩的坑 (2 次实战)
+完整正确语义 (2026-08-04):
+- Qi = 最新已开 (刚开)
+- Nq = 未开下期
+- Week/Day = Nq 期开彩日
+- Data.1-7 = Qi-2 期已开号码
 
-### 坑 1: 2026-07-29 凌晨 (犯错)
-- v_xg.json: `Qi=081, Week=周四, Day=30`
-- agent 推: "081 期 = 7/30 周四 21:30 开彩" ← **错!**
-- agent 推: "082 期 = 8/1 周六 21:30" ← **错!**
+# v_xg.json 字段语义陷阱 (历史归档, 已被新版本替代)
 
-### 坑 2: 2026-07-29 凌晨 (再次犯)
-- agent 复查后**仍然误判**: 写成 "081 实际是 7/28 周二开盘"
-- 实际 **081 开彩 = 7/28 周二** (挂牌日 = 开彩日),但 agent 没**直接查挂牌日**
+## ⚠️ 重要: 此文件内容已过时
 
-## ✅ 正确做法
+**此文件描述的是 2026-07-29 当时的错误理解**。后续已修正 2 次:
 
-**推送模板** (硬规则):
-1. **期号 + 号码**: Data.1-7 直接是 7 号码 (Qi-1 期已开)
-2. **开彩日** = **挂牌日** = sol.2344a.cc 帖子时间戳(同天)
-3. **下期**: Nq (下下期才是 Nq; Qi-1 是已开)
+1. **2026-08-02 修正**: Data.1-7 = Qi-2 期 (不是 Qi-1)
+2. **2026-08-04 修正**: Week/Day = Nq 期开彩日 (不是 Qi 期)
 
-| v_xg.json 字段 | 真实含义 |
-|------|------|
-| `Qi` | 下次将开期号 |
-| `Data.1-7` | **Qi-1 期**(已开)的号码 (7 个数) |
-| `Week`, `Day`, `Year`, `Moon` | **Qi 期**的开彩日 (北京时间) |
-| `Nq` | 再下期 |
+**正确版本见 `references/v_xg-data-qi-2-pitfall.md` (2026-08-04 第三次修正)**。
 
-## 实战样例 (2026-07-29 凌晨)
+## 归档: 2026-07-29 第 1 版错误描述 (历史)
+
+原始文件描述 (错), 保留作历史参考:
+
+- ❌ `Qi` = 下一次将开期号 (错, **实际 Qi = 最新已开期号, 刚开**)
+- ❌ `Nq` = 下下期
+- ❌ `Data.1-7` = **Qi-1 期**(已开)的号码 (7 个数) — **错! 实际是 Qi-2 期**
+- ❌ `Week`, `Day`, `Year`, `Moon` = **Qi 期**的开彩日 (北京时间) — **错! 实际是 Nq 期**
+- ❌ `Nq` = 再下期
+
+## 实战样例 (2026-07-29 凌晨, 错)
 
 | 字段 | v_xg.json | 实际 (北京时间) |
 |------|------|------|
@@ -39,28 +42,35 @@
 | Nq | 082 | 082 期 = 7/30 周四 21:30 |
 | Week | 周四 | **Qi+1 (Nq=082) 期**开彩日 = 7/30 周四 |
 | Day | 30 | = 7/30 (082 开彩日) |
-| Data.1-7 | 30 21 20 07 04 14 34 | **Qi-1 (080) 期**号码 (7/25 已开) |
+| Data.1-7 | 30 21 20 07 04 14 34 | **Qi-1 (080) 期**号码 (7/25 已开) — **错! 实际是 Qi-2 期** |
 
-⚠️ v_xg.json 的 `Week` 是 **Qi+1 期 (Nq)** 的开彩日,不是 Qi。
+## 错的历史版本, 不再参考
 
-## 推送格式 (硬模板)
+**2026-07-29 当时**:
+- 推断错了 Data 字段是 Qi-1 期 (实际 Qi-2)
+- 推断对了 Week/Day 是 Qi 期 (实际 Nq 期, 但上次"巧合"对了)
+- 用户问"082 是周几"时, 我答对 (挂牌日 = 开彩日, 7/28 周二) — 但 Week 字段推到 7/30 周四 — 又是巧合
 
-```
-**081 期开奖结果 (7月28日 周二 21:30 北京时间)**
-[ Data.1-7 号码 ]
-[ 生肖 / 五行 / 波色 ]
-挂牌参考 (081 期)
-[ sol.2344a.cc 当前最新挂牌帖子链接 ]
+**2026-08-02 触发修正**:
+- 用户说"为什么统计的是上上期的" → 触发我看 Data 字段
+- 我看 Qi=083, Data=37/7/16/1/32/22/23, 已知 081 期是 37/7/16/1/32/22/23 → 推出 Data=Qi-2 期
+- 但 Week/Day 没看, 沿用旧描述 "Week/Qi 期开彩日"
 
-下期 082 期将于 7月30日 (周四) 21:30 开奖。
-```
+**2026-08-04 触发再修正**:
+- 用户说"8 月 4 号不是 083 期" → 触发我看 Week/Day 字段
+- 我推: Qi=083, Week=周二, Day=04 → 083 期 = 8/4 周二
+- 但 sol.2344a.cc 083 期挂牌 8/1 周六 → 083 期真实开彩 = 8/1 周六
+- 矛盾 → Week/Day 不可能是 Qi 期开彩日
+- 推: Week/Day = Nq 期开彩日 = 8/4 周二 (084 期) ✓
 
-⚠️ **不要**写"刚开""最新" — 用 `Data.1-7` (Qi-1 已开号码)。
+## 教训 (保留)
 
-## 验证方法
+**v_xg.json 字段语义** 不能光看表面, 必须:
+1. **每次推送前, 用 sol.2344a.cc 挂牌帖时间戳验证** (挂牌日 = 开彩日)
+2. **跨 3 版修正**: Data 字段 + Week/Day 字段都错
+3. **不要假设"看起来对"** — Qi 期开彩日跟 Day 数字巧合, 实际是 Nq 期
 
-推送前自检:
-- [ ] 期号 = 挂牌日 (sol.2344a.cc sol 系列)
-- [ ] Data.1-7 号码 = Qi-1 期 (不是 Qi 期)
-- [ ] 下期 = Nq 期
-- [ ] 所有时间带 (北京时间) 后缀
+## 替换文件
+
+- **正确版本**: `references/v_xg-data-qi-2-pitfall.md` (2026-08-04 第 3 版修正)
+- **保留本文件**: 历史归档, 防止回滚