从 llmc 切换
llmc 替代方案：aic
llmc 是供应商最多的选择——13 个后端、TOML 提示词、精美的 TUI。但它把你暂存的内容作为一条信息提交。对于提交历史质量,aic 是替代方案,而且它在持续维护。
为什么人们从 llmc 切换
llmc 自 2025 年底以来一直沉寂,没有 GitHub 发布;而且和这里的每个工具一样,它是文件粒度——没有拆分,没有冲突解决。
逐特性对比
| 能力 | aic | llmc |
|---|---|---|
| 把未暂存改动自动分批成多个提交 | 是——把未暂存改动拆成逻辑原子提交 | 否——每个暂存的 diff 只生成一条信息 |
| 在单个文件内跨提交拆分（per-hunk） | 是——按意图把每个 hunk 归入自己的提交 | 否——最多文件粒度 |
| 解决合并冲突 | 是——`aic resolve` 提出 diff，逐文件确认 | 否——只写提交信息 |
| 供应商数量 | 12（11 个一流 + OpenAI 兼容） | 13 |
| 终端体验 | 清晰、快速的行式输出 | 带进度计时器的精美 TUI |
| 运行时与依赖 | Rust 二进制——无需 Node.js | Node.js——npx / npm |
| 安装配置 | 交互式 `aic setup` 向导 | 可选的 `llmc init`（TOML 配置） |
| 自定义提示词 | 环境变量覆盖（`AIC_SYSTEM_PROMPT`） | 支持 `${diff}` 插值的 TOML 提示词 |
| 项目活跃度 | 每周发布 | 自 2025-10 起停更，无 GitHub 发布 |
| 多条候选信息 | 否 | 否 |
| 提交信息格式 | 约定式提交 | 约定式提交 |
以下情况切换到 aic:
…你希望未暂存工作被提交成干净、原子的约定式提交、冲突由 AI 解决,并且项目活跃、有公开更新日志。
以下情况留在 llmc:
…你想要最全的供应商菜单（13 个）、最漂亮的 TUI,以及丰富的 TOML 提示词配置。
如何切换
- 安装 aic：
brew install CaicoLeung/aic/aic - 一次性配置:运行 `aic setup`——供应商、密钥、模型,一个向导搞定
- 提交:对已暂存或未暂存的工作运行 `aic`;没有任何东西会盲目落地