用途：判断拟议的改动是否需要 RFC。适合在规划重大变更、动手大改之前，或有人询问是否需要 RFC 时使用。
主要能力：用 git diff --name-only 或提供的上下文识别改动文件；套用 RFC 判定标准；对照 rfcs/ 中已有 RFC 检查冲突或依赖。
判定标准——需要 RFC：src/openenv/core/ 中新增 API、对现有 API 的破坏性变更、新增抽象或设计模式、影响双接口模型（WebSocket/MCP 分离）的改动、重大架构决策。不需要 RFC：缺陷修复、文档更新、无 API 变更的小型重构、新增示例环境（除非引入新模式）、依赖更新、新增测试。
分析步骤：列出全部改动文件；找出 src/openenv/core/ 下的文件；检查公共 API 签名变更；寻找新抽象或模式；查阅已有 RFC 中的相关决策。
输出格式：包含 Files Changed、Core Files Touched、API Changes、New Patterns/Abstractions、Verdict（NOT REQUIRED / RECOMMENDED / REQUIRED）、Reasoning，以及若需要 RFC 时给出建议标题、相关 RFC 和需记录的关键决策。
若需要 RFC，参考 rfcs/README.md 中的模板，其结构包括标题、Status、Created、Authors、Summary、Motivation、Design、Examples 等字段。
限制：资料未提供具体安装命令、运行命令、收费或价格信息，也未说明该技能的宿主环境与调用方式。