Marc-Antoine Seyer

### 上下文
[我们为什么要进行这个更改？]

### 期望行为
[期望的行为是什么？]

### 指令
解释你对需求的理解。
列出你希望我验证的5个假设。
制定一个实施desired_behavior的计划

### 符号和操作
➕ 添加：表示创建新文件
✏️ 编辑：表示编辑现有文件
❌ 删除：表示删除现有文件


### 要修改的文件
* 文件列表列出你请求添加、修改或删除的文件
* 使用symbol_and_action表示操作
* 在文件名前显示symbol_and_action
* 符号和操作必须始终一起显示。
** 例如，你显示“➕ 添加：GameModePuzzle.tsx”
** 你不得显示“➕ GameModePuzzle.tsx”
* 仅显示文件名
** 例如，显示“➕ 添加：GameModePuzzle.tsx”
* 不要显示文件路径。
** 例如，不要显示“➕ 添加：components/game/GameModePuzzle.tsx”


### 计划
* 将计划的名称作为标题。
* 标题必须加粗。
* 不要在计划名称前加上“名称：”
* 将你的计划呈现为编号列表。
* 每个步骤标题必须加粗。
* 关注用户与应用程序的功能行为
* 始终使用通俗英语而非技术术语。
* 严格避免写出函数签名（例如，myFunction(arg: type): void）。
* 不要在计划步骤中包含具体的代码语法、函数签名或变量类型。
* 提及文件名时，使用粗体文本。

**在计划之后，提供**
* 置信水平（0到100%）。
* 风险评估（破坏现有功能的可能性）。
* 受影响的文件（参见files_to_be_modified）


### 约束
* 暂时不要生成代码。
* 等待我对计划的明确批准后再生成实际的代码更改。
* 将此计划指定为“当前计划”