对比 · git-ai 替代方案
aic 对比 git-ai
git-ai 是本地优先的 Git 助手——提交信息、PR 描述，默认零配置的 Ollama。它还很早期（v0.1.3），自 2026 年初以来一直沉寂，但 PR 描述这个切入点是真的。这份对比会保持公平。aic 在原子化历史至关重要的地方胜出：hunk 级分批和 AI 冲突解决，且无需依赖 Node.js。
逐特性对比
| 能力 | aic | git-ai |
|---|---|---|
| 把未暂存改动自动分批成多个提交 | 是——把未暂存改动拆成逻辑原子提交 | 否——每个暂存的 diff 只生成一条信息 |
| 在单个文件内跨提交拆分（per-hunk） | 是——按意图把每个 hunk 归入自己的提交 | 否——最多文件粒度 |
| 解决合并冲突 | 是——`aic resolve` 提出 diff，逐文件确认 | 否——只写提交信息 |
| PR 描述 | 否 | 是——`git ai pr` |
| 本地优先默认 | 自带任意供应商（含 Ollama） | 零配置 Ollama——免费且离线 |
| 运行时与依赖 | Rust 二进制——无需 Node.js | Node.js ≥ 22——npm / npx |
| 安装配置 | 交互式 `aic setup` 向导 | `git ai config` 命令 |
| 供应商覆盖 | 11 个一流供应商 + OpenAI 兼容 | Ollama、OpenAI、Anthropic |
| 项目活跃度 | 每周发布 | 自 2026-02 起沉寂 |
| 提交信息格式 | 约定式提交 | conventional + gitmoji 选项 |
| 多条候选信息 | 否 | 否 |
aic 领先之处
- 把未暂存改动自动分批成多个提交 aic 的招牌功能。git-ai 只为你暂存的内容写一条信息。
- 在单个文件内跨提交拆分（per-hunk） aic 在 hunk 级别读取 diff；git-ai（和榜单里所有工具一样）把文件当作原子单位。
- 解决合并冲突 git-ai 没有冲突处理能力——你仍然要手动解开合并。
- 运行时与依赖 aic 是单个静态二进制；git-ai 通过 Node 和 scoped npm 包运行。
- 安装配置 aic 引导你完成 供应商 → 密钥 → 模型；git-ai 通过 CLI 配置。
- 供应商覆盖 aic 提供更多带合理默认模型的一流供应商。
- 项目活跃度 aic 每周发布；git-ai 已沉寂约 6 个月。
- 多条候选信息 各有利弊 两者都没有从 N 条中挑选的菜单——都只起草一条。
git-ai 仍然占优之处
git-ai 是榜单里唯一会起草 PR 描述、并默认免费本地模型的工具。如果它们比原子化历史更重要，选它是公平的：
- PR 描述 git-ai 起草 PR 标题和描述；aic 专注提交与冲突解决。
- 本地优先默认 git-ai 开箱即离线可用；aic 需要供应商密钥，但也支持 Ollama。
- 提交信息格式 git-ai 提供 gitmoji 格式；aic 设计上仅约定式。
常见问题
aic 是 git-ai 的好替代方案吗？
如果你想把未暂存工作拆成逻辑提交并解决合并冲突，是的。如果你想要 PR 描述和免费本地默认，git-ai 依然值得关注。
aic 会起草 PR 描述吗？
不会——aic 专注提交和冲突解决。PR 描述是 git-ai 在榜单里的强项。
更多对比
一句话总结
如果未暂存工作堆积如山、想拆成干净、原子的提交——或者想解决合并冲突——选 aic。如果你想要一个也起草 PR 描述的本地优先助手，git-ai 值得关注——只是要知道它是文件粒度，且自 2026 年 2 月以来一直沉寂。