| 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. 范围红线（先读再动）
1. 执行前检查（先读再动）
1.1 拉取远端最新
cd d:\project\github\wc2026-ai
git fetch origin
git status
1.2 本地分支检查 + 自动切换
git branch --show-current
1.3 一次性检查清单（分支检查通过后）
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）。
-
主数据源 — 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 补充。
-
次数据源 — 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 stageIdidmatch（400021502 等）需从 FIFA Match Centre 获取- 半场比分 =
Goals[] 中 Period == 3 的累加；Goals[] 含 IdPlayer/Minute/Type 可查球员
-
自动化路径（推荐）：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 补充
-
手动补充（可选）：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 抓取流程
-
扫 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 排序 → 知道哪些场次还待填
-
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 暂存
-
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 必须满足：
- 只改
home / away / code 三个字段（code 是竞猜期编号，可选填，不强求）
- 不改
id / stage / group / date / venue / status（date/venue 在 generate-matches.js 生成时已按 FIFA 官方时间表固定）
- 不改
mid（mid 来自 sporttery.cn，赛前 ~3 天放出，由 Step 4 抓赔率时填）
- 球队 code 必须存在于
data/teams/<CODE>.json → 否则先 cp data/teams/TBD.json data/teams/<新CODE>.json 改 code/name/flag，这一类异常走 patch 单独 commit
- 比赛日期校验：
kickoff 字段（如有）必须与 date 字段同一天（CST 7-4 09:30 = UTC 7-4 01:30 = matches.json date 7-4）
- 顺序校验：r16 只能在 r32 对应场次（晋级方来源）全部完赛后填；qf 只能在 r16 完赛后填
- 不写
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,
"code": "<竞猜期 code 或 null>",
"league": "世界杯",
"home": "<主队中文名，如 阿根廷>",
"away": "<客队中文名>",
"kickoff": "<YYYY-MM-DD HH:MM>",
"status": "scheduled",
"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
然后单独 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 验证清单
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 · 统计
node scripts/build_index.js 刷新 data/matches_index.jsonnode scripts/build_settled.js（增量：--incremental）刷新 data/settled_matches.json，被 modeling 消费node scripts/build_views.js 刷新 data/views/ 与 data/2022wc/views/ 5 玩法视图（modeling 喂数据 + 频率图谱页消费）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（只跑后两步）node scripts/build_frequency_atlas.js 刷新 data/frequency_atlas.json — 喂 frequency.html 展示页- 刷
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);"
- 看
js/pages/stats.js 的 dashboard（AI 模型准确率榜）— 自动从 predictions.json + results/*.json 算
- 复盘：哪些 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，修正"定格赔率停在旧值"问题）：
- 第一次拉：所有 mid 都要拉一次最新赔率（已完赛也要拉 → 让"定格赔率"覆盖 6-08 的旧值）
- 拉完即标：根据
status 决定 is_finished_odds，完赛 → true，未完赛 → false
- 后续每次跑：先扫
odds/<mid>.json 拿 is_finished_odds，凡是 true 跳过（避免重复拉定格赔率）
- 每个 mid 最多拉 2 次：完赛前 last update + 完赛后定格
- 兜底：即便 status 字段被改回（如手动重置），
odds/<mid>.json 的 is_finished_odds=true 仍会跳过该 mid
R-014 跳过分支的踩坑（2026-07-01 修复）：
- 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
- 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）
- 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）
- 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 避免实例冲突）：
- 导航到
https://www.sporttery.cn/jc/jsq/zqspf/
- 抓所有在售 + 待开售的世界杯正赛场次（基本/赔率/近期/伤停/赛程）
- 过滤：每个 mid 必须能映射回
matches.json 的 M-id（scripts/scrape_match.js 的 MATCH_IDS 列表已做这层映射）；不映射的跳过
- 每场写到
data/<今日>/<周X-NNN_主_vs_客>.json（用 Write 工具，不要 cat）
- 比分表定位：动态按表头含
"1:0" 找表（让球调整后 tables[3] 不一定是比分表）
- 待开售场次：赔率全
null，但保留 mid/code/开售时间，建监控后续补抓
- 重跑
node scripts/build_index.js（会同步 is_finished_odds 字段）
大批量（>10 场）才开子 agent
odds_history/<mid>.json 写入五铁律（scrape_fixed_bonus.js 实现）：
- 只保留 [first, latest] 2 条快照（每个玩法独立维护）：第 0 条 = 第一次抓到的赔率（永远不删，用作对比基准）；第 1 条 = 最新一次"与 first 不同"的赔率；中间过渡值直接丢掉
- 后续未完赛每日抓一次：开赛 >2h 但仍未完赛的场次，每日 Step 4 抓 5 玩法全量
- 同场赔率相同不记录：spf/rqspf 比较
{home, draw, away}；bf/zjq/bqc 比较完整 dict。与 first 相同 → 只保留 first；与 latest 相同 → 不改动
- 已完赛不抓：status=finished 跳过整个 mid
- 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
node scripts/build_chat_predict.js
python3 data/strategy/daily_dual_report.py <今日>
环境坑：npm run 在本机会走 WSL 报错，直接 node modeling/scripts/33_fit_strategy.js && node modeling/scripts/31_tight_anti_value.js --predict 跑。
modeling:all 两步：
33_fit_strategy.js — 用全量已完赛回测拟合 31 号策略参数（坐标下降 + 小样本收缩惩罚），写 modeling/artifacts/strategy_params.json。这就是"持续训练"：每天新赛果进来 → 重拟合阈值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，四段式：
-
一、原推荐（资深经理+金融视角）
- 段一"4 条理由"第 3 条 = 赔率市场情绪（替代 5 模型陪审团）
- 主胜赔率持续下降 → 加 1 档信心
- 主胜赔率持续上升 → 减 1 档信心
- 赔率无明显变化（< 5%）→ 市场情绪中性
- 每场必出「全玩法预测」表（5 玩法都出，推荐下注打勾才出钱）
- 段一开头必加「## 0. 次日比赛比分预测汇总」表（数据源 =
predict_31_<日期>.json 的 matches[].mainPicks（主池3比分@赔率），全场列出，按开赛日期升序）
- 5 模型陪审团已撤（用户反馈"5 模型推测不可作为你的数据依赖"）
-
R-007 决策顺序硬规则（"先 spf 后让球"）：
| 步骤 | 玩法 | 门槛 | 不满足 |
|---|
| ① | spf（让 0） | K ≥ 0.10 | 进 ② |
| ② | rqspf 让-1 | K ≥ 0.10 | 进 ③ |
| ③ | rqspf 让-2 | 双重确认（教练"主力全上"+近 3 场场均净胜 ≥2.5 球） | — |
禁止跳级（K<0.10 直接推让-2）。禁止反推 K。
-
二、实际下注（用户手动出票后回填 · 本流程不写 bets.json）
- 本流程不写
data/bets.json；用户自行去 data/bets.json 加新单（单关用 lines schema，串关用 picks + parlayType）
records/<今日>.md 段二"实际下注"只写文字记录（不写文件结构变更）
-
三、赛果（次日开赛完回填 · 必须做全玩法辨析）
-
四、风控纪律
串关推荐要带 2×1+3×1 思路（小注试水 4 注 × 2 元 ≈ 8 元），别只给大额单关
3. 提交推送
git add -A
git commit -m "<今日> 抓取数据 + 推荐"
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/<今日>/，完事清掉
