GitHub CopilotとLinearが連携強化。課題から下書きPRを作りやすく

何が発表されたか

GitHubは2026年7月23日、課題管理サービスのLinearからGitHub Copilot cloud agentへ仕事を割り当てる連携を一般提供しました。Linearに登録した課題をCopilotへ渡すと、AIが課題の説明を読み、専用の一時的な開発環境で作業して、下書きのプルリクエスト（PR）を作る流れです。PRは、コード変更をほかの人に見てもらうための「変更案の提出箱」と考えるとわかりやすいでしょう。

今回のポイントは、普段チームが見ているLinearの課題から、AIの作業を始められることです。AIは作業中の進み具合をLinearの活動履歴へ返し、完了するとレビューを求めます。担当者は、課題を別の画面へコピーし直さなくても、どんな変更案が出たかをPRで確認できます。

また、課題ごとに使うモデル、リポジトリ内のカスタムエージェント、作業を始めるブランチとPRの向き先を選べます。ここでいう「一般提供」は、機能がすべての人に無条件で開く意味ではありません。GitHub公式によると、利用できるCopilotプランや、GitHub組織・Linearワークスペースでの管理者権限が必要です。

初心者に何がうれしいか

AIに「この不具合を直して」とだけ頼むと、何をしたのか追いにくくなることがあります。Linearの課題を入口にすると、目的、困っていること、終わりの条件を先に文章で残せるため、AIへ渡す仕事の範囲をそろえやすくなります。たとえば「設定画面の説明文を1か所だけ直す」「表示が崩れるスマホ幅を確認する」のような小さな課題なら、AIが出した下書きと元の依頼を見比べやすいです。

下書きPRができるのも安心材料です。AIがそのまま本番へ反映するのではなく、まず差分、テスト結果、変更したファイルを人が見られます。コードを読むのが得意でない人も、AIに「このPRで何が変わったかを初心者向けに説明して」と聞き、担当の開発者と一緒に確認する入口を作れます。

まず試すなら何をするか

最初は、公開中の大事な機能ではなく、直しても戻しやすい小さな課題を1つ選びます。Linearの課題には、目的、触ってよい範囲、完了の条件を短く書きます。たとえば「お問い合わせ画面の見出しを指定文へ変更。ほかの文言やデザインは変えない。スマホでも表示を確認する」のように、終わりを決めておくと安全です。

次に、GitHub Copilot for Linearアプリを組織へ接続し、対象リポジトリを指定してから、課題の担当としてCopilotを選びます。初回はGitHubへの認証が必要です。作業中に届く更新を確認し、できたPRでは、変更ファイル、意図しない変更がないか、テスト結果の順に見ます。最後のマージは、内容を理解した人が行いましょう。

注意点

Linearの課題本文とコメントは、AIが作業の文脈として取り込む情報です。パスワード、アクセストークン、個人情報、契約に関する非公開の内容を課題へ書かないようにしてください。また、AIが作るのは下書きです。動いたように見えても、要件の取り違え、既存機能への影響、テスト不足は起こりえます。

権限も大切です。GitHub公式ドキュメントでは、指定リポジトリへの書き込み権限を持つ人が作業を開始できると案内されています。チームで使う前に、誰がAIへ課題を渡せるか、どのブランチへPRを出せるか、レビューとマージを誰が行うかを決めておくと、便利さと安全性を両立しやすくなります。利用できるプラン、管理者設定、対応状況は変わることがあるため、導入時にはGitHubとLinearの公式案内を確認してください。