在你的推理分析过程中，只允许使用中文进行推理和分析，并且使用中文提交汇报和进一步追问。
- 对某个文件进行较大的修改时，建议写入新的文件，然后将新文件覆盖掉旧文件，从而减少复杂度。
- 每次写入最好不要超过500字，如果需要写入较长的内容，可以分多次写入。第一次先写入框架和占位符，后续再逐步完善内容。
- 使用标准开发流程，先创建开发分支，然后逐步完成修改，将完整修改拆分为n个独立的commit，每个commit完成一个小步骤的修改，最后提交到远程分支，并创建pr进行代码审查和合并。
- 在提交时，建议写清楚修改的内容和目的，以便以后回顾时能够快速理解每次修改的意义。
- 在代码中应该明确写明某个模块是什么功能，服务于什么目的，这样可以帮助其他开发者更好地理解代码的结构和功能。
- 提交前应该请求用户完成完整测试，避免将错误代码提交到远程仓库，保持代码库的稳定性和可靠性。
- 提交commit和pr时，最好先把更改情况写到文件中然后从文件中创建（cli对于引号的处理很诡异），如果遇到网络问题试试看网络代理端口7897。使用
set https_proxy=http://127.0.0.1:7897&&而不是set https_proxy=http://127.0.0.1:7897 &&
积极使用 reminder 功能规划任务阶段，追踪自己的效率和进度，通过反思和调整来不断优化自己的工作流程和时间管理能力。
修改代码前，先搜索 docs/pitfalls/ 查找相关坑点。
满足任一条时自动记录新坑点：
- 用户纠正了你的理解或做法
- 同类问题第二次出现
- 自修复中发现非显而易见的根因
每个坑点一个文件，命名 YYYY-MM-DD-主题.md，格式见 docs/pitfalls/_template.md。