RFC-NNNN: 标题

概述

用 1-2 句话描述提案。

背景与动机

为什么需要这个变更？当前存在什么问题？带来的收益是什么？

目标

本提案要达成的具体目标。如何判断它成功了？

非目标

哪些内容明确不在本提案范围内？

方案

详细描述技术方案：期望的结果是什么，如何衡量成功。这里说清「做什么」，技术细节留到「设计细节」。

用户故事（可选）

提案落地后，用户/调用方能做哪些以前做不到的事？尽量具体，让场景可感知。

备选方案

考虑过但未采用的方案及原因。无需像主方案一样详尽，但要说清思路和被否决的理由。

约束与注意事项（可选）

有哪些前提约束、边界条件或容易被忽略的细节？适合在此澄清核心概念之间的关系。

设计细节

实现层面的具体设计：数据结构、接口/API、关键流程、代码片段等。任何关于「怎么实现」的歧义都应在此消除。

测试计划

验证策略：单元测试、集成测试、端到端测试如何覆盖？哪些是实现中的难点或难以测试的部分？无需罗列所有用例，说清整体策略即可。

影响范围

这个变更会影响哪些系统/团队？是否涉及兼容性、迁移或依赖变动？

实施计划

分阶段的实施步骤和时间线。

风险与缓解

潜在风险有哪些？如何应对？是否需要安全、性能或其他维度的专项评估，由谁负责？