核心用法
OpenMeteo Weather Advanced 通过 openmeteo CLI 提供企业级天气数据服务，无需注册 API 密钥即可访问。核心功能分为两大模块：
实时与预测（`weather` 命令）
- 当前天气条件查询（
--current） - 最长 16 天逐小时/逐日预报（
--forecast-days=0-16） - 智能时间窗口裁剪（
--forecast-since=N），支持从第 N 天开始查询 - 最多回溯 92 天历史数据（
--past-days=0-92）
历史数据（`history` 命令）
- 1940 年至今的完整气象档案
- 支持 ERA5、ERA5-Land、CERRA、ECMWF IFS 等专业再分析模型
- 需指定起止日期（
--start-date/--end-date）
精细化变量控制
覆盖 50+ 气象变量：基础温湿度、体感温度、降水概率、降雪深度、海平面气压、能见度、UV 指数、云量、阵风风速等。支持按 --current-params、--hourly-params、--daily-params 三级粒度自定义输出。
位置解析
- 城市名自动地理编码（
--city） - 国家代码消歧（
--country） - 直接 WGS84 坐标输入（
--lat/--lon）
输出优化
强制使用 --llm 标志生成 TSV 紧凑格式，专为 LLM 场景设计，自动将天气代码转换为可读文本，显著降低 token 消耗。
显著优点
1. 零成本准入：OpenMeteo 为非营利开源项目，无需 API 密钥、无调用配额限制
2. 数据纵深 unmatched：历史回溯至 1940 年，满足气候分析、学术研究、保险理赔等长周期需求
3. 模型透明度：可显式选择 ECMWF、DWD ICON、GFS 等数值预报模型，而非黑盒"最佳匹配"
4. LLM 原生设计：--llm 格式比标准 JSON 减少 60-80% token 占用，内置天气代码语义化
5. 单位灵活：支持英制/公制/节等多种单位体系，跨境场景友好
6. 时间窗口精准控制：--forecast-since 避免抓取无用数据，降低延迟与成本
潜在缺点与局限性
1. 数据源单一性：完全依赖 OpenMeteo 服务，无备用提供商，若服务中断则无降级方案
2. 地理覆盖边缘化：部分偏远地区（极地、深海）模型精度低于主流商业 API
3. 实时性延迟：ECMWF 等高质量模型更新频率为 6-12 小时，极端天气突发场景下可能滞后
4. CLI 依赖：需本地安装 openmeteo 二进制，容器化或受限环境部署存在摩擦
5. 无原生告警机制：需外部轮询实现天气预警，无 Webhook 或推送能力
6. 历史数据模型限制：1940-2023 年数据依赖 ERA5 再分析，空间分辨率 0.25°，城市微气候细节不足
适合人群
- 数据分析师/科研人员：需要长周期历史数据做气候趋势、能源负荷预测
- 户外/农业从业者：精细降水概率、积雪深度、土壤温度等专业变量
- 跨境差旅用户：免 API 密钥，支持全球任意坐标，无区域锁定
- LLM 应用开发者：原生紧凑输出格式，降低上下文窗口压力
常规风险
| 风险类别 | 具体表现 | 缓释建议 |
|---------|---------|---------|
| 服务可用性 | OpenMeteo 为开源项目，无 SLA 保障 | 关键业务场景配置降级至商业 API |
| 数据准确性 | 历史再分析数据与实际观测存在偏差 | 2020 年后数据质量较高，早期数据仅作趋势参考 |
| 极端天气 | 突发气象事件（台风、龙卷风）预报延迟 | 结合官方气象部门实时预警交叉验证 |
| 隐私合规 | 位置查询可能暴露用户行踪 | 优先使用 `--lat`/`--lon` 而非城市名，避免地理编码日志 |
| 模型误选 | 用户强制指定模型可能导致低质量输出 | 默认 `best_match` 已针对区域优化，非专业需求不建议覆盖 |