GitHub Copilot for Jira引入自定义智能体、自定义分支规则和代码审查通知

自定义智能体与按Jira工作区定制

4月22日GitHub Changelog的公告带来了一些功能，将Jira中的Copilot云智能体从通用助手转变为真正可根据每个团队需求进行校准的工具。最重要的新功能是定义自定义智能体的能力——带有自定义系统指令和行为规则的Copilot专用配置。一个团队可以有一个遵循严格复现和回归测试协议的bug工单处理智能体，一个用于文档准备的智能体，以及一个用于常规依赖项更新的智能体。

除自定义智能体外，GitHub还添加了对Atlassian自定义字段的支持。这意味着Copilot可以读取和解释公司自定义字段中的数据——例如”监管影响”或”客户类型”字段——并根据这些数据决定如何处理工单。在此次升级之前，Copilot只能依赖标准Jira字段，这限制了其在拥有完善元数据模式的大型组织中的实用性。

大型团队的分支规则与约定

另一项重要新功能是在Jira工作区级别自定义分支规则。许多公司有严格的Git分支命名约定——例如feature/JIRA-123-简短描述、bugfix/JIRA-456-崩溃或紧急修复的特殊前缀。以前Copilot使用内置假设，在实践中意味着开发者在智能体打开分支后需要手动更改分支名称。现在，工作区管理员可以定义Copilot在打开与工单关联的新拉取请求时自动遵循的分支规则。

除分支规则外，还提供工作区级别的自定义指令。这些是Copilot在该Jira工作区内每次交互中都会遵循的文本指导方针——例如”始终包含回归测试”、“遵守内部提交消息风格”或”合并前检查CHANGELOG”。自定义智能体、自定义字段、分支规则和工作区指令的组合使Copilot成为一个真正能够融入成熟开发流程的可配置工具。

代码审查通知——与项目管理形成闭环

最后宣布的功能对于团队的非技术成员来说可能是最实用的：代码审查请求通知直接显示在Jira中。当Copilot或开发者打开拉取请求并请求审查时，通知会出现在关联的Jira工单上。跟踪Jira工单的项目经理或产品负责人现在可以看到PR已打开、谁被要求审查以及处于什么状态，无需切换到GitHub。

这一变化弥补了开发流程中最常见的漏洞之一——任务工具与代码工具之间的脱节。此前，工单常常停留在”审查中”状态，无法清晰看到究竟谁在进行审查以及需要多长时间，管理者不得不手动检查GitHub或者催促开发者。通过将审查通知与工单连接，GitHub表明了向深度AI项目管理集成的战略转变，项目工具和代码仓库表现为一个统一系统，AI智能体同时参与两个层面。