[分享创造] [commit-hook] 给 git commit 加了个 AI 质检员，开源求参与

[分享创造] [commit-hook] 给 git commit 加了个 AI 质检员，开源求参与

一句话看懂：开发者 V2reach 开源了一个叫 commit-hook 的 Python 工具，能在 commit 时自动用 LLM 比对 diff 和 message，不匹配就拦截并给出改进建议，直接解决了团队 commit 消息随意、CR 耗时长的痛点。

事件核心：发生了什么

这个名为 commit-hook 的项目是一个 git commit-msg hook，在开发者执行 git commit 时，会自动获取本次变更的 diff 并与写下的 commit message 进行比对，经过 LLM（支持 OpenAI / Anthropic / Ollama / 自定义 API）判定为不匹配后直接拦截提交，并给出具体修改方向。项目目前是 MVP 阶段，通过 uv tool install 一行命令安装，commit-hook init 即可自动配置 hook。
目前公开信息显示，作者已经跑通了核心链路并开源在 GitHub（https://github.com/Casper-Mars/commit-hook），发帖是想收集更真实的边界场景反馈并吸引社区贡献代码。

为什么重要

团队协作中，commit message 质量直接影响到代码审查效率、变更追溯和自动化发布日志的可读性。传统解决方案依赖 eslint、commitlint 之类的格式检查工具，但语义层面的一致性（diff 到底在做什么 vs 写出来的 message 是否准确）一直缺少有效自动化手段。这个项目将大模型的文本理解能力引入到 git hook 环节，本质上是在“开发元工具”上做了一次推理应用的落地尝试，使用门槛很低，但覆盖的场景——从个人习惯纠正到团队 CI 准入——有明确的工程价值。

对用户/开发者/创作者的影响

对于任何使用 git 的团队尤其是中小团队，这个工具可以直接降低 CR 时“扯到 message 表述”的沟通成本。目前是拦截模式（不匹配就不让 commit），但作者在讨论是否应改为 warn 提醒模式给用户选择权，这个设计选择会影响实际使用体验。如果后续做到 GitHub Action 集成或 IDE 插件化，等于把检查从本地推向 CI，成为一种轻量的代码提交质量门禁。对于个人开发者，装完即用，尤其在维护开源项目时需要先统一自己的 commit 规范，也相当实用。

值得关注的后续

1. 截断策略和敏感文件过滤的完善——大 diff 场景下如果截断不当，LLM 判断依据缺失会导致误判，这是决定工具是否可用的关键点。
2. 是否推出 VSCode / JetBrains 插件——这会影响推广速度和接受度，毕竟不是所有开发者都习惯先配终端 hook。
3. 多模型对比模式能否落地——双模型打分取均值在准确率上的提升值得观察，但会增加每次 commit 的等待时间，用户能否接受这一 trade-off 需要真实数据验证。

来源：V2EX (创意工作者社区)