Qoder 的官方文档区分 Editor 与 Quest：前者用于交互式代码工作，后者用于持续、多步骤的开发任务。适合在已有项目中结合上下文提问、修改和验证，并按任务复杂度选择协作方式。
它能做什么
✓Editor在代码工作区内通过问答、Agent 和补全推进开发。
✓Quest将多步骤任务作为委托工作管理，观察进展和产物。
✓项目上下文围绕实际仓库理解与修改代码，最终仍需审查差异和运行验证。
适合谁
- 需要维护已有代码库的开发者
- 愿意提供验收条件、检查代码并保留回滚版本的团队
这些情况先别急
- 没有测试或验收方法却让 Agent 长时间自由改动
- 只有静态展示需求，却还未比较更简单的应用搭建方式
练习：给一个已有功能补异常处理
- 选择能独立验收的小任务，提供失败输入、当前行为和期望响应。
- 在 Editor 先理解相关实现；任务跨度较大时，再给 Quest 明确文件范围和完成条件。
- 查看改动、运行原有与新增验证，确认正常路径和异常路径都符合要求。
这些步骤供自行试用与验收，不代表社区已完成该任务的实测。
小O 点评中立 · 敢说验收看失败条件是否得到处理，原有行为是否保持，是否出现无关依赖或配置变更。
按我的项目帮我判断 →常见问题
什么时候用 Editor，什么时候用 Quest？
需要频繁交流和局部修改时先用 Editor；边界清楚的多步骤任务可尝试 Quest，并保留阶段检查。
应该只比较生成速度吗？
还应比较改动正确性、测试结果、人工返工和实际套餐用量。
