何时使用 Devin

简要说明： 把 Devin 当作一名初级工程师来对待。给 Devin 分配那些在提供足够且清晰的指示后，初级工程师或实习生也能完成的任务。记得像对待人类同事一样，为 Devin 提供同等详细程度的说明。想要更全面地了解如何高效使用编程智能体，请参阅我们的 Coding Agents 101 指南。  每天开始工作时，让多个 Devin 并行上手：

• 先梳理你的待办事项，将其中可以让一组实习生（Devin）帮忙完成的小任务拆分出来。
• 中午前后回头处理那些等待评审的草稿 PR。

 在 Slack 线程中 @Devin 获取快速 修复：

• Devin 非常适合耗时少于 30 分钟、但经常在待办列表中积压数周的任务。

 优先选择易于验证的任务：

• 理想情况下，只需检查 CI 是否通过或测试一次自动部署就能确认结果。避免那些含糊不清、看起来像是已正确完成但实际可能出了其他问题的任务。

 从小任务开始：

• 在刚开始使用时，多发起一些小规模运行，以便找到 Devin 的最佳使用场景。
• 尽量不要在一次运行中花费太多（>10）ACU。Devin 在特别长的会话中表现会变差。

在判断某个任务是否适合交给 Devin 时，你首先要问自己一个问题：如果给足够的时间和上下文信息，一名初级工程师能搞明白这件事吗？ 任务复杂度

• 考虑这项任务需要哪些判断和关键决策
• 识别实习生在执行过程中可能遇到的潜在失败情形或路径
• 对需要高级专业领域知识的任务，进一步拆分，或提供相关背景信息

任务定义与范围

• 一个好的任务应当有清晰的开始与结束，以及成功标准（例如，通过测试、符合现有模式）

可用参考资料

• 是否有可供 Devin 参考的示例或模式？
• 你能否提供原型、部分代码，或代码库/文档中的既有模式？
• 提供 Devin 可查阅的链接或文件名会非常有帮助。

成功验证

• 带有测试套件、代码规范（lint）检查或编译步骤的任务通常效果更好
• 具有主观标准的任务会更棘手一些

评审工作量

• 理想情况下，你只需要看到 CI 通过，或者可以快速测试一次自动部署

任务规模

• 对于大型任务，考虑拆分为子任务或多次会话
• 将大型请求拆分为更小、可管理的部分，有助于 Devin 保持方向正确

监控会话时长

• 如果 Devin 反复触发会话使用上限，说明分配给它的任务可能过于复杂
• 你可能需要提供更详细的指令和约束
• 考虑分析 Devin 主要把时间花在哪些步骤上
• 如果 Devin 在开发环境中遇到困难，重新查看工作区设置
• 自己完成任务有时会比把 Devin 拉回正轨更快

从 Devin 的错误中学习

• 在后续会话中，提供更多上下文或说明，帮助 Devin 跨越之前的障碍
• 考虑添加或批准知识，让 Devin 记住它在先前会话中学到的内容