用途：该技能用于推动技术提案与设计决策的 RFC 流程，适用于需要达成共识的重大变更，例如新增微服务、变更数据模型、新增公开 API、破坏性变更、引入新技术或弃用功能。
主要能力：区分 RFC 与 ADR——RFC 用于决策前的提案并邀请讨论，可能被接受、拒绝或修订；ADR 记录已做出的决策，接受后不可变，二者关系为“提案→讨论→决策→记录”。提供完整 RFC 模板，涵盖状态、摘要、动机、目标与非目标、方案细节、迁移计划、备选方案、权衡、风险与缓解、实施计划、成功标准、回滚方案、安全与隐私考虑、测试策略、文档更新、开放问题、反馈与修订历史、参考资料。同时给出 RFC 生命周期（草稿、公开征求意见、最终意见、接受、拒绝、撤回、已实施）及时间线建议（公开征求意见至少 2 周，最终意见 1 周），还提供轻量级设计文档格式、RFC 登记表模板、角色职责（作者、评审者、利益相关者、批准者、编辑）和作者/评审者最佳实践。
使用方式：创建 RFC 前，先调用 docs-management 技能获取 RFC 模式，并通过 MCP 服务器（perplexity）验证 RFC 最佳实践，基于适配软件团队的 IETF RFC 风格。随后按模板起草，先非正式预评审，再发布进入征求意见阶段，参与讨论并修订，进入最终意见阶段后做出接受、拒绝或撤回决定；若接受则创建 ADR。
适用场景与限制：适用于重大变更和需要共识的提案；内部重构为“可能”，缺陷修复和轻微增强通常不需要。资料未提供具体安装命令、收费方式或价格信息。