Aider

四个值得尝试的使用场景

• 实现命令行小功能: 提供入口、参数形式与示例，检查正常及边界输入，保持与现有命令一致，避免增加功能时改变原来的成功行为。
• 修复失败函数: 说明错误和预期契约，加入相关实现与测试文件，让修改围绕已展示的缺陷，避免顺手改变无关模块。
• 重构重复模式: 给出重复示例和必须保持的行为，检查调用方，判断新抽象是否真正更清楚，而不是引入不必要依赖。
• 更新配置与文档: 也可处理结构化文本，接受前核对语法、链接和真实项目命令，不把通顺说明直接当作已经可执行的操作指南。

平台、输入输出与部署条件

主要操作方式是终端，可与喜欢的编辑器并用。按照当前安装说明操作，不要照抄旧截图里的型号，运行环境和配置与系统及提供方有关。首次配置成功后，保留一份适合当前项目的设置说明方便复用。

上下文选择本身就是工作的一部分：太多无关代码增加费用和理解负担，太少又会隐藏依赖。从最小有用集合开始，检查助手理解，出现具体缺口再补材料，比一次上传所有内容更容易控制方向。

数据、权限与许可

除非采用完全本地配置，所选模型提供方可能收到推理上下文。本地终端界面本身不能证明专有源码始终留在设备上，应按实际端点判断数据流向。

通过支持方式保存 API 密钥，避免加入包含秘密的文件。分享补丁前检查提交和生成内容，尤其是工作区还有无关私有数据或本地配置时，不应让这些材料混入最终成果。