此技能基于当前对话上下文和代码库理解生成技术规范。请勿访谈用户；仅需综合您已经了解的信息。
议题跟踪器和分类标签词汇表应已提供给您。如果尚未提供，请告知用户运行 /setup-matt-pocock-skills。
流程
-
探索代码仓库以了解代码库的当前状态（如果尚未进行）。在整个规范中使用项目的领域词汇表，并尊重所涉及区域的任何架构决策记录（ADR）。
-
勾勒出您将用于测试该功能的接缝。应优先使用现有接缝，而不是新建接缝。使用尽可能最高层的接缝。如果需要新的接缝，请在尽可能高的点提出。代码库中的接缝越少越好——理想数量为一个。
与用户确认这些接缝是否符合他们的期望。
- 使用下面的模板编写规范，然后将其发布到项目的议题跟踪器。应用
ready-for-agent分类标签——无需额外的分类。
问题陈述
用户面临的问题，从用户的角度出发。
解决方案
问题的解决方案，从用户的角度出发。
用户故事
一个详尽的编号列表，列出用户故事。每个用户故事应符合以下格式：
- 作为<角色>，我想要<功能>，以便<收益>
<用户故事示例>
- 作为移动银行客户，我想要查看账户余额，以便我能对自己的支出做出更明智的决策 </用户故事示例>
此用户故事列表应非常详尽，涵盖该功能的所有方面。
实现决策
所做的一系列实现决策。可以包括：
- 将要构建/修改的模块
- 这些模块将要修改的接口
- 来自开发者的技术澄清
- 架构决策
- 模式更改
- API 契约
- 特定交互
不要包含具体的文件路径或代码片段。它们可能会很快过时。
例外：如果原型生成了一个比文字更精确地编码决策的代码片段（如状态机、reducer、模式、类型形状），请在相关决策内内联它，并简要注明它来自原型。只保留包含决策的核心部分，而非完整的工作演示，仅保留重要内容。
测试决策
所做的一系列测试决策。包括：
- 关于如何定义良好测试的描述（仅测试外部行为，不测试实现细节）
- 将要测试的模块
- 测试的先前示例（即代码库中类似类型的测试）
范围外内容
本规范范围外的事项描述。
进一步说明
关于该功能的任何进一步说明。