概述
根据所需的任务、权限和审核流程选择工作流程。功能列表不能替代在代表性代码上测试工具。
主要要点
- 比较操作级别和所需权限。
- 使用实际存储库进行测试。
- 措施经过审查，结果正确。
深入探讨
区分建议工具和行动工具。内联补全建议文本；代理可以编辑文件、执行命令或与服务交互。后者需要明确的界限、可观察的进展以及对后续行动的控制。评估存储库的理解。检查该工具是否遵循本地约定、查找相关测试、尊重现有更改并使用正确的框架版本。关于通用项目的完美答案可能不适合它前面的代码库。衡量完整的开发工作流程。计算审查和纠正时间、回归、可维护性以及最终结果的质量。更多生成的行或更快的初稿并不一定意味着更快地交付正确的更改。查看特定工具和帐户的数据处理、执行权限和许可。保留一种在应用或发布更改之前检查更改的方法。使用当前文档来了解支持的集成和限制，并在重大更新后重新测试有意义的任务。
04工作示例
比较已完成的工作而不是草稿速度
- 选项A
想象一下，工具 A 在 1 分钟内创建了一个补丁，但需要 20 分钟的修正，而工具 B 需要 5 分钟，并需要 2 分钟的审查。
- 选项B
比较完成时间时包括验证和纠正工作。
测试
在将更快的草案视为更好的开发结果之前，检查可维护性和回归。
它显示了什么
发明的时序说明了工作流程级别的比较，而不是实际产品的基准。
现实世界的实施
将修复相同小错误的工具与已知的失败行为进行比较。
检查代理是否保留不相关的工作树更改并准确报告测试失败。
付诸实践
为什么这很重要
- 构建选择. 应用级设计决定了人工智能是否能改善实际结果。
- 团队与工作流程. 良好的工作流程集成可以创造用户值得信赖的生产力收益。
- 风险与安全. 范围明确的用例可以减少变更疲劳和实施风险。
留意
- 将损坏的流程自动化可能会加剧现有问题。
- 团队可能会过度自动化并消除所需的人工判断。
- 如果不持续评估输出，质量可能会出现偏差。
后续步骤
- 绘制当前工作流程并确定摩擦最大的步骤。
- 在完全自动化之前定义人工检查点。
- 对用户进行提示、升级路径和质量标准方面的培训。
- 跟踪任务级结果以确认持续价值。
资料来源与延伸阅读
- GitHub检查生成的更改和上下文
不断探索
常见问题
编写最多代码的工具是否效率最高？
未必。审核负担、正确性、可维护性和不必要的更改可能会超过输出量。