wc2026-daily

name	wc2026-daily
description	"wc2026-ai 每日执行流程：拉完赛比分、**淘汰赛阶段从 FIFA 官网刷新后续已确认新赛程**（替代旧的"重算小组积分"）、刷索引、抓赔率（仅世界杯正赛 M001-M104）、跑 modeling 出推荐（模拟单用户手动录入 data/bets.json）+ git commit/push。Invoke when user says '执行每日 prompt' / '跑每日流程' / '走一遍每日' / 'wc2026 daily' / '刷新赛程' / 'FIFA 拉对阵'."

WC2026 每日执行流程

项目根：d:\project\github\wc2026-ai 完整参考：每日执行.md（资金/Schema 变更时同步改那里）

---

0. 范围红线（先读再动）

• 关注范围 = 仅世界杯正赛（data/matches.json 的 M001-M104）及其对应 matches_status.json 的 2040xxx 编码
• 国际赛 / 热身赛 / 其它友谊赛 → 不拉赔率、不出推荐、不录结果
• 历史热身赛结果保留在 modeling/data/international_warmup.json 留档，不参与 modeling 训练
• 小组赛 M001-M072 已于 2026-06-28 全部完赛（积分不再重算，见 §2 旧 Step 2 已停）；进入淘汰赛后，每日 Step 2 改为从 FIFA 官网刷新后续已确认的新赛程（r32/r16/qf/sf/final 的 TBD 替换）
• 本金 1000 元起步，余额公式：

  balance = 1000 − Σ(bet.totalCost) + Σ(bet.actualReturn where result="won")
  

• 结算模型（R-005）：

  出票 / 确认 → -cost        ← 唯一扣钱点
  结算 won   → +actualReturn
  结算 lost  → 不动（cost 已扣过）
  

---

1. 执行前检查（先读再动）

1.1 拉取远端最新

cd d:\project\github\wc2026-ai
git fetch origin
git status

• 检查远端是否有更新，若有则告知用户先 pull

1.2 本地分支检查 + 自动切换

git branch --show-current

• 若不在 main 分支，自动执行：

  git checkout main && git pull origin main
  

  （非 main 分支切换后 pull，确保拿到最新代码再跑后续步骤）

1.3 一次性检查清单（分支检查通过后）

• git status 干净
• data/matches_index.json 最新日期是昨天
• data/results/ 没有 >2 小时未录的已完赛正赛（非正赛不录）
• modeling/artifacts/predict_31_<日期>.json 已生成且 matches 数 = matches_status.json 中未开赛的世界杯正赛场次数（旧 predict_unplayed.json 已废弃）
• modeling/data/01_matches_with_odds.json 的 total = data/results/ 里世界杯标签完赛数
• records/ 目录无 >3 天未回填的赛果段
• tmp/ 目录清空
• 余额与 records/ 里累计盈亏对得上

---

2. 六步执行流程

多 LLM 比分预测（data/predictions.json）= 用户手动录入，本流程不调用 add-prediction.js，统计页只读消费 AI 模拟结算（bets.json 的 pending → won/lost）= 用户单独触发，本流程不动 小组赛阶段（M001-M072）旧的"重算小组积分"Step 2 已停（2026-06-28 小组赛收官，groups.json 不再变）；淘汰赛阶段由新 Step 2 接手处理后续已确认赛程

Step	任务	子 agent
1	拉完赛结果 + 更新比分（仅正赛）	✅
2	刷新后续已确认新赛程（淘汰赛阶段，从 FIFA 官网抓 TBD→实队，仅在 r32/r16/qf/sf/final 仍有 TBD 时执行）	❌
3	统计（build_index + AI 命中复盘 + 频率图谱刷新）	❌
4	拉未开赛已放出的赔率（仅正赛）	❌（>10 场才开）
5	npm run modeling:all（拟合+预测）+ build_chat_predict.js	❌
6	基于赔率-结果模型 + 赔率市场情绪给推荐（不写 bets.json）	❌

---

Step 1 · 拉完赛结果 + 更新比分

核心变更（2026-06-19 实测）：sporttery getFixedBonusV1.qry 的 matchResultList 是已完赛判定和比分/方向的主数据源。当它返回非空数组时，比赛已完赛，并包含 5 玩法的赛果。不再依赖手动从 getMatchHeadV1.qry / FIFA 双轨录入。

触发：正赛已开赛 >2 小时且 data/results/<mid>.json 缺该场结果（且 mid 属于 M001-M104）。

1. 主数据源 — sporttery getFixedBonusV1.qry（赔率 API）：

   • URL: https://webapi.sporttery.cn/gateway/uniform/football/getFixedBonusV1.qry?clientCode=3001&matchId={mid}
   • 必带 Referer: https://www.sporttery.cn/jc/zqdz/index.html
   • 已完赛判定：value.matchResultList 非空数组（length > 0）
   • 5 条赛果数据：
     • CRS: combination = "1:3" → 精确比分
     • HAD: combination = A/H/D → 胜平负方向
     • HHAD: combination + goalLine → 让球胜平负
     • TTG: combination = "4" → 总进球数
     • HAFU: combination = "A:A" → 半场方向:全场方向
     • 兜底：value.sectionsNo999 = "1:3"
   • 注意：sporttery 无法提供精确半场比分（只有半场方向 H/D/A）和进球者信息。这些需要 FIFA 补充。

2. 次数据源 — FIFA v3 /live/football/...（补充半场比分+进球者）：

   • 仅当需要 halfTime 精确比分或 scorers[]（进球者列表）时使用
   • URL: https://api.fifa.com/api/v3/live/football/17/285023/289273/{idmatch}?language=en
   • 17=FIFA World Cup competitionId, 285023=2026 美加墨世界杯 seasonId, 289273=First Stage stageId
   • idmatch（400021502 等）需从 FIFA Match Centre 获取
   • 半场比分 = Goals[] 中 Period == 3 的累加；Goals[] 含 IdPlayer/Minute/Type 可查球员

3. 自动化路径（推荐）：node scripts/scrape_fixed_bonus.js

   • 脚本内置 parseMatchResultList() + writeResultFromApi()
   • 检测到 matchResultList 非空 → 自动写入 data/results/<mid>.json
   • 自动更新 matches_status.json 中 status=finished + is_finished_odds=true + final_score
   • 幂等保护：已有 halfTime + scorers[] 的 result 文件不会被覆盖（保留手动补充的详细数据）
   • ⚠️ 自动生成的 result 文件 halfTime=null、scorers=[]，需要时用 update-result.js 补充

4. 手动补充（可选）：node scripts/update-result.js <matchId> <homeScore> <awayScore> --half-time=h:a --scorer=team:player:minute:type [...]

   • 仅用于补 halfTime 精确比分或 scorers[]（进球者详情）
   • 走点球加 --penalties=h:a

数据 schema（results）：per-mid 拆分到 data/results/<mid>.json，前端用 Vite import.meta.glob 读。 至少含 matchId / homeScore / awayScore。halfTime 和 scorers 允许为 null/[]（自动生成时），但人工补完后应为有效值。

Step 1 跑完后必须立刻跑 Step 2（淘汰赛阶段）——把 FIFA 官网上已确认的下一阶段对阵填进 data/matches.json，否则 r16/qf/sf/final 全部停在 TBD-TBD，下游 Step 4/5 全部抓不到。

---

Step 2 · 刷新后续已确认新赛程（淘汰赛阶段 · 替代旧的"重算小组积分"）

适用条件（2026-06-28 起逐步进入）：

• data/matches.json 中 home === 'TBD' 或 away === 'TBD' 的场次还有未填的（M089+ r16、qf、sf、third、final 全部 TBD）
• 上一阶段已完赛，新阶段对阵官方已公布
• 每天可执行（执行后立刻 git commit 单独提交一个 batch）

旧"重算小组积分"已停：

• M001-M072 全部已完赛，groups.json 不再变 → node scripts/update-groups-standings.js 不再每日跑（build_teams_data.js 仍按需跑，同步 wc2026.stage 字段）

2.1 数据源

主数据源 — FIFA 官方赛程页：

• URL：https://www.fifa.com/en/tournaments/mens/worldcup/canadamexicousa2026/scores-fixtures?country=CN&wtw-filter=ALL
• 直接用 wtw-filter=ALL 看全部阶段，无需切换
• 用 chrome-devtools-mcp 抓（新开 isolated context wc2026-ai-fixture-<日期> 避免与抓赔率/scrape 实例冲突）
• 页面按 stage 分段（Round of 32 / Round of 16 / Quarter-finals / Semi-finals / Third-place / Final），每段是一个 <div class="..."> 卡片列表

次数据源 — FIFA v3 API（页面 DOM 抓不到时兜底）：

• 全量赛程：https://api.fifa.com/api/v3/calendar/matches?competitionId=17&seasonId=285023&language=en
• 单场详情：https://api.fifa.com/api/v3/live/football/17/285023/289273/{idmatch}?language=en
• 注意：FIFA v3 大会比赛 stage 字段与 data/matches.json 内部 stage 映射：
  • "First Round"（小组赛）→ group
  • "Round of 32" → r32
  • "Round of 16" → r16
  • "Quarter-finals" → qf
  • "Semi-finals" → sf
  • "Third-place" → third
  • "Final" → final

2.2 抓取流程

1. 扫 matches.json 找 TBD：

   node -e "
   const m = require('./data/matches.json');
   m.filter(x => x.home === 'TBD' || x.away === 'TBD')
    .forEach(x => console.log(x.id, x.stage, x.date, x.venue));
   "
   

   输出一行一个 M-id，按 stage 排序 → 知道哪些场次还待填

2. chrome-devtools-mcp 抓 FIFA 页面（新开 isolated context wc2026-ai-fixture-<日期>）：

   • 导航到上述 URL
   • 切到对应 stage 段（用 aria-label 或 stage 标题找元素）
   • 每场比赛卡片含：日期 / 时间（本地 + UTC） / 球场 / 主队 flag / 客队 flag / 状态
   • 提取每场：stage / matchNumber / kickoff（UTC） / venue / home（3字母 ISO code） / away
   • 球队 3字母 ISO code 必须用大写（如 ARG / MEX / CAN），FIFA 页面给的就是 3字母 code，无需自己映射
   • 写 tmp/<日期>/fifa_fixtures_<stage>.json 暂存

3. FIFA API 兜底（仅当 chrome-devtools-mcp 页面 DOM 抓不全）：

   • curl 'https://api.fifa.com/api/v3/calendar/matches?competitionId=17&seasonId=285023&language=en' | jq '.Results[] | select(.IdStage == "<对应 stage id>")'
   • 字段映射：Home.IdCountry → home code / Away.IdCountry → away code / Date → kickoff（ISO UTC） / Stadium.Name[0].Description + CityName[0].Description → venue
   • IdMatch 是 FIFA 内部 id，可记到 _fifaMatchId 字段备用

2.3 落库规则（只动 TBD 行的 home/away/code，不动其它字段）

每条已确认对阵落 data/matches.json 必须满足：

1. 只改 home / away / code 三个字段（code 是竞猜期编号，可选填，不强求）
2. 不改 id / stage / group / date / venue / status（date/venue 在 generate-matches.js 生成时已按 FIFA 官方时间表固定）
3. 不改 mid（mid 来自 sporttery.cn，赛前 ~3 天放出，由 Step 4 抓赔率时填）
4. 球队 code 必须存在于 data/teams/<CODE>.json → 否则先 cp data/teams/TBD.json data/teams/<新CODE>.json 改 code/name/flag，这一类异常走 patch 单独 commit
5. 比赛日期校验：kickoff 字段（如有）必须与 date 字段同一天（CST 7-4 09:30 = UTC 7-4 01:30 = matches.json date 7-4）
6. 顺序校验：r16 只能在 r32 对应场次（晋级方来源）全部完赛后填；qf 只能在 r16 完赛后填
7. 不写 data/bets.json / data/predictions.json / data/odds/ / data/results/ / data/odds_history/

2.4 同步 matches_status.json

build_index.js 只读 matches_status.json，所以 data/matches.json 改完必须同步：

• 对每个 TBD→实队的 M-id → 在 data/matches_status.json 的 matches 数组里新增一条：

  {
    "mid": null,                 // sporttery mid 待 Step 4 抓
    "code": "<竞猜期 code 或 null>",
    "league": "世界杯",
    "home": "<主队中文名，如 阿根廷>",   // 走 data/teams/<CODE>.json 的 name 字段
    "away": "<客队中文名>",
    "kickoff": "<YYYY-MM-DD HH:MM>",   // matches.json date 转 CST
    "status": "scheduled",        // 后续 Step 4 抓到赔率翻 on_sale
    "spf": null,
    "handicap": null,
    "rqspf": null,
    "odds_file": null,
    "history_file": "odds_history/<mid_or_null>.json"
  }
  

• 球队中文名查 data/teams/<CODE>.json 的 name 字段（不是 nameEn）
• kickoff 时区换算：matches.json 的 date 是 UTC（Z 结尾）→ CST = UTC+8，比如 "2026-07-04T17:00:00Z" → "2026-07-05 01:00"

不建议改 data/matches.json 后用 node scripts/build_matches_status.js 之类的脚本重建（目前没这脚本），手改稳；手改量小（一次性最多 16 场 r16）。

2.5 落库后必跑

node scripts/build_index.js   # 刷 matches_index.json，新 TBD→实队 进 by_status.scheduled

然后单独 git commit（避免被 daily 其它 step 污染）：

git add data/matches.json data/matches_status.json data/matches_index.json
git commit -m "M089-M096 r16 已确认对阵（FIFA 官方 2026-07-XX）"

2.6 验证清单

• data/matches.json 旧 TBD 行的 home / away 已替换为 3字母 code，date / venue / id / stage 全部保持
• 球队 code 都在 data/teams/ 存在
• data/matches_status.json 的 matches 数组新增了对应条目，home / away 是中文名（查 data/teams/<CODE>.json 的 name）
• data/matches_index.json 的 by_status.scheduled 多出新条目
• git status 干净（无其它 step 污染）
• dev server 打开 http://localhost:5173/schedule.html?stage=r16 能看到新对阵

2.7 已知坑

• TBD 顺序 vs 实际对阵顺序不一定一致：FIFA 官方对阵表按 A1 vs B3 / C1 vs D3 这种"组第1 vs 另一组第3"规则排，但填充 TBD 时不一定按 M-id 顺序——必须以 FIFA 官方公布的 matchNumber / kickoff 时间匹配
• 比赛日≠code 编号：周六089 是竞猜期编号，不是按比赛日期递增 → 不能从 code 推 id
• 不抢抓未确认对阵：FIFA 官方通常在上一阶段最后一场结束后 1-2 小时公布下一阶段；还没公布时保持 TBD，不要根据"组第1 vs 另一组第3"规则自己推算（小组赛末轮 6 场可能同分算小分，规则复杂）
• chrome-devtools-mcp 实例冲突：The browser is already running for ... → 新 context 用 isolatedContext: "wc2026-ai-fixture-<日期>"
• FIFA v3 API stage id 变化：stage id 不是永久的（289273 是 First Stage），新 stage id 要从 API 返回的 StageName 字段推断

---

Step 3 · 统计

1. node scripts/build_index.js 刷新 data/matches_index.json
2. node scripts/build_settled.js（增量：--incremental）刷新 data/settled_matches.json，被 modeling 消费
3. node scripts/build_views.js 刷新 data/views/ 与 data/2022wc/views/ 5 玩法视图（modeling 喂数据 + 频率图谱页消费）
4. npm run daily:lab — 刷新 data/lab_dataset.json 并跑 verify_lab_engine.js 验证 6 预设方向/量级（喂 /lab.html 回测实验室 + 3 跟投函数）。内部 = build_settled --incremental && build_views && build_backtest_dataset && verify_lab_engine，与 step 2/3 重复跑是幂等无害；想完全避免重复可改用 npm run build:lab（只跑后两步）
5. node scripts/build_frequency_atlas.js 刷新 data/frequency_atlas.json — 喂 frequency.html 展示页
6. 刷 public/sitemap.xml 的 <lastmod> — 全部 URL 的 lastmod 改成今天（YYYY-MM-DD），告诉 Google 站点今天有更新：

   node -e "const fs=require('fs');const p='public/sitemap.xml';const t=new Date().toISOString().slice(0,10);let x=fs.readFileSync(p,'utf8');x=x.replace(/<lastmod>[^<]+<\/lastmod>/g,'<lastmod>'+t+'</lastmod>');fs.writeFileSync(p,x);console.log('[sitemap] all lastmod →',t);"
   

7. 看 js/pages/stats.js 的 dashboard（AI 模型准确率榜）— 自动从 predictions.json + results/*.json 算
8. 复盘：哪些 AI 命中 / 哪些未中，新发现写进 records/reflections.md

本步骤不修改 data/bets.json，不调用 add-prediction.js

为什么 Step 3 一定要跑 build_frequency_atlas.js：站点 /frequency.html（频率图谱）只读消费 data/frequency_atlas.json，完赛补录后不重新生成，页面就一直展示陈旧频率。每次跑 daily 流程时把这条加进 Step 3 末尾，确保完赛 → 频率图谱数据是同一天的。

---

Step 4 · 拉未开赛已放出赔率（仅正赛 · 次日场也抓）

抓取范围重新定义：

• 今日场：kickoff 在今天 0:00 ~ 23:59 之间的世界杯正赛 —— 必须抓
• 次日场：kickoff 在明天（D+1）全天的世界杯正赛 —— 也必须抓（原规则遗漏，2026-06-19 修正）
• D+2 及以后：暂不抓（开盘赔率可能频繁变动，抓了也意义不大；从 D+1 开始每日 Step 4 抓一轮足以覆盖 48 小时赔率漂移）
• 示例：2026-06-19 跑 Step 4，应当抓 kickoff 在 2026-06-19（今日，含 in_progress）+ 2026-06-20（次日，周五029~周五032）的全部场次

红线：只拉 data/matches.json M001-M104 对应场次；已完赛赔率最多拉一次（首次覆盖 6-08 的旧值定格，标 is_finished_odds=true 后不再重抓，避免浪费 API）。

完赛赔率标注规则（R-014）：

• data/odds/<mid>.json 的 basic 段必须有 is_finished_odds: boolean 字段
  • true = 这是完赛赔率（比赛已开赛过且 status=finished，赔率定格不再抓）
  • false = 这是未完赛赔率（比赛尚未完赛，会继续抓赔率变化）
• data/matches_status.json 的每个 match 也要带 is_finished_odds: boolean 字段（与 odds/<mid>.json 保持同步）
• 判断逻辑：
  • status === 'finished' 且 data/results/<mid>.json 存在 → 标 true
  • 其它 → 标 false
• 何时打标：
  • scrape_fixed_bonus.js 写 odds/<mid>.json 时拉完即标（按当前 status 决定 true/false）
  • build_index.js 同步该字段进 matches_index.json 的 entry
  • update-result.js 标记完赛（写 results/<mid>.json）后，立即把对应 odds/<mid>.json 的 is_finished_odds 翻为 true 并同步 matches_status.json
• 抓取时序（v2，修正"定格赔率停在旧值"问题）：
  1. 第一次拉：所有 mid 都要拉一次最新赔率（已完赛也要拉 → 让"定格赔率"覆盖 6-08 的旧值）
  2. 拉完即标：根据 status 决定 is_finished_odds，完赛 → true，未完赛 → false
  3. 后续每次跑：先扫 odds/<mid>.json 拿 is_finished_odds，凡是 true 跳过（避免重复拉定格赔率）
  4. 每个 mid 最多拉 2 次：完赛前 last update + 完赛后定格
• 兜底：即便 status 字段被改回（如手动重置），odds/<mid>.json 的 is_finished_odds=true 仍会跳过该 mid

R-014 跳过分支的踩坑（2026-07-01 修复）：

1. result 缺失检测：is_finished_odds=true 跳过时，先 fs.existsSync(data/results/<mid>.json)
   • 缺失：打 ⚠️ ${mid}: ...缺失 警告，不写盘（odds 文件里没缓存 matchResultList，sporttery 5日窗口外补不回来，需手工补 → 走 .trae/skills/fetch-extra-time-penalty/SKILL.md）
   • 存在：打 ✓ ${mid}: result file OK
2. 2022 卡塔尔脏 mid 过滤：data/matches_status.json 里有 49 个 2022 卡塔尔世界杯的脏数据（mid 2022001-2022064，code 2022-A1~2022-H6 + 1 no-mid），league 字段都是"世界杯"
   • 不剔的话，R-014 跳过分支会打印一堆"result 缺失"警告（48 场卡塔尔我们根本不关心，污染日志）
   • 修复：MATCHES 数组构造时 filter(m => typeof m.mid === 'string' && m.mid.startsWith('2040'))
   • 2026 世界杯的 sporttery mid 全部是 2040xxx 开头（卡塔尔是 2022xxx）
3. M077 (CIV vs NOR) 案例：2026-07-01 完赛 1:2（哈兰德 86' 绝杀），kickoff 2026-07-01 01:00
   • 5日窗口外（API 当日 6:34 才拉），odds/2040345.json 已写但 matchResultList 没缓存
   • 走 fetch-extra-time-penalty skill 手工补 result 文件 → data/results/2040345.json（scorers 3 条 + halfTime + rqspfResult=draw + actualWinner=away + wentToPenalties=false）
4. DRY_RUN 误写盘：之前主循环没检查 DRY_RUN，导致 --dry-run 也会写 odds/odds_history/results/matches_status
   • 后果：dry-run 看到 matchResultList → 写真 result → 下次 real run 看到 is_finished_odds=true → 永远跳过 result 写入
   • 修复：加 const WRITABLE = !DRY_RUN，wrap 所有 fs.writeFileSync + writeResultFromApi 调用

两条抓取路径，按场景二选一：

• API 批量抓（首选，也是 Step 1 的完赛结果数据源）：node scripts/scrape_fixed_bonus.js
  • 数据源 getFixedBonusV1.qry，输出 5 玩法全量赔率 + 赛果（matchResultList）
  • 一体化行为：拉赔率的同时检测 matchResultList → 自动写入 data/results/<mid>.json + 翻 matches_status.json status=finished + 标 is_finished_odds=true
  • 数据文件：data/odds/<mid>.json（latest + 赛果标记）+ data/odds_history/<mid>.json（first/latest 2 条快照）
  • 预过滤：mid 列表里出现 is_finished_odds=true 的，直接跳过（避免重复抓定格赔率）
  • 幂等保护：已有 halfTime + scorers[] 的 result 文件不会被覆盖（保留人工补充），只同步比分
• chrome-devtools-mcp 抓（API 受限兜底）：见下方步骤 1-7

用 chrome-devtools-mcp（新开 isolated context 避免实例冲突）：

1. 导航到 https://www.sporttery.cn/jc/jsq/zqspf/
2. 抓所有在售 + 待开售的世界杯正赛场次（基本/赔率/近期/伤停/赛程）
3. 过滤：每个 mid 必须能映射回 matches.json 的 M-id（scripts/scrape_match.js 的 MATCH_IDS 列表已做这层映射）；不映射的跳过
4. 每场写到 data/<今日>/<周X-NNN_主_vs_客>.json（用 Write 工具，不要 cat）
5. 比分表定位：动态按表头含 "1:0" 找表（让球调整后 tables[3] 不一定是比分表）
6. 待开售场次：赔率全 null，但保留 mid/code/开售时间，建监控后续补抓
7. 重跑 node scripts/build_index.js（会同步 is_finished_odds 字段）

大批量（>10 场）才开子 agent

odds_history/<mid>.json 写入五铁律（scrape_fixed_bonus.js 实现）：

1. 只保留 [first, latest] 2 条快照（每个玩法独立维护）：第 0 条 = 第一次抓到的赔率（永远不删，用作对比基准）；第 1 条 = 最新一次"与 first 不同"的赔率；中间过渡值直接丢掉
2. 后续未完赛每日抓一次：开赛 >2h 但仍未完赛的场次，每日 Step 4 抓 5 玩法全量
3. 同场赔率相同不记录：spf/rqspf 比较 {home, draw, away}；bf/zjq/bqc 比较完整 dict。与 first 相同 → 只保留 first；与 latest 相同 → 不改动
4. 已完赛不抓：status=finished 跳过整个 mid
5. is_finished_odds=true 永久跳过：scrape_fixed_bonus.js 启动时先读 odds/<mid>.json 拿这个标记，凡是 true 一律不抓

odds_history schema：

{
  mid,
  spf_history:   [{time, home, draw, away}],        // 最多 2 条：[first, latest_if_different]
  rqspf_history: [{time, home, draw, away}],        // 最多 2 条
  bf_history:    [{time, odds: { "1:0": 5.8, ... }}],  // 最多 2 条（全部比分选项快照）
  zjq_history:   [{time, odds: { "0": 15, ... }}],      // 最多 2 条
  bqc_history:   [{time, odds: { "胜胜": 1.6, ... }}]   // 最多 2 条
}

消费侧读取：取第 0 条（first）和最后一条（latest）做差值比较即可；如果 arr.length === 1 → 一直没变过。

消费侧（modeling）已在 01_prepare_data.js 0 节 算 mov_* 特征，等快照数提上来后自动激活。

---

Step 5 · 跑 modeling（拟合 + 预测 + 喂 AI）

npm run modeling:all                              # = 33_fit_strategy.js && 31_tight_anti_value.js --predict
node scripts/build_chat_predict.js                # 推荐出来后, 生成喂 DeepSeek 的精简版 (默认今天, 可传 YYYY-MM-DD)
python3 data/strategy/daily_dual_report.py <今日>  # 31规则 + 新策略 合并出单 → modeling/artifacts/出单合并_<今日>.md

环境坑：npm run 在本机会走 WSL 报错，直接 node modeling/scripts/33_fit_strategy.js && node modeling/scripts/31_tight_anti_value.js --predict 跑。

modeling:all 两步：

1. 33_fit_strategy.js — 用全量已完赛回测拟合 31 号策略参数（坐标下降 + 小样本收缩惩罚），写 modeling/artifacts/strategy_params.json。这就是"持续训练"：每天新赛果进来 → 重拟合阈值
2. 31_tight_anti_value.js --predict — 加载 strategy_params.json，对未开赛世界杯正赛出推荐（无 fit 产物时回落默认参数 = 旧硬编码行为）

主入口产物：modeling/artifacts/predict_31_<日期>.json —— 每场含 mainPicks(主池3比分@赔率) + singleBets + rqspf_follow/zjq_follow/bqc_follow(让球胜平负/总进球/半全场跟投) + combos(2串1/3串1 TOP组合)

喂 AI 产物：build_chat_predict.js 读 predict_31_<日期>.json（可选叠加 predict_r013_<日期>.json）合并精简出 modeling/artifacts/chat_predict_<日期>.json（<2KB，去概率/内部标签，供 DeepSeek 对话引用）

合并出单产物（新策略，2026-06-20 加）：python3 data/strategy/daily_dual_report.py <日期> 读 predict_31_<日期>.json + data/odds/ + R1 积分 + 本届指纹，输出 modeling/artifacts/出单合并_<日期>.md，两段式：① 31 规则出单（照搬 type/F4比分/rqspf主腿）② 新策略出单（原型 强弱×进球 + 本届指纹 + R2/R3 出线心态 → 信心★/中/⚠/✗ + 方向 + 比分 + 串关建议）。两套并排便于对照。脚本与结论见 data/strategy/README.md。

性质：仅出推荐对照，不写 data/bets.json（与 Step 6 一致，模拟单由用户手动录）。单届小样本，报告内已含诚实刹车。

⚠️ 旧路径已废弃，不再使用：05_predict_unplayed.js / 06_recommend_parlays.js / predict_unplayed.json / modeling:train(02/03/04 三模型) / modeling:prepare。31 号策略是当前唯一主模型，参数由 33_fit 持续训练（详见记忆 strategy-fit-architecture）。 训练样本仅含世界杯标签完赛场次。国际赛已剔除并落 modeling/data/international_warmup.json 留档

---

Step 6 · 出当日推荐

⚠️ 写推荐前必先打开 records/reflections.md 通读一遍，确认当天的玩法/仓位/让球换算没触犯 R-00X

输入：modeling/artifacts/predict_31_<日期>.json（+ 喂 AI 用 chat_predict_<日期>.json）

写到 records/<今日>.md，四段式：

1. 一、原推荐（资深经理+金融视角）

   • 段一"4 条理由"第 3 条 = 赔率市场情绪（替代 5 模型陪审团）
     • 主胜赔率持续下降 → 加 1 档信心
     • 主胜赔率持续上升 → 减 1 档信心
     • 赔率无明显变化（< 5%）→ 市场情绪中性
   • 每场必出「全玩法预测」表（5 玩法都出，推荐下注打勾才出钱）
   • 段一开头必加「## 0. 次日比赛比分预测汇总」表（数据源 = predict_31_<日期>.json 的 matches[].mainPicks（主池3比分@赔率），全场列出，按开赛日期升序）
   • 5 模型陪审团已撤（用户反馈"5 模型推测不可作为你的数据依赖"）

2. R-007 决策顺序硬规则（"先 spf 后让球"）：

步骤	玩法	门槛	不满足
①	spf（让 0）	K ≥ 0.10	进 ②
②	rqspf 让-1	K ≥ 0.10	进 ③
③	rqspf 让-2	双重确认（教练"主力全上"+近 3 场场均净胜 ≥2.5 球）	—

禁止跳级（K<0.10 直接推让-2）。禁止反推 K。

4. 二、实际下注（用户手动出票后回填 · 本流程不写 bets.json）

   • 本流程不写 data/bets.json；用户自行去 data/bets.json 加新单（单关用 lines schema，串关用 picks + parlayType）
   • records/<今日>.md 段二"实际下注"只写文字记录（不写文件结构变更）

5. 三、赛果（次日开赛完回填 · 必须做全玩法辨析）

6. 四、风控纪律

串关推荐要带 2×1+3×1 思路（小注试水 4 注 × 2 元 ≈ 8 元），别只给大额单关

---

3. 提交推送

git add -A
git commit -m "<今日> 抓取数据 + 推荐"  # 走 git-commit skill
git push

• 推送前用 git status 确认无遗漏
• 推送后用浏览器访问站点 URL 确认渲染

---

4. 工具与目录约定

用途	工具/路径
抓取	chrome-devtools-mcp（新页面用 isolated context wc2026-ai-<日期>）
临时文件	tmp/<日期>/（截图、日志、debug HTML），完事必清
每日数据	data/<日期>/*.json
记录	records/<日期>.md / records/reflections.md（跨天教训）
比赛索引	data/matches_index.json（自动生成）
球队代码	data/teams.json（新加球队要补 code/name/flag/iso2）

---

5. 风控红线（执行时反复对照）

• 单日仓位 ≤ 250 元
• 单笔 ≤ 总资金 10%
• 实际下注偏离推荐 ±50% 以上 → records/<日期>.md 写明理由
• 串关只作 2×1+3×1 试水，最大 10% 仓位
• 比分单只在小赔率高确定性场景下玩（>5 赔率不碰）
• 赔率取值一律从 data/<日期>/*.json 拉到的实际值，凭印象/历史赔率推荐视为违规（R-004 #7）

玩法硬红线（R-004 摘要）

#	场景	硬规则
1	加时 / 点球大战	不算入竞彩比分
2	混合 / 自由过关	不能同场不同玩法串；不同场可以不同玩法串
4	中立场主客	**按盘口显示的"主队"**为准；让球让的是对阵表左边队伍
5	比分"其他"项	5:0/5:1/5:2 单独有赔率；赔率按 data 拉到的值
6	串关"3场-2,3关"	系统按多关套餐自动展开 4 注（C(3,2)+C(3,3)），不是手动拼接

串关套餐注数公式（不要手填 combinations）

套餐写法	picks 长度	parlayType	公式	注数
3场-2关	3	["2x1"]	C(3,2)	3
3场-2,3关	3	["2x1","3x1"]	C(3,2)+C(3,3)	4
3场-3关	3	["3x1"]	C(3,3)	1
4场-2,3,4关	4	["2x1","3x1","4x1"]	C(4,2)+C(4,3)+C(4,4)	11

---

6. 已知坑（预防性）

• Chrome MCP 实例冲突：The browser is already running for ... → 新页面用 isolatedContext: "wc2026-ai-<日期>"
• PowerShell buffer 报错：长命令用 Out-String -Stream 或拆短
• Node ESM require is not defined → 项目 package.json 已 "type": "module"，脚本统一用 import
• 比分表定位失败：让球调整后 tables[3] 不一定是比分表，必须按表头 "1:0" 动态找
• 待开售场次没赔率：spf/rqspf/bf 全 null 正常，售出后再补抓（写入 rqspf_history 第一条）
• 未在 teams.json 的球队（如 PER/NIR）：先 data/teams.json 加条目再渲染，否则会 fallback 成 ? 占位
• mid 配对禁止按递增规律猜（2026-06-24 翻车）：所有 mid 必须从 sporttery 实际列表抓取，code 是"竞猜期"编号不是比赛日。详见 §4.1

---

7. 一句话唤起

执行每日 prompt（d:\project\github\wc2026-ai\每日执行.md）。

> ⚠️ **执行前必做分支检查**：
> 1. `git fetch origin` + `git status` — 检查远端有无可用更新
> 2. `git branch --show-current` — 不在 main 则自动 `git checkout main && git pull origin main` 后再执行

关注范围：仅世界杯正赛 M001-M104（其它赛事不拉不推）。
任务顺序：
1) `node scripts/scrape_fixed_bonus.js`（**一体化脚本**：拉完赛结果 → 写入 data/results/<mid>.json + 拉赔率 → 标 is_finished_odds=true；matchResultList 存在 = 比赛已完赛。FIFA 仅作为半场比分/进球者补充）
2) **淘汰赛阶段**：刷新后续已确认新赛程（用 chrome-devtools-mcp 抓 FIFA 官方 scores-fixtures 页面，把 TBD 替换成 r16/qf/sf/final 实队，详见 §2.3；旧"重算小组积分"已停，groups.json 不再变）。**小组赛阶段**：跳过
3) 统计（build_index + build_settled（incremental） + build_views + **build_frequency_atlas**（刷 frequency.html 用）+ 消费 predictions.json 做 AI 命中复盘）
4) 拉未开赛+次日场的赔率（仅世界杯正赛，>10 场才开子 agent；is_finished_odds=true 的跳过）
5) npm run modeling:all（33_fit 拟合 + 31 预测，出 predict_31_<今日>.json）→ 再跑 node scripts/build_chat_predict.js 出 chat_predict_<今日>.json → 再跑 python3 data/strategy/daily_dual_report.py <今日> 出 出单合并_<今日>.md（31规则 + 新策略 并排对照）
6) 基于 predict_31 + 赔率市场情绪给推荐，**只写到 records/<今日>.md**（不写 data/bets.json，模拟单用户手动录）
7) git commit + push

注：AI 模拟结算、多 LLM 比分预测都不在本流程（前者单独触发、后者用户手动录入）。
临时文件放 tmp/<今日>/，完事清掉