GitHubがCopilot appの作業管理を解説。AIに頼んだ仕事をなくさない作業棚

チャットが増えると、机の上はすぐ散らかります

GitHubは、GitHub Copilot appのMy work paneを公式ブログで紹介しました。公開日は公式ブログ上で2026年8月19日です。

この機能は、AIへの頼みごとを作業棚に置くようなものです。散らばった依頼の現在地を見える化します。

一つのチャットなら、返事を待てば済みます。けれど、修正、レビュー、別の課題が同時に走ると話は変わります。

紙を机に積むほど探しにくくなるのと同じです。AIの返事が速くても、どれを見るかで詰まります。

棚に入るのは、開発現場の依頼票です

My work paneで扱う中心は、pull request（変更提案）とissue（課題管理票）です。どちらもソフトウェア開発の仕事の単位です。

公式記事では、All、Active、Review requests、Doneという表示が紹介されています。状態ごとに棚を分ける感覚です。

・Allは関連するpull requestとissueをまとめます ・Activeは開いている作業を見せます ・Review requestsはレビュー依頼を見せます ・Doneは閉じた作業を見せます

Allは、持っているすべてのrepo（コード置き場）を出すわけではありません。Copilot appで触れたプロジェクトをもとに絞られます。

つまり棚の中身は、GitHub上の全体ではなく、Copilotと一緒に動かした仕事が中心になります。

作業棚は、自分用に並べ替えられます

棚は固定ではありません。公式記事では、New viewから自分用の表示を作る流れが出ています。

My issuesという例では、Is: IssueとAssignee: Meのfilter（条件指定）を使います。自分に割り当てられたissueを集める形です。

さらに、list view（一覧表示）とtable view（表形式）も切り替えられます。table viewでは列を選び、動かし、幅を調整できます。

仕事の見え方は人によって違います。AIの作業棚を自分の探し方に合わせられる点が、この機能の実用部分です。

棚からそのまま、AIへ仕事を渡せます

My work paneは、片づけるだけの棚ではありません。項目を開くと、そこから新しいCopilotセッションを始められます。

agent sessions（AIに任せる作業単位）は、issueやpull requestの文脈を使って始まります。人間が説明を全部書き直す負担を減らします。

複数の項目を選んでActionsから進める使い方もあります。公式記事では、独立した機能要望と、同じ機能に関係するバグ報告の例が出ています。

別々に進めるか、一つに束ねるか。そこは人間が決めます。AIは作業を進め、人間は棚の置き方を選びます。

価格や対象プランは、棚にはまだ書かれていません

今回の公式記事は、使い方の紹介に重心があります。提供条件の詳しい表は出ていません。

ここを言い切りすぎると、読者は誤解します。この記事から言えるのは、GitHubがCopilot app内の作業管理を詳しく示したという点です。

料金や対象者の話は、別の公式案内を読む領域です。今回のニュースの中心は、AI作業をどう見渡すかにあります。

普通の仕事にも、同じ棚がほしくなります

この話はエンジニア向けです。直接関係する業界はソフトウェアです。

ただ、感覚は一般の仕事にも近いです。資料作成、調査、メール文面でも、AIへの依頼が増えると棚が必要になります。

AIに頼んだ作業が一つなら、便利で終わります。十個に増えると、管理できるかが成果を分けます。

GitHub Copilot appのMy work paneは、その未来を開発現場で先に見せています。AIの速さは、片づいた画面があって初めて仕事になります。