메뉴
"wc2026-ai 每日执行流程：拉完赛比分、**淘汰赛阶段从 FIFA 官网刷新后续已确认新赛程**（替代旧的"重算小组积分"）、刷索引、抓赔率（仅世界杯正赛 M001-M104）、跑 modeling 出推荐（模拟单用户手动录入 data/bets.json）+ git commit/push。Invoke when user says '执行每日 prompt' / '跑每日流程' / '走一遍每日' / 'wc2026 daily' / '刷新赛程' / 'FIFA 拉对阵'."
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | wc2026-daily |
| description | "wc2026-ai 每日执行流程：拉完赛比分、**淘汰赛阶段从 FIFA 官网刷新后续已确认新赛程**（替代旧的"重算小组积分"）、刷索引、抓赔率（仅世界杯正赛 M001-M104）、跑 modeling 出推荐（模拟单用户手动录入 data/bets.json）+ git commit/push。Invoke when user says '执行每日 prompt' / '跑每日流程' / '走一遍每日' / 'wc2026 daily' / '刷新赛程' / 'FIFA 拉对阵'." |
项目根：
d:\project\github\wc2026-ai完整参考：每日执行.md（资金/Schema 变更时同步改那里）
data/matches.json 的 M001-M104）及其对应 matches_status.json 的 2040xxx 编码modeling/data/international_warmup.json 留档，不参与 modeling 训练balance = 1000 − Σ(bet.totalCost) + Σ(bet.actualReturn where result="won")
出票 / 确认 → -cost ← 唯一扣钱点
结算 won → +actualReturn
结算 lost → 不动（cost 已扣过）
cd d:\project\github\wc2026-ai
git fetch origin
git status
git branch --show-current
main 分支，自动执行：
git checkout main && git pull origin main
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/ 里累计盈亏对得上多 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） | ❌ |
核心变更（2026-06-19 实测）：sporttery getFixedBonusV1.qry 的 matchResultList 是已完赛判定和比分/方向的主数据源。当它返回非空数组时，比赛已完赛，并包含 5 玩法的赛果。不再依赖手动从 getMatchHeadV1.qry / FIFA 双轨录入。
触发：正赛已开赛 >2 小时且 data/results/<mid>.json 缺该场结果（且 mid 属于 M001-M104）。
主数据源 — sporttery getFixedBonusV1.qry（赔率 API）：
https://webapi.sporttery.cn/gateway/uniform/football/getFixedBonusV1.qry?clientCode=3001&matchId={mid}Referer: https://www.sporttery.cn/jc/zqdz/index.htmlvalue.matchResultList 非空数组（length > 0）CRS: combination = "1:3" → 精确比分HAD: combination = A/H/D → 胜平负方向HHAD: combination + goalLine → 让球胜平负TTG: combination = "4" → 总进球数HAFU: combination = "A:A" → 半场方向:全场方向value.sectionsNo999 = "1:3"次数据源 — FIFA v3 /live/football/...（补充半场比分+进球者）：
halfTime 精确比分或 scorers[]（进球者列表）时使用https://api.fifa.com/api/v3/live/football/17/285023/289273/{idmatch}?language=en17=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>.jsonmatches_status.json 中 status=finished + is_finished_odds=true + final_scorehalfTime + scorers[] 的 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 全部抓不到。
适用条件（2026-06-28 起逐步进入）：
data/matches.json 中 home === 'TBD' 或 away === 'TBD' 的场次还有未填的（M089+ r16、qf、sf、third、final 全部 TBD）旧"重算小组积分"已停：
node scripts/update-groups-standings.js 不再每日跑（build_teams_data.js 仍按需跑，同步 wc2026.stage 字段）主数据源 — FIFA 官方赛程页：
https://www.fifa.com/en/tournaments/mens/worldcup/canadamexicousa2026/scores-fixtures?country=CN&wtw-filter=ALLwtw-filter=ALL 看全部阶段，无需切换chrome-devtools-mcp 抓（新开 isolated context wc2026-ai-fixture-<日期> 避免与抓赔率/scrape 实例冲突）<div class="..."> 卡片列表次数据源 — FIFA v3 API（页面 DOM 抓不到时兜底）：
https://api.fifa.com/api/v3/calendar/matches?competitionId=17&seasonId=285023&language=enhttps://api.fifa.com/api/v3/live/football/17/285023/289273/{idmatch}?language=endata/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扫 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-<日期>）：
aria-label 或 stage 标题找元素）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 → venueIdMatch 是 FIFA 内部 id，可记到 _fifaMatchId 字段备用每条已确认对阵落 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 抓赔率时填）data/teams/<CODE>.json → 否则先 cp data/teams/TBD.json data/teams/<新CODE>.json 改 code/name/flag，这一类异常走 patch 单独 commitkickoff 字段（如有）必须与 date 字段同一天（CST 7-4 09:30 = UTC 7-4 01:30 = matches.json date 7-4）data/bets.json / data/predictions.json / data/odds/ / data/results/ / data/odds_history/build_index.js 只读 matches_status.json，所以 data/matches.json 改完必须同步：
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）。
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）"
data/matches.json 旧 TBD 行的 home / away 已替换为 3字母 code，date / venue / id / stage 全部保持data/teams/ 存在data/matches_status.json 的 matches 数组新增了对应条目，home / away 是中文名（查 data/teams/<CODE>.json 的 name）data/matches_index.json 的 by_status.scheduled 多出新条目git status 干净（无其它 step 污染）http://localhost:5173/schedule.html?stage=r16 能看到新对阵周六089 是竞猜期编号，不是按比赛日期递增 → 不能从 code 推 idThe browser is already running for ... → 新 context 用 isolatedContext: "wc2026-ai-fixture-<日期>"StageName 字段推断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 算records/reflections.md本步骤不修改
data/bets.json，不调用add-prediction.js为什么 Step 3 一定要跑 build_frequency_atlas.js：站点
/frequency.html（频率图谱）只读消费data/frequency_atlas.json，完赛补录后不重新生成，页面就一直展示陈旧频率。每次跑 daily 流程时把这条加进 Step 3 末尾，确保完赛 → 频率图谱数据是同一天的。
抓取范围重新定义：
kickoff 在今天 0:00 ~ 23:59 之间的世界杯正赛 —— 必须抓kickoff 在明天（D+1）全天的世界杯正赛 —— 也必须抓（原规则遗漏，2026-06-19 修正）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 存在 → 标 truefalseodds/<mid>.json 时拉完即标（按当前 status 决定 true/false）matches_index.json 的 entryresults/<mid>.json）后，立即把对应 odds/<mid>.json 的 is_finished_odds 翻为 true 并同步 matches_status.jsonstatus 决定 is_finished_odds，完赛 → true，未完赛 → falseodds/<mid>.json 拿 is_finished_odds，凡是 true 跳过（避免重复拉定格赔率）odds/<mid>.json 的 is_finished_odds=true 仍会跳过该 midR-014 跳过分支的踩坑（2026-07-01 修复）：
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 OKdata/matches_status.json 里有 49 个 2022 卡塔尔世界杯的脏数据（mid 2022001-2022064，code 2022-A1~2022-H6 + 1 no-mid），league 字段都是"世界杯"
filter(m => typeof m.mid === 'string' && m.mid.startsWith('2040'))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 也会写 odds/odds_history/results/matches_status
matchResultList → 写真 result → 下次 real run 看到 is_finished_odds=true → 永远跳过 result 写入const WRITABLE = !DRY_RUN，wrap 所有 fs.writeFileSync + writeResultFromApi 调用两条抓取路径，按场景二选一：
node scripts/scrape_fixed_bonus.js
getFixedBonusV1.qry，输出 5 玩法全量赔率 + 赛果（matchResultList）matchResultList → 自动写入 data/results/<mid>.json + 翻 matches_status.json status=finished + 标 is_finished_odds=truedata/odds/<mid>.json（latest + 赛果标记）+ data/odds_history/<mid>.json（first/latest 2 条快照）is_finished_odds=true 的，直接跳过（避免重复抓定格赔率）halfTime + scorers[] 的 result 文件不会被覆盖（保留人工补充），只同步比分用 chrome-devtools-mcp（新开 isolated context 避免实例冲突）：
https://www.sporttery.cn/jc/jsq/zqspf/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 实现）：
{home, draw, away}；bf/zjq/bqc 比较完整 dict。与 first 相同 → 只保留 first；与 latest 相同 → 不改动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_* 特征，等快照数提上来后自动激活。
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 两步：
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留档
⚠️ 写推荐前必先打开
records/reflections.md通读一遍，确认当天的玩法/仓位/让球换算没触犯 R-00X
输入：modeling/artifacts/predict_31_<日期>.json（+ 喂 AI 用 chat_predict_<日期>.json）
写到 records/<今日>.md，四段式：
一、原推荐（资深经理+金融视角）
predict_31_<日期>.json 的 matches[].mainPicks（主池3比分@赔率），全场列出，按开赛日期升序）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 元），别只给大额单关
git add -A
git commit -m "<今日> 抓取数据 + 推荐" # 走 git-commit skill
git push
git status 确认无遗漏| 用途 | 工具/路径 |
|---|---|
| 抓取 | 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） |
records/<日期>.md 写明理由data/<日期>/*.json 拉到的实际值，凭印象/历史赔率推荐视为违规（R-004 #7）| # | 场景 | 硬规则 |
|---|---|---|
| 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 |
The browser is already running for ... → 新页面用 isolatedContext: "wc2026-ai-<日期>"Out-String -Stream 或拆短require is not defined → 项目 package.json 已 "type": "module"，脚本统一用 importtables[3] 不一定是比分表，必须按表头 "1:0" 动态找null 正常，售出后再补抓（写入 rqspf_history 第一条）data/teams.json 加条目再渲染，否则会 fallback 成 ? 占位执行每日 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/<今日>/，完事清掉