规则应该写什么
建议写明技术栈、代码风格、测试命令、禁止修改路径、部署限制、敏感文件处理方式和提交要求。规则越具体，Aoder 越容易做出可接受修改。
PROJECT RULES
Aoder 项目规则教程
项目规则让 AI 输出更贴近团队习惯，也能减少无关修改、错误命令和交付返工。
核心内容
围绕真实搜索意图组织页面内容，帮助你判断 Aoder 是否适合当前任务。
把验收命令写清楚
例如前端项目写 npm run lint、npm run build，后端项目写 pytest、go test 或接口 smoke test。这样每次任务都能按统一方式验证。
规则不是越长越好
规则应聚焦工程边界，避免写成大段口号。能直接影响代码行为、命令执行和交付格式的规则最有价值。
常见问题
补充使用前最常见的判断问题，减少试用和团队评估成本。
AGENTS.md 放在哪里？
通常放在仓库根目录，也可以在子目录放更细的规则，离文件越近的规则越具体。
规则会替代代码评审吗？
不会。规则帮助 AI 靠近团队习惯，最终仍需要开发者审查 Diff。
旧项目没有规则怎么办？
可以从测试命令、禁止路径和代码风格三项开始，逐步补充。