关键是给 AI 提供原始材料 — 实际的 diff 或代码 — 并要求它使用特定的、规范的格式。AI 擅长将一个改动转化为清晰的文字,但前提是它能看到实际改变了什么。
关键是给 AI 提供原始材料 — 实际的 diff 或代码 — 并要求它使用特定的、规范的格式。AI 擅长将一个改动转化为清晰的文字,但前提是它能看到实际改变了什么。
git diff --staged | <your AI tool>。feat:、fix:、docs:),或你的 changelog 风格。一条懒散的 commit message:
fixed stuff
在提供 diff 并要求使用 Conventional Commit 风格后:
fix(auth): reject expired tokens in session middleware
The middleware only checked token signature, not expiry, so expired
sessions stayed valid. Added an `exp` claim check that returns 401.
第二个版本告诉 reviewer 改动了什么以及为什么 — 在六个月后的 git log 中要有用得多。
始终根据实际改动检查结果。AI 不知道你的意图 — 它只能看到给它的代码 — 所以它可能会将 fix 错误标记为 feat,或声称存在实际并不存在的副作用。
好的 commit messages 和文档是你和你的团队成员理解为什么代码存在的方式。AI 消除了写好这些内容的摩擦,但准确性由你负责:一份充满自信的错误 changelog 比没有更糟。提供真实的输入,要求遵循真实的约定,并在提交前进行验证。