需用DeepSeek生成含功能模块、变更类型、影响范围三要素的Git提交信息，严格遵循Conventional Commits规范，并绑定项目术语表、强制关联需求号、禁止模糊表述、逐行验证diff、不足时降级为chore。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
为开发团队统一Git提交说明格式，避免出现“fix bug”“update file”这类无法追溯上下文的模糊描述，需让DeepSeek生成的提交信息包含功能模块、变更类型、影响范围三要素。
基础提示词结构
用自然语言明确告诉DeepSeek角色、输入源和输出要求：你是一名资深前端工程师，正在为一个电商后台系统写Git提交说明。请根据我提供的代码diff内容，生成一条符合Conventional Commits规范的英文提交信息，首行不超过72字符，第二行空着，第三行开始用中文简要说明本次修改解决的具体问题或对接的PR需求编号。
这一步操作起来很简单，直接把上述提示词复制进DeepSeek对话框即可使用。
适配团队协作的增强写法
方法一：绑定项目术语表
在提示词开头追加一句：“本项目模块命名规范如下：用户中心→user-center，订单服务→order-service，营销引擎→promo-engine。所有提交信息中的模块名必须严格匹配以上命名，不可缩写、不可拼错。”
方法二：强制关联需求追踪号
在提示词末尾加上：“若diff中出现JIRA编号（如PROJ-1234）、飞书多维表格ID（如tbl-abc123-rec-def456）或GitHub PR链接，请务必将其放在提交信息末尾方括号内，例如[PROJ-1234]或[PR#89]。没有则不写，禁止虚构。”
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
【若团队已启用CI校验提交格式，此处遗漏模块名或需求号将导致push被拒绝】
防止AI胡编的防御型提示
第一步：禁止自由发挥
在提示词中插入硬性限制：“不许使用‘优化’‘调整’‘重构’等无指向性动词；不许出现‘可能’‘大概’‘疑似’等模糊表述；不许添加原diff中未体现的逻辑推断。”
第二步：要求逐行验证
追加指令：“生成前，请对照diff逐行确认：新增代码是否真在user-center模块？删除的函数是否属于promo-engine？只有完全匹配才可输出。”
第三步：失败兜底机制
加上最后一句：“若diff信息不足（如仅含package.json版本号变动、.gitignore增删），则只输出‘chore: update dependencies’或‘chore: adjust gitignore’，不作任何额外解释。”
