工作机制与关键组成
选择代码上下文
把相关文件加入会话，让模型聚焦于当前任务所需的代码。
协同修改
说明要改什么，与 Aider 讨论方案，并让它按任务修改文件。
用 Git 复核
检查差异和测试结果，确认补丁符合预期后再提交。
如何选择
如果你偏好轻量的终端结对编程，并习惯通过 Git diff 审核变更，Aider 值得尝试。
适合解决哪些问题
- 以 Git 差异为审核边界，迭代完成小功能或缺陷修复。
- 在自己掌控工作区的同时，询问与当前仓库相关的问题。
使用时要留意什么
- 上下文文件选得是否准确很重要；无关文件会浪费上下文并干扰修改。
- 提交前要检查生成的差异，并确认代码实际运行符合预期。
使用前，先弄清楚
为什么使用 Aider 时要主动选择相关文件？
Aider 围绕 Git 仓库和会话中的代码上下文工作。把相关实现、接口和必要测试加入会话，有助于模型理解修改约束；把无关文件全部交进去反而可能增加干扰。适合先限定一个可审阅的小改动，再通过 Git diff 确认结果。
放在一起理解
继续核对原始资料
概念说明参考项目文档与源码；场景选择和接入建议为 AI Manuals 的整理判断。版本、价格、许可及接口细节请以项目当前说明为准。