Skip to main content
为 Devin 确定合适的用例是最大化效率和投资回报率(ROI)的关键。以下是选择与 Devin 优势相契合用例的一些最佳实践。

最佳 Enterprise 使用场景

Devin 的理想任务要求

如果你的任务满足上述大部分或全部要求,那么这个任务就非常适合交给 Devin 处理。

规划 Devin 的工作

选择合适的任务类型对于最大化 Devin 的可靠性至关重要。

垂直深入 vs. 水平广浅

狭窄-深入 与 浅层-广泛 的对比
由简单、可水平扩展的任务(例如解决 SonarQube 问题)构成的大量待办事项,在扩展到成千上万次迭代时,可以产生显著的投资回报率(ROI) 水平变更示意图
切片越简单,整体项目就越可靠

应该切分什么

非常适合交给 Devin 处理的任务类型:
  • 迁移
  • 重构
  • 现代化改造
  • 技术债务积压事项
例如,在进行代码迁移时,应当将任务拆分为一系列彼此独立的切片,每个切片由一个独立的 Devin 会话负责处理。 Slicing use cases illustration

验证

一个 slice 应该是项目中最小的原子单元
Devin 必须具有清晰的用于判断成功/失败的验证机制。
避免选择对依赖或外部系统依赖过多的任务。Devin 擅长编码类任务
向后兼容性示意图

并行执行

并行执行可视化

扩展性考量

Overall model diagram

任务定义最佳实践

当相关工作被合理地拆分和结构化后,Devin 在处理持续性的技术债务类任务(例如 PR 评审、QA 自动化)时表现尤为出色。
迁移、现代化改造和重构是非常适合的用例,前提是可以分阶段、逐步推进。 例如,如果要求对整个代码库进行一次性迁移,则不推荐这种做法。
案例研究:Nubank 迁移案例研究