用途：判断拟定改动是否需要 RFC（Request for Comments）。用于规划重大改动、在开始重要工作前，或被问及是否需要 RFC 时。
主要能力与判定标准： 需要 RFC：src/openenv/core/ 中的新 API；对现有 API 的破坏性更改；新抽象或设计模式；影响 WebSocket/MCP 分离这一双接口模型的改动；重大架构决策。 不需要 RFC：缺陷修复；文档更新；无 API 变更的小型重构；新增示例环境（除非引入新模式）；依赖更新；新增测试。 此外会对照 rfcs/ 中已有 RFC 检查冲突或依赖关系。
使用方式：先用 git diff --name-only 或提供的上下文识别变更文件（命令保持原样），再套用上述标准，并按输出格式给出：变更文件清单、触及的核心文件、API 变更、新模式/抽象、结论（NOT REQUIRED / RECOMMENDED / REQUIRED）、理由；如需 RFC，给出建议标题（如 "RFC NNN: [title]"）、相关 RFC、需记录的关键决策。若需要 RFC，使用 rfcs/README.md 中的模板，含标题、Status、Created、Authors、Summary、Motivation、Design、Examples 等部分。
限制：资料未提供该技能的安装方式、支持的平台、收费或价格信息。