gavindiaz/PolyWeather
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,090 Commits 12 Branches 19 Tags
209027afb38e4d8a55a2dc6532103584669c2c19
Commit Graph
100 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
2569718930@qq.com 209027afb3 机场消息加英文城市名，时间移到标题行 
格式变更：英文名 + 中文标签 + 当地时间放第一行，
温度单独一行，更简洁。

Constraint: 跑道对城市（首尔/釜山）同样受益
Tested: pytest 176 passed, ruff check 通过
 2026-05-12 20:35:02 +08:00
2569718930@qq.com 83d2de5438 修复非 AMOS 城市温度显示为整数：改用机场站点温度替代 METAR 
city_weather.current.temp 来自 METAR（整数），改为从 mgm_nearby[0].temp
取机场高频数据源的站点温度（小数精度）。JMA/FMI/KNMI/MGM 源均保留一位小数。

Constraint: 首尔/釜山走 runway_temps 已有精度，不受影响
Tested: pytest 176 passed, ruff check 通过
 2026-05-12 20:17:32 +08:00
2569718930@qq.com 4d584f4828 推送频率改为按数据源原生速率：AMOS 1分钟，其余 10分钟 
不再统一 2 分钟，各城市按实际数据刷新周期独立推送：
首尔/釜山 60s，东京/安卡拉/赫尔辛基/阿姆斯特丹 600s。
循环轮询间隔降至 60s 以匹配最快频率。

Constraint: 循环每 60s 跑一轮，但 interval 判断让各城市按自有节奏推送
Tested: pytest 176 passed, ruff check 通过
 2026-05-12 20:13:15 +08:00
2569718930@qq.com 5d630bb910 接入 KNMI 阿姆斯特丹史基浦机场 10 分钟数据源 
通过 KNMI Open Data API 获取 Schiphol 机场 10 分钟观测数据（NetCDF 格式）。
需设置 KNMI_API_KEY 环境变量。Docker 镜像新增 libhdf5-dev/netCDF4 依赖。

Constraint: KNMI API key 为 JWT 格式，通过 Authorization header 传递
Scope-risk: 中高，新增系统依赖 libhdf5-dev + netCDF4
Tested: pytest 176 passed, KNMI API 连通性验证通过
 2026-05-12 20:10:06 +08:00
2569718930@qq.com a32a49f3c7 接入 FMI 赫尔辛基-万塔机场 10 分钟实时数据源 
新增 fmi_sources.py，通过 FMI Open Data WFS API 获取 Helsinki-Vantaa
机场观测数据（FMISID 100968, WMO 2974）。每 10 分钟更新，参数含温度/
风速/气压。免费无需 API key。集成至高频机场推送体系。

Constraint: FMI WFS 无 rate limit，无需注册
Scope-risk: 中，新增数据源
Tested: pytest 176 passed, FMI 实测 temp=13.1°C wind=9.5kt pressure=1000.9hPa
 2026-05-12 19:51:32 +08:00
2569718930@qq.com 203094a97c 修复测试：移除 momentum_spike 断言 + Python 3.8 类型兼容 
build_trading_alerts 已移除 momentum_spike 规则，对应测试也更新。
get_airport_obs_recent 返回类型改用 List[Dict] 兼容 3.8。

Tested: pytest 176 passed
 2026-05-12 19:13:06 +08:00
2569718930@qq.com a5522b4b16 推送窗口改为 DEB 曲线动态判断，替代固定 08:00-20:00 
当前温度距 DEB 预测最高 ≤3°C 时开始推送，一旦确认已过峰值
（近 1h 内最高已过且回落 >0.5°C）自动停止。不再依赖固定时段。

Constraint: DEB 预测本身就是每日最高温，比时钟判断更贴合实际峰值
Scope-risk: 中，核心推送逻辑变更
Tested: ruff check 通过
 2026-05-12 19:08:44 +08:00
2569718930@qq.com 9026ccf4c0 机场推送间隔改为 2 分钟，适配峰值期高频需求 
默认 120s per-city 独立推送，可通过 TELEGRAM_AIRPORT_PUSH_INTERVAL_SEC 覆盖。
最短允许 30s，避免过于频繁。

Constraint: _analyze 内部缓存 TTL 可能长于 2min，同数据可能重复推送
Scope-risk: 低，仅改间隔参数
Tested: ruff check 通过
 2026-05-12 19:04:21 +08:00
2569718930@qq.com e062fedb3a 移除温度急变检测，改为 per-city 定时推送温度+DEB 
去掉 0.5°C/10min 阈值触发、最高温锁定、冷却期等机制。
四座机场城市各自 10 分钟间隔独立推送当前温度和 DEB 预测，
仅当地 08:00-20:00 时段发送，无触发条件、无警报标题。

Constraint: 首尔/釜山展示跑道对温度，东京/安卡拉展示单站温度+本地时间
Scope-risk: 高，核心逻辑变更
Tested: ruff check 通过
 2026-05-12 19:02:36 +08:00
2569718930@qq.com 4006e82ded 机场急变消息追加本地时间 
安卡拉/东京单站温度行改为"当前 X°C (13:52)"格式，
从 city_weather.local_time 提取当地时间。

Constraint: 首尔/釜山跑道对行暂不加时间
Tested: ruff check 通过
 2026-05-12 18:57:47 +08:00
2569718930@qq.com fc146b6e0c @ 
实测修正 MGM 安卡拉刷新频率：5-15 分钟不定，非固定 10 分钟

三次采样 09:50→09:56(6min)→10:10(14min)，波动较大。
更新文档为实际观测值，非预估。

Tested: curl 实测 servis.mgm.gov.tr 端点
@
 2026-05-12 18:26:50 +08:00
2569718930@qq.com 106dd3305b @ 
修正文档：区分跑道对温度和站点实时温度

首尔/釜山为 AMOS 跑道传感器（每对独立温度），东京/安卡拉为机场
气象站单点实时温度，二者数据类型不同，文档和数据表已据此更新。

Constraint: 代码逻辑无需改动，仅文档修正
Scope-risk: 无
Tested: ruff check 通过
@
 2026-05-12 18:07:35 +08:00
2569718930@qq.com 574f007607 @ 
主循环移除动量突变规则，温度急变检测由机场高频循环独立承担

30 分钟主循环不再做 momentum_spike 检测，避免对机场城市产生
冗余告警（含市场分布/AI 建议的格式）。其余 47 城原本就没有
高频机场数据，动量检测也无实际意义。

Constraint: 其余 3 条规则（Ankara DEB、预报突破、暖平流）保持不变
Scope-risk: 低，仅影响主循环告警规则集
Tested: ruff check 通过
@
 2026-05-12 18:05:11 +08:00
2569718930@qq.com 88b8366067 @ 
首尔/釜山温度急变消息展示各跑道对温度

AMOS 两个跑道对独立展示（如 15L/33R 14.6°C / 15R/33L 15.2°C），
东京和安卡拉仍显示单站温度。

Constraint: 跑道对信息从 city_weather.amos.runway_obs 提取，仅首尔/釜山有效
Scope-risk: 低，仅改消息格式
Tested: ruff check 通过
@
 2026-05-12 17:55:20 +08:00
2569718930@qq.com 2061dfe8b5 @ 
简化机场温度急变消息：只报当前温度和 DEB 预测最高温

去掉温度变化幅度、风、emoji 等冗余信息，消息只保留两行核心数据。

Constraint: 触发规则不变（0.5°C/10min 阈值、20min 窗口、3 样本最低）
Scope-risk: 极低，仅改消息格式
Tested: ruff check 通过
@
 2026-05-12 17:53:22 +08:00
2569718930@qq.com 12b0c76caf @ 
砍掉机场快照，改为 per-city 独立告警；新增安卡拉 MGM 17128 高频监控

快照定时推送无实际价值（没变化也报），改为仅温度急变时触发告警。
各城市独立检测、独立冷却，不再捆绑推送。
同时接入安卡拉 Esenboğa 机场 MGM 站点 17128 的实时温度数据。

Constraint: 快照已运行验证格式无误，砍掉不影响现有急变告警功能
Scope-risk: 中低，仅影响高频通道逻辑，主循环不变
Tested: ruff check 通过
@
 2026-05-12 17:51:40 +08:00
2569718930@qq.com 5a6a487a97 @ 
修复机场高频推送状态与主循环冲突：使用独立的状态文件

_load_airport_state / _save_airport_state 在 SQLite 模式下错误地复用了
_telegram_state_repo，与市场监控主循环共享同一个状态存储，
导致两个循环互相覆盖对方的 last_by_city / last_snapshot_ts 等字段。
改为始终使用独立文件 data/airport_push_state.json 隔离状态。

Constraint: 机场状态与主循环状态必须物理隔离
Scope-risk: 低，仅影响新功能的状态持久化
Tested: ruff check 通过
@
 2026-05-12 17:39:26 +08:00
2569718930@qq.com 8b1abf3d56 @ 
修复东京快照温度缺失：JMA 数据在 mgm_nearby 而非 jma_official_nearby

_attach_japan_official_nearby 将 JMA 数据写入 raw["mgm_nearby"]，
但 _analyze 未透传 jma_official_nearby 字段到 city_weather 输出层。
改为从 mgm_nearby[0].temp 取东京 JMA 实时温度。

Tested: ruff check 通过
@
 2026-05-12 17:21:05 +08:00
2569718930@qq.com a6fbbb4bef @ 
机场快照改进：首尔/釜山展示各跑道对温度，东京补齐 JMA 实时温度

快照数据源从仅依赖 airport_obs_log 改为优先取 city_weather 中的 AMOS/JMA 实时数据：
- 首尔/釜山：展示每条跑道对温度（如 15L/33R: 14.6°C / 15R/33L: 15.2°C）
- 东京：取 JMA official_nearby 实时温度，obs_log 为空时回退到 current.temp

Tested: ruff check 通过
@
 2026-05-12 17:16:08 +08:00
2569718930@qq.com 9a8ed0e15e @ 
修复机场快照时间显示：CST → KST（UTC+9 当地时间）
@
 2026-05-12 17:08:56 +08:00
2569718930@qq.com 64f8ff21ec @ 
新增机场高频推送：10分钟级温度监控 + DEB预测快报

为首尔/釜山/东京三大机场城市实现高频温度监控通道：
- 新增 airport_obs_log 表积累观测数据，支持趋势检测
- AMOS/JMA 成功后自动写入观测日志
- 新增 airport_rapid_temp_change 告警规则（20min窗口、0.5°C/10min阈值）
- 10分钟间隔高频子循环 + 30分钟机场快照（含 DEB 预测最高温）
- 最高温锁定后自动跳过，快照仅当地 08:00-20:00 发送

Tested: ruff check 通过
@
 2026-05-12 17:04:17 +08:00
AmandaloveYangandClaude Opus 4.7 ff4c8b0139 修复手机端无法滚动：添加 viewport meta 标签并在移动端允许根容器垂直滚动 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-12 10:06:12 +08:00
AmandaloveYangandClaude Opus 4.7 c56c490b60 新增机场高频数据接入市场监控频道方案文档 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 18:34:39 +08:00
AmandaloveYangandClaude Opus 4.7 c50a057562 首尔、釜山不再展示周边站（AMOS 跑道传感器已取代 KMA 站网） 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 18:11:03 +08:00
AmandaloveYangandClaude Opus 4.7 349f3e53c7 更新 README：日期至 2026-05-11，城市数 52→51，KMA→AMOS，积分改造，版本 v1.6.0 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 18:07:41 +08:00
AmandaloveYangandClaude Opus 4.7 eb47e0a078 更新深度评估报告：日期至 2026-05-11，城市数 52→51，新增 AMOS 与积分改造内容 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 18:04:04 +08:00
AmandaloveYangandClaude Opus 4.7 ff7938187c 更新文档：KMA→AMOS、积分来源补全、信心指标移除、缓存 TTL 修正 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 17:56:45 +08:00
AmandaloveYangandClaude Opus 4.7 3d4e803488 城市决策卡移除信心指标显示 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 17:33:01 +08:00
AmandaloveYangandClaude Opus 4.7 e344fae75f 首尔/釜山 AMOS 数据缓存 TTL 从 300s 降至 60s，对齐官网 1 分钟刷新频率 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 17:28:53 +08:00
AmandaloveYangandClaude Opus 4.7 52ad2dfde4 AMOS 跑道面板仅限首尔/釜山显示，其余城市无真实 AMOS 数据 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 17:11:57 +08:00
AmandaloveYangandClaude Opus 4.7 55bb06d213 移除 Masroor Air Base 机场城市（数据源、别名、时区、前端面板、文档、测试） 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 16:39:04 +08:00
AmandaloveYangandClaude Opus 4.7 76b4a5df59 修复转化漏斗：后端返回原始比率，避免前端二次乘以 100 导致显示 3750% 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 15:49:39 +08:00
AmandaloveYangandClaude Opus 4.7 9ff2a99618 修复测试：guard mock 补充 check_daily_query_limit 方法 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 14:24:35 +08:00
AmandaloveYangandClaude Opus 4.7 3c2d1ce6fa 修复 ruff 检查：移除未使用的 CITY_QUERY_COST / DEB_QUERY_COST 导入 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 14:18:50 +08:00
AmandaloveYangandClaude Opus 4.7 787d04619b feat: revamp points/reward system for inclusive engagement 
- /city /deb now free, capped at 10/day each (was 2 pts cost)
- Welcome bonus +20 pts on first-ever valid message
- First-message-of-day bonus +2 pts
- Weekly winner point bonuses reduced (500→200, 300→100, 150→50)
- Weekly participation rewards for all active users (+5 base, +15 for ≥20 pts)
- Pro-day rewards for top 3 unchanged

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 13:35:52 +08:00
AmandaloveYangandClaude Opus 4.7 81e9aeb98f fix: remove "Now" vertical line from intraday temperature chart 
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
 2026-05-11 09:05:44 +08:00
2569718930@qq.com 78cdb006e5 subscription-help: 添加 dynamic=force-dynamic 跳过预渲染 2026-05-10 20:48:20 +08:00
2569718930@qq.com 2ad4c7f1b4 修复 subscription-help 构建：拆分为服务端页面 + 客户端组件避免 prerender 报错 2026-05-10 20:29:54 +08:00
2569718930@qq.com 17b93803af 修复业务测试：observedHighBreak 断言适配新的行动指引文案 2026-05-10 20:25:05 +08:00
2569718930@qq.com b26ec05b81 AMOS 跑道温度范围：城市决策卡头部展示"跑道实况 14.6~15.2℃" 
后端：
- amos_station_sources.py 新增 runway_temp_range (跑道温度 min,max)
- 取所有有效跑道温度的最小值和最大值

前端：
- CityCardHeader 新增 observedLabel prop（标签自定义）
- 有 AMOS 数据时显示"跑道实况"替代"当前温度"
- 温度展示格式：14.6~15.2℃（跑道温度范围）
- 无 AMOS 时回退原有 METAR 温度显示
 2026-05-10 20:19:48 +08:00
2569718930@qq.com 8075fb66b7 AMOS 增加 info 级别日志追踪数据流 
- weather_sources.py: _attach_korean_amos_data 记录 fetch 开始、成功/失败、温度/跑道数据
- amos_station_sources.py: _amos_get_page 记录页面匹配/不匹配
- amos_station_sources.py: fetch_amos_official_current 记录 HTML 获取和解析
- analysis_service.py: _analyze 记录 AMOS 数据是否到达分析层

重启后端后在日志中搜索 "AMOS" 可追踪完整数据流：
  AMOS: fetching for city=seoul
  AMOS page matched icao=RKSI length=...
  AMOS fetch_amos_official_current: got HTML for RKSI...
  AMOS: got data for city=seoul temp_c=... source=...
  AMOS _analyze: found amos data for city=seoul temp_c=...
 2026-05-10 19:46:26 +08:00
2569718930@qq.com 23e5d10f65 Fix Korean AMOS runway parsing 2026-05-10 19:34:18 +08:00
2569718930@qq.com f4f613ad02 Fix AMOS runway observations 2026-05-10 19:20:52 +08:00
2569718930@qq.com 5512ebf133 修复 AMOS 数据不显示：移出 include_nearby 条件判断 
根因：_attach_korean_amos_data 在 include_nearby 块内
面板模式（depth=panel）时 include_nearby=False
→ AMOS 数据从不获取 → detail.amos 始终为空 → 跑道面板不显示

修复：AMOS 调用移到 include_nearby 之外
AMOS 是主观测源，不是 nearby 站网数据
无论 depth 模式都应获取
 2026-05-10 19:10:38 +08:00
2569718930@qq.com 40cd8fc2a6 修复机场观测面板不显示 + 放宽 AMOS 展示条件 2026-05-10 19:06:22 +08:00
2569718930@qq.com 3f351ac60c Busan 机场观测面板：METAR 数据兜底展示 
问题：AMOS 仅支持仁川 RKSI，釜山 RKPK 无法获取跑道级数据
解决：AmosRunwayPanel 新增 airportCurrent 回退模式

- 有 AMOS 数据时：展示完整跑道卡片网格（首尔/仁川）
- 无 AMOS 时：展示单张机场观测卡片（釜山/所有其他机场）
  包含：温度、风向风速、气压 QNH、能见度
  标注数据来源（METAR/AMOS）和是否过旧
- AirportCurrentConditions 类型新增 pressure_hpa 字段

这样首尔有完整的 4 对跑道数据，釜山至少展示机场官方观测值
 2026-05-10 18:58:42 +08:00
2569718930@qq.com e1d21c6ce3 简化 AMOS 获取：仅支持 RKSI（仁川），Busan 回退标准 METAR 
原因：AMOS 页面默认始终显示仁川 RKSI，机场切换用 JS 实现
无法通过 URL 参数或 POST form data 切换到其他机场
尝试了 GET ?icao=、?stn=、?airport= 和 POST form data 均无效

变更：
- _amos_get_page 简化为仅处理 RKSI
- 非 RKSI 直接返回 None，走标准 METAR 回退链
- 移除无效的 AMOS_STATION_IDS 和 POST 策略代码
- Busan 通过 aviationweather.gov METAR 正常获取温度/风/气压
- 跑道面板仅在 AMOS 数据存在时显示（即仅 Seoul/仁川）

Known: Busan 无跑道级数据，但标准 METAR 仍然可用
 2026-05-10 18:53:09 +08:00
2569718930@qq.com 163ad8cb4e 修复 AmosRunwayPanel TS strict null check 2026-05-10 18:40:22 +08:00
2569718930@qq.com e23a90a961 修复釜山 AMOS 数据获取 + 跑道面板容错 
AMOS 页面用 JS 切换机场，GET 参数无效。新增策略：
- 先 GET 建立 session，再 POST form data 切换机场
- 尝试多种 form data 组合（icao/stn/airport/code）
- 回退到 GET 参数尝试

跑道面板容错：
- 无温度数据时仍展示跑道风/能见度/RVR
- 温度缺失显示 "--" 而非隐藏整行
- analysis_service 输出条件放宽：有 temp_c 或 runway_obs 即可

Tested: python -m ruff check ., npx tsc --noEmit
 2026-05-10 18:39:37 +08:00
2569718930@qq.com 13a67cdc85 修复温度走势图不显示：移除 IntersectionObserver 延迟渲染 
问题：图表只在 IntersectionObserver 检测到视口交叉后才渲染
- 卡片折叠时图表区域永远不可见，IntersectionObserver 不触发
- 小屏幕/快速滚动时图表可能来不及渲染

修复：
- 移除 IntersectionObserver 懒加载逻辑
- 图表始终立即渲染（useChart 在挂载时初始化）
- Chart.js animation:false 确保快速渲染，无性能代价
- 清理未使用的 useState/useEffect 导入
 2026-05-10 18:34:00 +08:00
2569718930@qq.com eed0345045 移除误提交的 grep.exe.stackdump 2026-05-10 18:31:17 +08:00
2569718930@qq.com fe3f48f255 城市决策卡新增 AMOS 跑道温度面板 
- 新增 AmosRunwayPanel 组件：展示每条跑道的温度/露点/能见度/RVR/风速
- 跑道卡片网格布局 (auto-fit minmax 160px)
- 每条跑道独立显示：跑道编号、温度（含露点）、能见度、RVR、风速范围
- 官方 METAR 标签 vs 跑道中位数标签
- CityDetail 类型新增 AmosData 接口
- 暗色/浅色主题均已适配
- 仅首尔/釜山（有 AMOS 数据）时显示
 2026-05-10 18:30:59 +08:00
2569718930@qq.com ba352feb34 首尔/釜山机场报文优先使用 AMOS（更新更快） 
- analysis_service.py：AMOS 数据覆盖 airport_current 的 raw_metar、wind、pressure
- source_label 设为 "AMOS"（区别于 aviationweather.gov METAR）
- stale_for_today 强制 false（AMOS 数据本身证明了时效性）
- observation_time 优先使用 AMOS 时间戳
- AI 读取的 city_snapshot.current.raw_metar 来自 AMOS 跑道传感器

优先级：AMOS raw_metar > aviationweather.gov METAR（首尔/釜山）

Reason: AMOS 直连韩国机场系统，延迟更低，更新更快
 2026-05-10 18:18:40 +08:00
2569718930@qq.com 04b2f0e4a3 AMOS 数据接入分析层和 AI 预测判定 
问题：AMOS 数据在采集层取出后从未被 _analyze() 读取，AI 无法看到跑道级数据

修复：
- analysis_service.py：_analyze() 新增 AMOS 温度读取优先级
  观测来源顺序：结算源 > AMOS跑道传感器 > METAR > MGM > NMC
- AMOS 数据自动覆盖 current.wind_speed_kt、current.pressure_hpa、current.raw_metar
- 输出新增 "amos" 字段携带完整跑道数据（temp_source、runway_temps）
- scan_terminal_service.py：AI prompt 的 current 区块新增 pressure_hpa 和 observation_source
- AI 现在知晓数据来自 AMOS 跑道传感器（observation_source="amos"），可据此判断数据权威性

数据流：
  AMOS fetch -> raw["amos"] -> _analyze() -> current.observation_source="amos"
  -> result["amos"] -> _build_city_ai_prompt -> city_snapshot.current
  -> AI reads runway sensor temp/wind/pressure as authoritative observation

Tested: python -m ruff check ., npx tsc --noEmit
 2026-05-10 18:16:10 +08:00
2569718930@qq.com bf5e92e656 AMOS 温度处理：METAR 优先，跑道中位数兜底 
温度优先级：
1. METAR 温度（官方机场传感器，权威值）
2. 跑道传感器中位数（fallback；不同跑道传感器因位置/海拔可能差 0.5-1°C）

- 新增 temp_source 字段标注来源（"metar" / "runway_median"）
- 新增 runway_temps 数组保留每条跑道的原始 (温度, 露点)
- 回退逻辑用中位数而非第一个值（跑道数据可能是乱序的）
- 温度合理性检查：只取 -50°C ~ 60°C 范围内的值

Tested: python -m ruff check ., npx tsc --noEmit
 2026-05-10 18:07:33 +08:00
2569718930@qq.com 27010d5fb3 移除 KMA 数据源：已被更精确的 AMOS 跑道级传感器取代 
- weather_sources.py：移除 KmaStationSourceMixin 导入和继承
- 移除 _attach_korea_official_nearby() 函数
- 移除 kma_cache 初始化代码
- 首尔/釜山现在使用 AMOS 跑道传感器替代 KMA 地面站
- kma_station_sources.py 保留为参考文件

Replaced-by: AMOS (global.amo.go.kr) runway-level sensor data
 2026-05-10 17:59:26 +08:00
2569718930@qq.com 058ab7a619 新增 AMOS 跑道级实时气象数据源（韩国仁川/釜山） 
- src/data_collection/amos_station_sources.py：新增 AmosStationSourceMixin
- 从 global.amo.go.kr 爬取跑道级观测：温度/露点/气压/风向风速/能见度/RVR/云层
- 解析 METAR + TAF 报文，提取温/湿/压/风数值
- 解析跑道级表格数据（每跑道独立风分量、侧风、视程）
- 覆盖首尔/仁川 (RKSI) 和釜山/金海 (RKPK)

- weather_sources.py：集成 AmosStationSourceMixin
- fetch_all_sources 中为 seoul/busan 自动追加 AMOS 数据
- 结果存入 results["amos"]，包含原始 METAR/TAF 和解析后的跑道数据

Tested: python -m ruff check ., npx tsc --noEmit
 2026-05-10 17:55:39 +08:00
2569718930@qq.com fe681503ae UX 审查收尾：AI 解读过渡标记 + 极端温度视觉强化 
P2-17：AI 快速判断→完整解读过渡标记
- AiEvidencePanel 新增 useTransitionMarker hook
- AI 从 loading→ready 后显示"✓ Updated/已更新"徽标（4 秒后消失）
- 绿色动画徽标 fadeUpIn，避免用户以为信息没变

P2-18：极端温度视觉强化
- globals.css 新增 temp-extreme-hot（橙红辉光 ≥40°C/≥104°F）
- globals.css 新增 temp-extreme-cold（冰蓝辉光 ≤-5°C/≤23°F）
- PanelSections Hero 温度值自动应用极端温度样式

Tested: npx tsc --noEmit
 2026-05-10 17:44:45 +08:00
2569718930@qq.com 341825747f UX 审查 P2 修复：X轴标签密度、极端温度视觉强化 
- AiCityTemperatureChart：X轴标签从每4个→每3个显示，maxTicksLimit 6→8
- globals.css：新增 temp-extreme-hot（≥40°C）和 temp-extreme-cold（≤-5°C）样式
- PanelSections：Hero 温度值自动应用极端温度 CSS 类（橙色辉光/蓝色辉光）
- 华氏度自动适配：≥104°F 为极热，≤23°F 为极冷

Tested: npx tsc --noEmit
 2026-05-10 17:39:22 +08:00
2569718930@qq.com d94476f943 UX 审查修复：统一修正术语、图表"现在"标记、专业术语解释、异常行动建议 
P0-1 术语统一：
- WeatherDecisionBand 改用"上修/下修/维持"替代"偏高温/暂不追/等待确认"
- 与 AI 后端提示词使用的术语体系一致

P0-9 图表"现在"标记：
- chart-utils.ts 导出 currentIndex
- AiCityTemperatureChart 在 currentIndex 处绘制竖线（蓝色虚线）

P0-13 专业术语解释：
- DataFreshnessBar 新增 labelTitle 属性（hover tooltip）
- METAR → "机场气象观测报文" / "Meteorological Aerodrome Report"
- HKO → "香港天文台官方实测" / "Hong Kong Observatory official readings"

P0-16 异常行动建议：
- primaryReason 追加行动指引（实测突破→建议关注偏高温区间等待确认 / 峰值已过→建议避免追高 / 观测过旧→建议等待新报文）

P1-8 DEB 路径分段样式：
- 过去部分实线（已确定），未来部分虚线（预测不确定）

P1-11 HistoryChart 单位：
- tooltip 使用 temp_symbol 替代硬编码 °

Tested: npx tsc --noEmit
 2026-05-10 17:33:15 +08:00
2569718930@qq.com bf70d0b42a 新增 UX 研究员审查报告：修正逻辑可读性、图表误导、专业术语、异常体验 
核心发现：
- AI 用"上修/下修/维持"，前端用"偏高温/暂不追/等待确认"——两套语言体系不一致（P0）
- 日内图表没有"现在"标记，用户不知道哪里是当前时间（P0）
- METAR/DEB/TAF 全站 50+ 处出现，无任何 tooltip 或解释（P0）
- 实测突破时没有行动建议，用户不知道下一步该做什么（P0）
- DEB 路径全是虚线（含过去部分），本应实线→虚线过渡（P1）
- "DEB 融合"对普通用户无意义（P1）

共识别 18 个问题：P0 4 项、P1 4 项、P2 4 项
 2026-05-10 17:24:35 +08:00
2569718930@qq.com e2bea367a1 校准漂移检测增加日志告警 + 更新架构文档 
- core.py：drift.drifted=true 时输出 loguru warning，包含 delta% 和 sample 数量
- data-architecture-review.md：标记 2 项误诊（METAR TTL 实际 600s、轮询已有 AbortController 保护）
- 剩余真正待办：校准自动重训练（需算力）、缓存键细化（低优先级）
 2026-05-10 17:06:43 +08:00
2569718930@qq.com 27095025e7 更新数据架构审查文档：标记 8/8 已修复，保留 4 项低优先级待办 2026-05-10 17:02:02 +08:00
2569718930@qq.com 2b2784d811 数据链路 P2 修复：stale-while-revalidate + 扫描数据复用 
P2-7 stale-while-revalidate：
- ensureCityDetail 过期缓存不再阻塞等待刷新
- 立即返回缓存数据，后台异步更新
- 用户打开已有缓存的城市时不再看到 loading spinner

P2-8 扫描终端数据复用：
- 新增 store.preloadCityFromRow()：从 ScanOpportunityRow 预填充 cityDetails 缓存
- handleSelectRow / handleMapCitySelect / handleOpenDecisionRow 均调用预加载
- 用户从地图/列表/决策卡选城市后，详情面板立即显示缓存数据
- 后台自动拉取完整 detail（stale-while-revalidate）

Tested: npx tsc --noEmit
 2026-05-10 17:00:12 +08:00
2569718930@qq.com b3ea8dcfa7 数据链路 P1 修复：ETag 缓存 + 校准漂移检测 
P1-5 ETag 支持：
- 后端新增 _etag_middleware：GET /api/* 自动返回 ETag (MD5)
- 支持 If-None-Match 请求头，匹配时返回 304 + 30s Cache-Control
- 前端 cache: no-store → default，浏览器自动处理 ETag/304 节省带宽

P1-6 校准漂移检测：
- probability_calibration.py 新增 check_calibration_drift()
- 对比最近 200 条 daily_records 的 CRPS 与校准基线
- 漂移 >15% 时返回 warning 提示重新训练
- 集成到 /api/system/status 的 probability.drift 字段

Tested: python -m ruff check ., npx tsc --noEmit
 2026-05-10 16:54:48 +08:00
2569718930@qq.com c0bb2acf78 修复数据链路 P0 瓶颈：缓存炸弹、Context 重渲染、LGBM 循环、TTL 不匹配 
P0-1 sessionStorage 限制：
- writeCityDetailCacheBundle 只保留最近 3 个城市的详情
- 避免 3-10MB JSON 序列化阻塞主线程

P0-2 Context 拆分：
- 新增 CityDetailsContext 独立管理 cityDetailsByName 变更
- 新增 useCityDetails hook，只订阅详情的组件不再因 cities/proAccess 变化重渲染
- DashboardStoreContext 保持不变，向后兼容

P0-3 扫描终端 TTL：
- SCAN_TERMINAL_PAYLOAD_TTL_SEC 30s → 120s
- 匹配 ThreadPoolExecutor(4) x 60 城的实际重算耗时

P0-4 LGBM 循环依赖：
- LGBM 预测值不再作为 DEB 输入参与权重计算
- 保留为独立参考字段 lgbm.prediction 输出给前端展示
- 消除 DEB → LGBM 训练 → DEB 的循环

新增 docs/data-architecture-review.md 完整数据链路审查报告

Tested: npx tsc --noEmit, python -m ruff check .
 2026-05-10 16:48:28 +08:00
2569718930@qq.com 8cc7e9a996 移除"已完成"章节：文档只保留待办事项和产品亮点 2026-05-10 16:31:22 +08:00
2569718930@qq.com c9d3a27e88 精简产品审查文档：已解决问题移入"已完成"章节，保留待办 2026-05-10 16:29:10 +08:00
2569718930@qq.com e52f1a46f6 更新产品审查文档：标记修复进度 12/14，账户设置标记为不做 2026-05-10 16:23:37 +08:00
2569718930@qq.com ce1da6a686 完成产品审查剩余修复：新手指引、反馈入口、付费墙预览 
P1-4：新增 WelcomeOverlay 新手指引
- 首次访问时显示 3 步引导：①从地图选城市 ②查看城市简报 ③解锁 Pro 深入分析
- 圆点进度指示、跳过/下一步按钮、点背景可关闭
- 看过一次后 localStorage 标记不再显示

P1-5：付费墙增加功能预览
- HistoryModal 在付费墙上方展示功能说明文案
- 新增 i18n 键 history.previewTitle / history.previewDesc（中英双语）

P2-9：新增反馈入口
- 顶栏增加 Telegram 反馈按钮（MessageCircle 图标）
- 点击跳转 PolyWeather 社群

Tested: npx tsc --noEmit
 2026-05-10 16:19:21 +08:00
2569718930@qq.com de0f037bf4 产品体验修复：P0 阻塞 + P1/P2 改善（产品审查 14 项中修复 10 项） 
P0 阻塞：
- Pro 加载不再阻塞整个看板：只显示精简顶栏 + 加载状态，不再遮盖整个页面
- Scan 失败加重试按钮：所有用户（含免费）均可手动重试
- Detail Panel 同步超时后显示提示："同步时间较长，当前展示的数据可能不完整"

P1 体验：
- 登录页增加"忘记密码"链接：调用 Supabase 密码重置流程
- 登录失败/邮箱未验证增加明确提示："如刚注册，请先点击验证链接"
- 公告横幅增加 ✕ 关闭按钮：点击后永久隐藏

P2 改善：
- entitlement-required 页面重设计：品牌化、增加返回首页和登录按钮
- 订阅帮助页中英双语：所有 FAQ 和 UI 文案支持中英文切换
- 新增产品审查文档 docs/product-review-jun-2026.md

Tested: npx tsc --noEmit
 2026-05-10 16:13:34 +08:00
2569718930@qq.com 9635387beb 移除日历视图：功能与决策卡重叠，维护成本高于价值 
- 删除 CalendarView.tsx、calendar-action-utils.ts 及其测试文件
- 删除 ScanTerminalCalendar.module.css
- ScanTerminalDashboard：移除日历 tab 按钮、日历渲染分支、ContentView 类型中的 calendar
- ScanTerminalLightTheme：清理所有 .scan-calendar-* 规则（~40 行）
- scan-root-styles.ts：移除 ScanTerminalCalendar 导入

同时完善地理排序：
- scan_terminal_filters.py：market_region_from_tz_offset 细化为 7 个区域（东亚/东南亚/中亚/西亚/欧洲非洲/南美/北美）并增加 sort_order
- scan_terminal_city_row.py：传递 trading_region_sort
- dashboard-types.ts：增加 trading_region_sort 字段
- decision-utils.ts：sortRowsByUserTime 按 trading_region_sort 优先排序

Rejected: keep-calendar-view, calendar-actions-overlap-with-decision-cards
Tested: npx tsc --noEmit, python -m ruff check .
 2026-05-10 15:48:18 +08:00
2569718930@qq.com 5ff9fade5f 重新设计日历视图：以用户本地时区为主视角 
- CalendarView 组件重写：添加实时用户时钟头部（HH:MM:SS + 完整日期）
- 卡片重新设计：用户本地时间为主要展示，城市窗口时间为次要
- 新增 urgency badge（进行中/即将/稍后/已过）视觉标识
- 优化卡片布局：顶部城市+徽标 → 用户时间 → 倒计时 → 原因 → 底部 DEB+阶段
- CSS 全面重写：用户时钟头部、卡片分层、计时器颜色编码
- 浅色主题同步更新所有新 class 名称
 2026-05-10 15:34:46 +08:00
2569718930@qq.com 0e529358c9 移除 scan-topbar-logo 品牌标记 
- 从 ScanTerminalDashboard.tsx 移除 logo div 和 brand 容器
- 从 ScanTerminalShell.module.css 移除 .scan-topbar-brand / .scan-topbar-logo 样式
- 从 ScanTerminalLightTheme.module.css 移除对应的浅色主题覆盖
 2026-05-10 15:13:32 +08:00
2569718930@qq.com 32019c89f5 更新项目文档至 v1.6.0：同步前端设计系统重构成果 
- CHANGELOG.md：新增 v1.6.0 条目，完整记录 15 项前端设计审查修复
- CLAUDE.md：新增 CSS Variables First / 避免 !important 代码规范、scan-root-styles.ts 桶文件说明、Quality Gate 增加硬编码颜色检查
- README.md / README_ZH.md：产品状态补充前端设计系统重构摘要
- docs/TECH_DEBT_ZH.md：标记前端工程债务已关闭、更新债务比例 95%→97%、版本号 v1.5.4→v1.6.0
 2026-05-10 14:35:36 +08:00
2569718930@qq.com 41acb2aa51 移除 AGENTS.md：oh-my-codex 自动生成的非项目文档 2026-05-10 14:31:29 +08:00
2569718930@qq.com ca0b25d84f 清理冗余文档：移除过期报告、重复文件和 AI 生成配置 
- 移除 FRONTEND_REDESIGN_REPORT.md（v1.5.1 旧报告，已被 frontend-ui-design-review.md 取代）
- 移除 docs/TECH_DEBT.md（与 TECH_DEBT_ZH.md 完全重复）
- docs/ 目录集中管理所有项目文档，无需移动

Cleaned: outdated-report, duplicate-doc
 2026-05-10 14:31:10 +08:00
2569718930@qq.com 00e1845f2c 全面修复前端 UI 设计审查问题：消除工程债务、统一 token 体系、提升可维护性 
- 消除 !important 滥用：134 → 49（仅保留 Leaflet/图表所必需项），浅色主题使用 html.light 选择器获得更高优先级
- 修复 font-weight：13 个文件中所有 760/850/860/880/950 等非标准值已映射为 Inter 支持的 300–800
- 移除未加载的 Geist 字体声明，替换为 Inter
- 添加全局 :focus-visible 轮廓环、跳过链接、Tab ARIA 属性（role/aria-selected）
- 统一断点体系：18 → 10（480/640/768/960/1024/1200/1280/1360/1440/1680）
- 创建 scan-root-styles.ts 桶文件，将 22 个 CSS Module 导入合并为 1 个
- Token 迁移：10 个文件中数百处硬编码颜色（#4DA3FF/#E6EDF3/#9FB2C7/#6B7A90）已替换为 CSS 变量
- 去重 @keyframes：spin 4→1、loading-spin 2→0、pulse-pending 已移至 globals.css
- 添加统一的 empty/error/retry 状态组件
- 添加全局 prefers-reduced-motion 支持
- 修复 accent-primary 与 accent-secondary 相同值的问题
- 修复 accent-green 类错误渲染为蓝色
- 添加 CSS 渐变品牌 Logo
- 移除死代码（1,697 行）：public/static/style.css + public/legacy/index.html
- Dashboard.module.css 本地变量已桥接至全局 token
- 提升文字对比度：#6B7A90 → #7D8FA3

Fixed: !important-134-to-49, font-weight-13-files, Geist-removal, focus-visible, breakpoints-18-to-10, CSS-module-barrel, token-migration-10-files, keyframe-dedup, dead-code-removal, accent-color-fix, contrast-improvement
Scope: frontend CSS architecture, design tokens, accessibility, responsive breakpoints
Tested: npx tsc --noEmit
 2026-05-10 14:21:10 +08:00
2569718930@qq.com f47de115c8 Reduce duplicate scan terminal decision copy and chrome 
Removed the scan KPI bar, trimmed redundant decision-card content, and shortened the primary reason text so the city analysis cards read like concise signals instead of repeating the same state across sections.

Constraint: Keep existing city decision logic and data flow unchanged while simplifying the UI
Rejected: Rework the full card layout or mobile card flow | larger surface area than requested
Confidence: high
Scope-risk: narrow
Reversibility: clean
Directive: Keep hero, decision band, and market line responsibilities separate to avoid duplicate copy returning
Tested: frontend npm run build
Not-tested: Manual visual QA in browser across desktop/mobile breakpoints
 2026-05-10 12:20:22 +08:00
2569718930@qq.com 3e14a23e02 修复 markets 测试：移除对已删除函数 build_market_monitor_digest 的 monkeypatch 
Tested: python -m pytest tests/test_bot_basic_handler.py -xvs
 2026-05-07 22:27:12 +08:00
2569718930@qq.com 2183c0399d 移除错误定价信号和市场聚焦摘要功能 
保留关键市场警报推送（4 条触发规则不变），
移除 mispricing 信号分类/推送、focus digest 评分/聚合/定时推送、
/markets 手动查询等全套逻辑，净删除 1049 行。
 2026-05-07 21:42:06 +08:00
2569718930@qq.com 30faac989c 秒开 AI 预测最高温：preview 事件提前下发确定性预测值 
之前 predicted_max 只在 AI 流式 final 事件返回后才显示（10-25 秒），
但后端 fallback 早在 1ms 内就算好了 cluster median / DEB 中枢。
现在 preview 事件同步下发确定性 predicted_max + range_low/high，
前端也在 fallback payload 中自动从 multi_model + DEB 计算预测值，
用户点击城市后 ~100ms 即可看到 AI 预测最高温。
 2026-05-07 21:04:26 +08:00
2569718930@qq.com 0f9469f3cb README 新增 Star History 历史曲线 2026-05-07 20:19:40 +08:00
2569718930@qq.com 734462a3b9 chore: CLAUDE.md 新增环境配置章节 
明确工作目录、前端/后端端口、中文 commit 强制规则、npm/python 工具链偏好。
配套代码风格与质量门禁章节形成完整的开发行为约束。

Directive: 后续所有会话必须遵守此环境配置
Tested: ruff + tsc 全过
 2026-05-07 00:44:35 +08:00
2569718930@qq.com a7421b3147 chore: CLAUDE.md 新增质量门禁与编码规范 
四道强制自检：tsc/ruff、禁止 Unicode 转义、双主题 CSS 同步、diff 展示。
补上中文 commit 规范、禁止 \uXXXX 转义、UI 双主题同步三条编码规则。

Directive: 每次标记任务完成前必须通过全部质量门禁
 2026-05-07 00:42:44 +08:00
2569718930@qq.com 30a6ff7986 新增 v1.5.6 升级公告，3 天后自动消失 
公告展示决策终端 hero 重设计、DEB 统一、亮色补全等变更摘要。
localStorage 记录首次访问时间，超过 3 天自动隐藏。
补全 scan-upgrade-announcement 暗色主题基础样式。

Tested: tsc 全过
 2026-05-06 18:59:20 +08:00
2569718930@qq.com 52fa7b0bb3 移除城市快捷跳转栏 sticky 固定效果，更新 LGBM 模型至 1247 样本 
scan-ai-city-jumpbar 不再吸附顶部，anchor scroll-margin 同步清理。
LGBM 模型用 prod DB 重训练：1247 样本 → 验证 MAE 2.63°C vs DEB 2.75°C。

Tested: tsc + ruff 全过
 2026-05-06 18:50:10 +08:00
2569718930@qq.com 7b82ba68df 回退 _analyze_summary 中未启用的 LGBM 增强步骤 
LGBM 当前默认禁用 (POLYWEATHER_LGBM_ENABLED=false)，predict_lgbm_daily_high
直接返回 None，在 _analyze 中也未实际参与 DEB 计算，_analyze_summary 无需重复。

Rejected: 在 LGBM 正式启用前，_analyze_summary 不应包含会被跳过的 LGBM 调用
 2026-05-06 18:30:47 +08:00
2569718930@qq.com a684586cb4 统一 DEB 数据源为单一计算路径 
getModelView 优先使用根级 detail.deb.prediction 保证与 AI 证据面板一致，
_build_city_detail_payload 补上缺失的 deb 和 multi_model_daily 字段，
_analyze_summary 补上 LGBM 增强步骤使其与 _analyze 产出相同的 DEB 值。

Constraint: 三个入口 (panel/full/summary) 的 DEB 必须经过同一套 calculate_dynamic_weights + LGBM 重算流程
Tested: ruff + tsc 全过
 2026-05-06 18:24:15 +08:00
2569718930@qq.com 2f73828d4d 重构城市决策卡 hero 布局：去除 sticky 固定效果，右侧改为三指标并列对比 
将 scan-ai-city-hero 从"左重右轻"改为左右均衡布局，右侧从单一预计高温数字
替换为当前温度/预计最高温/峰值时间三列并排指标卡，中间列高亮为主指标。
移除冗余的 pills 行和隐藏的 mobile-priority div，新鲜度条改为水平单行。
同步更新亮色主题 CSS 新增 metrics 样式。修复 fallback 模块未使用变量。

Constraint: dark/light 双主题完整覆盖
Scope-risk: hero 高度缩减约 30%，需确认移动端 MobileDecisionCard 不受影响
 2026-05-06 17:57:40 +08:00
2569718930@qq.com 227fe7906c 补全证据面板和决策波段在亮色模式下的文字颜色覆盖 
- .scan-ai-city-section-title: #4da3ff → #1d4ed8（与背景对比度从 2.93 提升到 5.8）
- .scan-ai-decision-band span/strong/p: 显式覆盖暗色文字
- .scan-ai-city-body 滚动条: 适配浅色主题
 2026-05-06 17:01:28 +08:00
2569718930@qq.com a3052767d7 补全 AI 预测双卡片组件的亮色模式 CSS 
此前新增的预测卡片（scan-ai-prediction-card/confidence 等）
只有暗色模式样式，在亮色模式下白底上显示深色背景块，严重
影响可读性。现补全 30 条亮色覆盖规则。
 2026-05-06 16:54:48 +08:00
2569718930@qq.com 4ed9321756 修复流式 AI 请求 max_tokens 不足导致 JSON 截断 
此前流式 650 tokens，只够 4 个文字字段。新增 predicted_max
等 6 个字段后，中文解读经常超出上限致 JSON 不完整，触发重试。
现提升至 900 tokens（主请求 1200），并更新测试断言。
 2026-05-06 16:51:31 +08:00
2569718930@qq.com a1d5435dd7 强化 HKO 天文台观测的 AI 解读能力 
- HKO instruction 从纯否定句改为正向指导，明确告知 AI 可用数据维度
  （温度、最高/最低温、湿度、10分钟风速风向）
- AI 输入 current 对象新增 wind_speed_kt/wind_dir/humidity 字段，
  HKO 和 METAR 城市均受益
- 提示词统一补充湿度分析要求
 2026-05-06 16:48:05 +08:00
2569718930@qq.com 59e099a56d 修复 AI 报文解读缓存未在首帧生效的问题 
此前 useState 初始化为 idle，useEffect 异步读缓存后才切到 ready，
导致重新打开城市卡片时先闪烁"等待 AI 解读..."再跳转到缓存数据。
现在用 lazy initializer 在首帧同步读取缓存，命中则直接渲染 ready
状态，零闪烁。
 2026-05-06 16:34:19 +08:00
2569718930@qq.com 1a40802dcb 移除 AI 机场报文解读面板的折叠收起按钮 
将 <details>/<summary> 改为普通 <section>/<div>，面板始终展开。
移除 isCompactCard prop 及相关的 open/onToggle 状态管理。
 2026-05-06 16:27:06 +08:00
2569718930@qq.com a4ce450dbc 修复 system_prompt 源代码可读性，\uXXXX 转回正常中文 
此前为避免 curly quote 问题用 \uXXXX 转义序列写入中文，运行正确但
源码不可读。现在改为正常 UTF-8 中文，引号改用「」避免与 Python
字符串定界符冲突。
 2026-05-06 16:15:28 +08:00
2569718930@qq.com 13025f5c77 证据面板加载态立即显示 DEB + AI 预测中占位卡片 
此前 AI 预测卡片需等流式 SSE 返回后才显示，loading 期间整个双卡片
区域消失。现在：DEB 卡片立即显示，AI 侧显示"预测中…"呼吸动画占位，
流式返回后自动替换为真实预测值。
 2026-05-06 16:08:09 +08:00
2569718930@qq.com eb42d644a3 DEB 降级为模型集群中的普通一员，AI 不再照搬 DEB 做预测 
此前 DEB 以独立字段 deb.prediction 传给 AI，提示词又要求"必须综合 DEB"，
导致 AI 直接输出 DEB 值而非独立判断。改动：
- 移除 AI 输入中的独立 deb 字段，DEB 只作为 model_cluster.sources 中的
  一条记录 (model: "DEB (fusion)")，与其他模型平等
- 提示词改为：以模型集群集中区间为基线，用报文观测信号独立判断上修/下修/维持
- 流式/非流式提示词均强调"不要直接照搬 DEB 的值，差异是正常的"
- 回退路径改用模型集群中位数作为默认预测，DEB 仅作为备选参考
 2026-05-06 16:03:22 +08:00
2569718930@qq.com f9d0ea31bc 证据面板新增 AI 预测最高温 vs DEB 双锚对比卡片 
在 AI 机场报文解读面板顶部加入双卡片布局：左侧展示 AI 预测最高温
（含置信区间和置信度），右侧展示 DEB 融合值，形成可对比的"双锚"
视图。同时更新加载态文案为"AI 正在基于最新报文预测今日最高温"。
 2026-05-06 15:48:27 +08:00