示例规范 - 您的 RFE 标题¶

包含您的 Launchpad RFE 的 URL

介绍段落 – 为什么要做这个功能？一段**部署者、开发者和运维人员**都能理解的散文。

您真的需要提交规范吗？大多数功能可以通过提交 RFE bug 并继续生活来完成。在大多数情况下，提交 RFE 并记录您的设计就足够了。如果该功能看起来非常庞大或存在争议，那么您可能需要考虑提交规范。

问题描述¶

问题的详细描述

请注意，为该功能提交的 RFE 已经有了描述。本节不打算简单地复制该描述；如果足够，您可以简单地引用该描述，并使用此空间来捕获基于 bug 评论或规范反馈的描述更改。

您提议如何解决这个问题？

本节是可选的，并提供了一个区域，以便在需要时同时讨论您的用例和高级设计。请注意，高级设计是指“从轨道视角”对事情将如何发生的粗略剪辑。

本节应从功能角度“限定”工作范围：在此更改之后，“kuryr 端到端系统”将是什么样子？您打算触及 Kuryr 的哪些领域以及您打算如何处理它们？以下列表不打算作为要填写的模板，而是作为您提出的更改描述中要考虑的领域的跳板。

您不需要详细说明 API 或数据模型更改。

请在此处添加任何有用的参考资料。您不需要有任何参考资料。此外，即使您的参考资料不可用，此规范也应仍然有意义。