GETTING STARTED

Aoder 快速开始

用一个真实项目完成从需求描述、上下文读取、修改生成、Diff 审查到命令验证的完整 AI 编程闭环。

第一次使用流程

推荐按下面步骤开始，先让 Aoder 处理小而明确的任务，再扩展到复杂重构。

STEP 1

选择包含源代码、依赖配置和测试命令的项目。Aoder 会结合 README、项目规则、当前文件和终端输出理解上下文。

STEP 2

把需求写成可验证结果，例如“修复登录跳转失败，并确认 /api/user/self 返回 200”。清晰的验收目标能减少无效修改。

STEP 3

Aoder 会先阅读相关文件，再给出修改。你可以检查每个文件的变化、保留需要的 hunk，并拒绝不合适的改动。

STEP 4

让 Aoder 执行项目已有测试、构建、类型检查或 lint 命令。验证结果应和你的验收标准对应。

STEP 5

代码修改完成后，可以继续生成变更说明、技术方案、PPT 汇报或文档附件，让交付内容保持一致。

STEP 6

把命名规范、部署限制、测试命令和业务边界写入项目规则，后续任务会更贴合团队习惯。

面向刚开始使用 AI 编程助手的开发者。

如何让 Aoder 少改无关文件？

在需求里明确目标文件、验收命令和不要触碰的范围。Aoder 也会优先读取相关文件，而不是盲目全仓库改动。

可以让 Aoder 直接运行命令吗？

可以。建议让它运行项目已有验证命令，并保留输出作为交付证据。

适合团队项目吗？

适合。团队可以通过项目规则、审批和审查 Diff 控制修改范围，避免把 AI 输出直接绕过工程流程。