提示词 | Le Website de CharlieZC

接下来我需要提交一个(或几个)pr,包括以上所有未提交的修复内容;提交计划是不使用gh工具,我fork的有仓库,在该仓库下建立分支并提交pr,注意不要force push,并准备好详细的description的文本;不要直接进行提交pr,先给出切实可行的计划,包括提交几个pr;然后在提交前参考测试的项目文件,对准备提交的pr项目
进行测试,包括但不限于:集成测试、探针测试、单元测试、三个不同的websocket真实复杂案例测试
请使用真实链路复现并确定是否是bug,如果不是,给出改进方案后进行真实websocket链路测试;如果是,则定位以下问题根因,解决后使用真实web socket链路进行测试

```text
请先阅读当前项目，不要修改代码。

先告诉我：
1. 这个项目大致是什么类型
2. 主要目录分别负责什么
3. 入口文件在哪里
4. 哪些文件和当前需求最相关
5. 如果我要新增一个小功能，最合理的修改入口是什么

5.

我现在遇到一个 bug，请先不要直接修改代码。

已知信息：
- 现象：
- 预期：
- 技术栈：
- 相关文件：

请先帮我做这几件事：
1. 判断最可能的根因
2. 告诉我你还缺哪些信息
3. 给出最小改动方案
4. 在我确认之前，不要直接修改文件

6.

请帮我完成这个任务，但优先控制改动范围。

要求：
- 只修改和当前问题直接相关的代码
- 不要重构无关逻辑
- 不要调整命名和代码风格
- 不要引入新依赖
- 不要修改现有接口定义
- 如果你认为必须大改，请先说明原因，不要直接执行
本次只允许修改当前页面文件和相关状态处理逻辑，不要改动其他目录。

7.

我想在当前项目里新增一个小功能，请先基于现有结构实现，不要大改项目架构。

需求目标：
- 我想实现什么：
- 用户点击后会发生什么：
- 数据从哪里来：
- 最终效果是什么：

限制条件：
- 优先复用现有组件
- 不要引入新依赖
- 不要重构无关页面
- 保持现有风格和结构

请按这个顺序处理：
1. 先复述你理解的需求
2. 告诉我你准备改哪些文件
3. 再开始实现
4. 最后补充验证步骤

8.

请在修改完成后，补充以下内容：
1. 本次改动涉及了哪些文件
2. 核心修改点是什么
3. 正常流程应该怎么验证
4. 边界情况应该怎么验证
5. 这次改动最大的风险点是什么

9.

在开始之前，请先复述你对任务的理解，包括：
1. 这次任务的目标是什么
2. 哪些地方允许修改
3. 哪些地方不要动
4. 你准备按什么顺序执行

在我确认之前，不要直接修改代码。

10.

我现在要你帮我处理一个开发任务，请按工程协作方式来完成。

任务目标：
- 我要解决的问题是：
- 预期结果是：

上下文：
- 项目类型：
- 技术栈：
- 相关文件：

限制条件：
- 优先最小改动
- 不要重构无关代码
- 不要引入新依赖
- 不要修改无关文件

执行顺序：
1. 先复述你对任务的理解
2. 先判断应该查看哪些文件
3. 如果问题还不明确，先分析，不要直接改
4. 如果可以修改，再给出最小改动方案
5. 修改完成后补充验收步骤和风险提醒

在这里填写提示内容

子提示内容