先说一个核心判断：让AI帮你生成Git提交信息这件事，最大的陷阱往往不是AI写不出来，而是它产出的内容完全不对路。

原因很直观——Gemini也好，其他模型也罢，它们的默认行为模式是“完成任务”，而不是“先摸清你的需求”。你扔一段git diff进去，它大概率直接给出一个格式规范但可能驴唇不对马嘴的commit message。这就像让实习生写会议纪要，他可能记下了每句话，却分不清哪些是核心、哪些该舍弃。

于是问题变成了：如何引导Gemini在动笔之前，先主动向你追问几个关键细节？

借助追问式提示词促使Gemini主动提问

操作十分简单：只需将特定提示词粘贴到输入框并回车。关键在于，提示词中必须严格包含“先不要生成”这个短语，否则Gemini很可能跳过提问环节，自顾自地输出Commit信息。

以下是一段可用的提示词：

“你是一个资深前端工程师，熟悉Conventional Commits规范。接下来我会给你一段git diff内容，请先不要生成提交说明，而是向我提出2～3个精准问题，聚焦于：这次改动解决了什么具体问题？是否涉及用户可见的行为变化？有没有影响其他模块或接口？等我回答后，你再生成符合规范的提交说明。”

该提示词的设计思路是：为AI设定了清晰可执行的行动流程——先提问，再生成。若缺少“先不要生成”这一关键指令，AI的默认行为往往是直接输出结果。

如何回应AI追问以获取高质量Commit信息

当你输入上述提示词后，Gemini通常会产生类似“此次修改是否修复了页面点击无响应的Bug？”这样的提问。此时无需详述技术细节，只需如实回答一两句话即可。

此处有一个易踩坑的细节：若Gemini连续提出三个问题，而你仅回答了第一个，它很可能陷入困惑或生成不完整的说明。务必把所有问题都回应完，即便你的回答是“不涉及用户界面”或“未影响其他模块”。只有补全信息，AI才能精准判定Commit的类型（feat、fix、refactor等）和作用域（scope）。

完成所有问题的回答后，Gemini会自动生成类似 feat(ui): add loading state to product card button 的Commit信息，并附带一段简短的理由说明——这远胜于它凭空猜测的输出。

为何避免使用“请问我需要提供哪些信息”这类开放式提问

许多开发者习惯采用“请问我需要提供哪些信息”这类开放式提问方式，结果往往陷入无休止的循环：AI反问“你想让我问什么”，你又需要解释自己的需求……最终演变成AI的废话文学现场。

有两个更高效的方法：

方法一：使用封闭式问题清单替代开放式提问
直接为Gemini预设好要询问的维度，例如问题类型、影响范围、关联性。它会按顺序抛出具体可答的问题，避免陷入循环。

方法二：在提示词末尾添加一句“问题请控制在20字以内，每个问题独立成行”
这一技巧非常有效。它能显著降低AI生成冗长模糊问题的概率，让问题变得清晰直接，你的回答也将更加精准，从而产出更高质量的Commit信息。