协作工具集成
从消息、Issue 和工作项委派云端代理,区分授权、上下文与后续协作。
Copilot cloud agent 可以从团队日常讨论和任务系统发起工作。集成提供外部上下文,再在 GitHub 仓库中产生结果;各平台的触发权限、上下文范围和后续操作并不相同。
选择入口
| 平台 | 主要工作方式 | 对应章节 |
|---|---|---|
| Slack | 消息或线程启动研究、规划、代码任务,再在 Slack Code 频道协作 | Slack |
| Teams | 在线程或聊天中启动并继续研究、规划与代码任务 | Teams |
| Jira | 从工作项分配、提及或 Jira automation 创建 PR | 使用流程与安装排障 |
| Linear | 从 Issue 委派,指定模型、角色和分支,并继续 steering | Linear |
| Azure Boards | 从工作项操作菜单创建关联 draft PR | Azure Boards |
先确认付费 Copilot 访问、cloud agent 准入,以及两侧应用的安装和个人连接。安装在组织中不代表每位用户已经完成登录授权,也不替代仓库权限。
上下文会进入产物
| 来源 | 官方说明的上下文 |
|---|---|
| Slack / Teams | 整个会话线程的消息 |
| Jira | 标题、描述、标签、评论及 acceptance criteria 等自定义字段 |
| Linear | Issue 描述与评论 |
| Azure Boards | 描述、复现步骤等文本字段与最近 50 条评论 |
上下文会保存在代理生成的产物中;例如 Jira 内容进入公开仓库 PR 后会对所有人可见。外部工作空间的可见范围不一定等于 GitHub 目标仓库范围,发起任务前应核对目标与实际传入内容。
发起权限与提供信息不同
Slack、Teams 和 Linear 的指南明确区分:只有仓库有写权限的人可触发修改,但其他参与者的消息也可能作为上下文。Slack / Teams 的 guest 和仓库 outside collaborator 还不能启动或 steering。
不能把原生 GitHub PR 评论的触发规则,当作所有集成都只会读取有写权限用户的消息。具体执行身份、可见范围和跟进方式见各平台章节。
GitHub 侧验收
进入关联 PR 或会话日志检查实际修改和验证。外部系统显示任务结束,不代表仓库审批、CI 和合并条件均已满足,参见评审与验收。
本节文档
- 在 Slack 与 Copilot 协作连接 GitHub App,通过 Slack Code 频道研究、规划、修改代码与创建 Issue。
- 在 Teams 与 Copilot 协作安装 GitHub App,在线程中指定仓库和分支,并继续同一任务。
- 安装与排查 Jira 集成配置 Jira Cloud、GitHub 应用、GHE.com 数据驻留和个人 SSO 授权。
- 从 Jira 工作项委派任务使用分配、提及或 Jira automation 创建 PR,并区分继续原任务和新开任务。
- 从 Linear Issue 委派和继续任务配置集成与 agent guidance,指定角色和分支,并在 Issue 中 steering。
- 从 Azure Boards 创建代理 PR授权应用、选择目标仓库和分支,并核对传入的工作项上下文。