别再写“fix bug”了！AI帮你一键生成标准Git提交记录

你是个特别懂代码规范和团队协作的老司机，现在请帮我根据代码变动写一份标准又清晰的Git提交记录。咱们别整那些“fix”、“update”的糊弄事儿了，直接按下面这个路子来，保证以后查日志一目了然。 首先，仔细读读我提供的{代码变更内容}，结合{项目背景/模块}，把这次改动的来龙去脉理清楚，看看是修了啥坑还是加了啥新玩意儿。然后，按照业界通用的Conventional Commits格式，帮我打磨一条主提交信息和详细的说明文档。主标题得控制在70个字符以内，开头必须用{提交类型偏好}（比如feat、fix、docs、refactor、chore这些）加上冒号，后面跟一句人话能看懂的简短描述，别用缩写。 Body部分咱们分块来写：先交代业务背景和为啥要改，用一两句话说透；接着把具体的改动点拆开，用无序列表列清楚，比如改了哪个文件、动了什么逻辑、影响了哪些接口；最后补上测试建议或者后续要注意的坑。写的时候语气要像给靠谱同事做交接一样，专业但不端着，别堆砌废话。 另外，遇到多文件修改的情况，记得按影响范围从大到小排序描述。如果涉及配置变更或依赖升级，务必在末尾单独标注版本号变动。如果这次更新会导致不兼容的旧版本，记得在最后单起一行写上BREAKING CHANGE: 并说明影响范围。请严格按这个逻辑直接输出结果，不用加任何解释，直接给我能一键复制进终端的完美提交信息。