从 Jira 工作项委派任务
使用分配、提及或 Jira automation 创建 PR，并区分继续原任务和新开任务。
完成安装与个人授权后，可从 Jira 工作项启动 cloud agent。应用必须已为你所属的 GitHub 组织启用，且你对目标仓库有写权限。
三种启动方式
| 方式 | 操作 |
|---|---|
| Assignee | 将 GitHub Copilot 分配给工作项 |
| 评论 | 提及 @GitHub Copilot 并描述任务 |
| Jira automation | 选择 Use GitHub Copilot action，结合工作项创建、状态变化、标签等触发器 |
在描述或评论中说明目标仓库。例如：
@GitHub Copilot create a new API endpoint for user authentication in octo-org/octorepo任务应包含明确要求、验收标准与实现范围。首次使用时完成 GitHub 和 Atlassian 授权，不能仅凭工作项已分配就跳过个人连接。
传递的上下文
代理读取工作项标题、描述、标签、评论和 acceptance criteria 等 Atlassian 自定义字段。上下文会进入创建的 PR；如果目标是公开仓库，相关内容会对所有人可见。
因此，应先确认目标仓库和工作项内容适合该可见范围。仅在 Jira 中限制访问，不会把公开 PR 自动变为私有。
查看进展
代理开始处理 PR 后，Jira Chat 面板会出现评论，任务发起者可以查看实时活动流和 GitHub 会话链接。超过约一分钟仍没有触发确认时，官方建议刷新工作项页面。
继续原 PR 与新开 PR
| 后续入口 | 官方行为 |
|---|---|
| Agents 区域下的 Continue in Chat | 更新当前 PR |
| Chat 中的 GitHub 会话链接，然后在 Agents 面板跟进 | 更新已有 PR |
Jira 工作项中的新 @GitHub Copilot 提及或后续评论 | 启动新会话并创建新 PR |
希望修正同一 PR 时，应选择前两种路径。不要仅因为在同一个 Jira 工作项下继续评论，就假定会附加到原 PR。
模型、角色与默认说明
可以在给 Copilot 的指令中指定模型，也可以在 ticket 中指定 GitHub 仓库的 custom agent。Jira workspace 级 custom instructions 可为每次会话提供默认仓库等规则，减少任务中途缺少信息。
这是 Jira 专题明确的自然语言定制路径，与模型专题列举的 UI 选择器不同。可用模型与角色仍受实际账号和仓库配置限制。
用量和验收
任务消耗 GitHub Actions minutes 与 AI credits。完成后进入关联 PR，确认实现、测试和审批要求，见评审与验收。