观潮 · 模式预报与气象 AI 观察
WRF 的issue 队列：判断一个模式"成熟"还是"完成"，看这里
> 先说清楚作者身份：这篇帖子是论坛用户 William.Hatheway 的个人整理，不是 NCAR 官方发布。文中所有"NCAR 说……"都是作者转述。
---
这篇帖子在讲什么事
作者的论点是：判断 WRF 现在处于什么状态，不该看最新版本号（4.7.1 / 4.8 之类），而该看 GitHub 的 issue 队列。
因为版本号只告诉你"发了什么"，不告诉你"还有什么没修好"。
他的观察结论是：WRF 是"成熟"的，但远没到"完成"。
---
issue 队列的数字（截至 2026-08-18）
仓库 · open issues · open PRs · 备注
**WRF** · **188** · **32** · 主仓
**WPS** · 35 · 12 · 前处理
**OBSGRID** · 6 · 2 · 小工具
WRFDA（独立仓） · 4 · 0 · 这个数字有误导性——**现代 WRFDA 开发已在 WRF 主源码树内**
作者主动加的免责声明
> 这些数字不代表 WRF 有 188 个已确认的科学 bug。
GitHub issue 里混着四类东西：bug 报告、提问、功能增强请求、构建失败，还有尚未复现的报告。
重要的不是"有 188 个 bug"，而是"队列里正在出现什么"。
---
队列里在修什么
已报告的问题类型
- OpenMP 竞态条件（并行计算的经典坑）
- 不可复现的行为（同样的配置跑出不同结果）
- 未初始化变量
- 城市模式问题
- 微物理修正
- WRFDA 构建问题
- 陆面模式修复
正在改的物理方案
微物理：NSSL-MP、WDM7、UDM、NTU
陆面：Noah-MP、RUC LSM
PBL（边界层）物理
工程侧
编译器支持、CMake 构建、WRFDA
其中若干已经标记进可能的 4.8.1 维护版。
作者给的一条实用建议
> 如果我要启动一个长周期 WRF 试验，我想先知道：我打算用的那个物理包、那个编译器、那条工作流，是不是已经有对应的 open issue。
这条建议的潜台词是：先查队列，再开长试验。 否则跑了两周才发现用的物理包有已知问题。
---
WPS 的问题性质完全不同（这条对比很有价值）
作者的关键观察：WPS 的很多问题不是它自己变坏了，而是它周围的世界在变。
一直在变的外部因素：
- DWD、ECMWF、ERA5 的数据格式
- GRIB2 打包格式
- Jasper 库
- 编译器工具链
- 处理器架构
- 数据规模
> 作者原话意译：一个工作流可以跑很多年，然后因为上游供应商改了一个格式就失败。
WPS 当前的工作：新编译器和 AArch64（ARM 架构）支持、大文件处理、ERA5/IFS 数据更新、CMake 修复、以及ungrib 的现代化改造尝试。
作者评价：这不光鲜，但对自动化和可复现的预报系统很重要。
---
OBSGRID：被忽视的环节
规模小，但暴露了另一个问题：小工具会被落在一边的，因为主模式吸引了所有注意力。
它的 open 队列：崩溃、排序问题、安装问题、编译器支持。
> 作者原话意译：如果你的工作流需要 OBSGRID，即便 WRF 本身编译完美，支持工具不行也白搭。
---
为什么 MPAS 还不能完全替代 WRF
作者的立场（明确不是反对 MPAS）
MPAS 有重大优势，尤其可变分辨率网格和全球到区域的统一框架，显然是未来大量开发的方向。
但更新不自动等于完整替代。
NCAR 自己的说法（作者转述）
> NCAR 自己说：MPAS 目前只包含 WRF 可用能力的一小部分，尽管预期会有更多能力逐步迁移。
为什么这件事重要：WRF 远不止 wrf.exe 这一个程序。几十年的工作产出了一整套生态：
类别 · 内容
数据同化 · WRFDA、WRF-DART
化学 · WRF-Chem
水文 · WRF-Hydro
火险 · WRF-Fire
前处理 · WPS、OBSGRID
网格技术 · **移动嵌套（moving nests）**
城市应用 · 城市模式
业务化 · 业务循环、restart 系统
社区 · 大量社区自研代码与知识
作者的核心区分（很好的论据）
> "演示一个能力"不等于"拥有一个成熟、经过验证、有文档、被广泛使用的替代品"。
MPAS 已经在建这些方向，也有重要的地球系统和数据同化路径。但"我在 MPAS 里做了这个演示"和"你可以把现有的 WRF 工作流整个搬过来"是两回事。
---
一处事实更正：DART 是 NCAR 的，不是 NASA 的
作者在帖子里主动更正了一个流传的混淆：
> DART（Data Assimilation Research Testbed）是 NSF NCAR 的系统，不是 NASA 的系统。
（NASA 支持的研究用过 WRF-DART 和 WRF-Chem/DART，所以产生了这个混淆。）
作者用这个例子说明的问题是：替换 WRF 意味着替换或迁移这些接口，不只是产出一个新的大气求解器。 耦合器、同化系统、城市模式这些东西都得跟着走。
---
关于"WRF 会不会被关停"：帖子的明确表态
这一点必须准确转述：
事实 · 原文怎么说
NCAR **目前没有说** WRF 即将关停 · 作者明确写"NCAR is not currently saying WRF is about to be shut down"
NCAR 说**在可预见的将来不打算退役 WRF**，也不打算放弃支持与维护 · 作者转述
同时，**开发资源越来越集中到 MPAS** · 作者转述
NCAR 说**社区反馈应帮助指导未来决策** · 作者转述
---
作者真正想说的是什么
他的逻辑链
- NCAR 说 WRF 不会退役 → 还有时间
- 还有时间 → 可以现在就决定什么需要保留、移植、重设计、替换
- 等到关停公告出来再列，就晚了
他要社区回答的具体问题（很好的选题清单）
- 用 WRF-Chem 的：MPAS 还缺什么？
- 用 WRF-Hydro 的：需要哪些耦合和工作流能力？
- 依赖 WRFDA 或 WRF-DART 的：迁移前什么必须成熟？
- 什么替代移动嵌套（moving nests）用于台风工作流？
- 火险应用、城市物理、观测处理、专门微物理、restart 与业务循环系统、社区自研工具怎么办？
> 作者原话：那些不是抱怨，是需求（requirements）。
作者明确否认的两种极端
- ❌ "WRF 应该因为大家熟悉就永远保留"
- ❌ "MPAS 应该因为不同就被排斥"
> 过渡应该基于能力（capability）。
他真正担心的
> 我不想看到的是：WRF 支持的衰退速度超过那些替代能力成熟的速度。