InfoQ
1 个来源Calendly 公开 Agentic Engineering 实践：Agent 一周半生成 64 个 PR，完成 30% 项目重构
Calendly 公开了其内部 Agentic Engineering 实践，Agent 已嵌入研发全流程，在 IAM 团队一周半生成 64 个 PR，完成大型解耦项目约 30% 工作。文章指出，随着执行自动化，工程瓶颈转向“判断力”，人的参与依然关键。
返回信息流
新闻事件
SynthePulse Insight · AI 深度解读会员精读
当Agent进入成熟SaaS的研发全流程：Calendly的实践与瓶颈转移
版本 1 · 1 个来源
Calendly公开了其内部Agentic Engineering实践：Agent在Jira、GitHub、CI等系统中自主规划、实现、测试，人类负责最终Review和Merge。在IAM团队，一周半内Agent生成64个PR，完成约30%的项目重构。Calendly认为，瓶颈已从写代码转移到判断力。
- Calendly公开内部Agentic Engineering实践，Agent嵌入Jira、GitHub、CI等系统，人类保留最终Review和Merge。
- IAM团队一周半内Agent生成64个PR，其中37个已合并，完成约30%的解耦项目工作。
- Calendly认为瓶颈已从写代码转移到判断力，需求质量、Scope质量和Review质量变得更重要。
展开章节目录Agentic Engineering闭环：从Jira到生产环境
Agentic Engineering闭环：从Jira到生产环境
Calendly的Agentic Engineering实践并非理论，而是已在其工程组织中运行。其闭环通常从一份one-pager或Jira Ticket开始，Agent先审查Ticket中的歧义和缺失细节，然后规划Agent将工作拆解为适合单个PR大小的任务，实现Agent在隔离的Worktree或自托管Worker中并行执行，QA或Reviewer Agent验证输出，最后人类进行最终Review、Approve和Merge。
这套系统拥有持久状态：Jira保存需求，GitHub保存代码评审和修改历史，CI保存验证结果，Repository指令和共享规则保存Agent的行为约束。Calendly强调，这不是一个聪明的Prompt，而是一套拥有持久记忆的闭环系统。
Calendly明确区分了Agentic Engineering不是什么：不是AI写所有代码，不是不受限制的自主运行，也不是用AI替代工程责任。任何名字出现在Agent辅助完成的工作上的工程师，仍然必须对这项工作负责。
可信度边界
本文基于Calendly官方博客的InfoQ编译报道，属于公司自我披露的实践分享，数据（如64个PR、30%重构）为Calendly单方面声称，未经第三方独立验证。独立研究（CodeRabbit）的引用为转述，具体研究细节未提供。
主报道
InfoQ
主报道来源