Copilotクラウドエージェント、LinearのIssueも直接処理へ

何が変わったのか

GitHubは7月23日、公式ChangelogでCopilot cloud agent for Linearの一般提供を発表しました。これにより、LinearのIssueをCopilotに割り当てると、Copilot cloud agentがIssueの内容を分析し、draft pull requestを開けるようになります。

GitHubの説明によると、このエージェントはGitHub Actionsに支えられた一時的な開発環境で独立して作業します。そして進捗をLinear activity timelineに返し、作業が終わるとユーザーにpull request reviewを依頼します。

Linearで任せると何が起きるのか

流れは比較的はっきりしています。LinearのIssueをCopilotに任せると、CopilotはIssueの説明を読み、リポジトリ内で修正方針を立て、別ブランチでコードを変更したうえで、draft pull requestとして結果を残します。

Linearのドキュメントでも、エージェントは通常の担当者とは異なるものとして説明されています。エージェントにIssueを委任することはできますが、人間の担当者は引き続きIssueの最終責任者として残ります。つまり「AIに任せて終わり」ではなく、人が方向性と結果を確認する仕組みです。

新たに加わった操作範囲

今回の一般提供で目を引くのは、Linearの中でエージェントの実行方法をより細かく調整できる点です。GitHubは、ユーザーが作業ごとにモデルを選び、リポジトリに合わせたcustom agentを指定し、base branchとworking branchを設定できるとしています。

作業中にも、コメントでCopilotをメンションして新しい指示を出せます。この機能は、小さな修正依頼や方向転換をLinearの会話の流れの中で処理したいチームにとって、特に意味があります。

実務ではなぜ重要なのか

これまでコーディングエージェントは、IDE、GitHub Issues、pull request、別のチャットツールから始まるケースが多くありました。Linear連携の一般提供は、企画・バグ・優先順位が書かれる業務ボードから、そのままコード作業が始まる流れを広げます。

チームにとっては、Issueの説明を別途コピーしてAIに渡す手間が減ります。一方で、Issueの書き方、repository権限、branch rule、レビュー基準があいまいだと、誤った方向のdraft PRもより速く積み上がる可能性があります。便利になるぶん、運用ルールが重要になるということです。

先に確認したいこと

GitHub Changelogによると、この機能を使い始めるには、GitHub MarketplaceからGitHub Copilot for Linearアプリをインストールする必要があり、GitHub organization owner権限とLinear workspace admin権限が必要です。Copilot cloud agentは、Copilot Pro、Pro+、Business、Enterpriseで提供されます。

そのため、読者がまず確認したいポイントは3つです。第一に、自分たちのチームがLinearを実際にIssue管理の中心として使っているか。第二に、Copilotに任せてよいリポジトリとブランチの範囲を決めているか。第三に、draft PRを誰がどの基準でレビューするかです。AIエージェント導入は、ボタンよりも運用ルールが先です。