Key 只在你的浏览器里。Key 由浏览器直接发送给服务商，不经过我们的服务器，我们不记录也不保存。建议使用专门创建、设了额度上限的 Key，用完及时到服务商后台删除。
输入
结果
结果会显示在这里。提交信息总是最后才写、写得匆忙，最后变成一句“fix bug”。把 git diff --staged 的输出贴进来，它会按约定式提交格式（feat、fix、refactor、perf……）或普通一句话写出标题行，需要的话再加一段正文，中文英文都行。规则取自 Nutlope/aicommits 和 di-sukharev/opencommit 这两个最常用的命令行工具：描述行为变化而不是罗列文件，只有新增能力才用 feat，除非 diff 明确破坏了接口，否则绝不标成破坏性变更。
它是怎么工作的
- 发送前会剔除锁文件的改动（package-lock.json、pnpm-lock.yaml、go.sum、Cargo.lock 等），只保留文件名，几千行哈希不会白白消耗你的 token。
- 标题用祈使语气，目标 50 个字符以内、最长不超过 72；即使正文是中文，类型和作用域也保持英文。
- 输出就是纯提交信息，没有代码块和引号，可以直接粘进 git commit -F 或编辑器的提交框。
你的数据去了哪里
使用自带 Key 时，你输入的内容和 Key 由浏览器直接发送给你选择的 AI 服务商，不经过 hysenlabs 的服务器。使用官方托管时，内容经我们的服务器转发给我们的服务商（DeepSeek），按 credits 计费；我们只记录每次运行的 Token 数和成本用于计费，从不保存你输入的内容和返回的结果。服务商如何处理这些内容，以它自己的隐私政策为准。
本工具会接触密钥和凭证，因此任何一次运行都不会被保存，连你自己的历史里也不会有。
关于你的 API Key
我们承诺不会收集、存储或泄露你的 Key：它只保存在当前页面的内存里（除非你勾选“在本标签页记住”），关闭页面即消失。但任何 Key 一旦在网页里用过，都值得多一分小心——建议专门为这里创建一个设了额度上限的 Key，用完后及时到服务商后台删除或轮换。
它要花多少
本工具完全免费，不需要登录，也不消耗积分。
常见问题
- 我的 diff 和 API Key 会发到哪里？
- 用你自己的 Key，从当前页面直接发给你选的模型服务商，hysenlabs.com 两样都收不到。diff 里可能有公司内部代码，请用公司允许的服务商，并单独建一个设了额度上限的 Key，用完就删。
- 应该贴哪一种 diff？
- 准备提交的内容用 git diff --staged，整个分支用 git diff main...HEAD。推荐前者：提交信息应该准确描述这次提交进去的东西，混进未暂存的改动只会让模型去猜。
- 为什么它选了 refactor 而不是 fix？
- 提示词规定 fix 只用于修正行为，refactor 用于不改变行为的重构。如果单看 diff 看不出修了 bug，模型就无从得知；在 diff 上方加一句“修复列表为空时崩溃”，它就会采用。
- 能遵守我们团队的 commitlint 规则吗？
- 它使用标准的约定式提交类型。如果团队有自定义类型或强制的 scope 列表，提交前请对照你们的 commitlint 配置检查一遍——这个工具读不到你仓库里的配置。
背后的开源项目
本工具的提示词改编自 Nutlope/aicommits（MIT），由你选择的模型执行。想在命令行或自己的程序里批量使用同样的能力，可以直接用这个项目。
Nutlope/aicommits也常被称作
- ai生成commit信息
- git commit message生成
- 约定式提交生成器
- aicommits在线
- commit规范