• Proposal Name: (fill me in with a unique identifier, my_awesome_feature)
• Start Date: (fill me in with today's date, YYYY-MM-DD)
• RFC PR: oceanbase/powercontext#0000

Summary¶

用一个段落说明该提案。

Motivation¶

为什么要做这件事？它支持哪些用例？我们期望得到什么结果？

Guide-level explanation¶

像该提案已经进入 PowerContext 一样解释它，并面向用户或贡献者进行说明。

这通常意味着：

• 引入新的命名概念。
• 主要通过示例解释功能。
• 说明用户应该如何理解该功能。
• 在适用时描述迁移指导、告警或错误信息。
• 在适用时指出现有用户和新用户之间的差异。

Reference-level explanation¶

这是 RFC 的技术部分。请提供足够详细的设计说明，使以下内容清晰可见：

• 它与现有功能的交互方式。
• 合理明确的实现路径。
• 通过示例覆盖重要边界条件。
• 明确兼容性、持久化和 API 影响。

回到 guide-level explanation 中的示例，并解释详细设计如何支持这些示例。

Drawbacks¶

为什么不应该这样做？

Rationale and alternatives¶

• 为什么该设计是备选方案中的最佳选择？
• 考虑过哪些其他设计？
• 为什么没有选择这些替代方案？
• 不做这件事会有什么影响？

Prior art¶

讨论 PowerContext、相邻工具或其他社区中的相关工作。

如果没有先例，请明确说明。新的设计仍然可能有价值。

Unresolved questions¶

• 该 RFC 合并前需要解决哪些问题？
• 哪些相关问题被刻意排除在范围之外？
• 哪些后续决策可能需要自己的 RFC？

Future possibilities¶

描述该提案的自然扩展，以及它们可能如何影响项目路线图。

本节用于记录有用的相关想法，但这些想法不是接受当前 RFC 的必要条件。