GitHub Copilot Projectsが公開プレビュー。複数リポジトリと非コード業務をAIが横断、判断は人が担う

GitHubは10月28日、Copilotデスクトップアプリの「Projects」を公開プレビューとして発表した。複数のリポジトリや資料を一つの目標にまとめ、AIが作業セッションや定期処理を調整する。コードを書かない顧客フィードバックの整理にも利用できる一方、プレビュー段階であり、成果物の採否や権限判断は人が担う。

30秒でわかる / THE SIGNAL

「1つの指示」ではなく、複数の仕事を束ねる場所

GitHubの2026年10月28日付公式発表によると、CopilotアプリのProjectsは、目標と関連資料をまとめてAIに渡し、必要な作業を複数のセッションやエージェントに分けて進める機能だ。対象は1つのリポジトリに限らない。複数のコードベースをまたぐ開発のほか、リポジトリを使わない調査・企画にも利用できる。公式例には、顧客の声を分類して改善点を検討する作業が挙げられている。単なるチャット履歴の保存ではなく、目標、参考資料、進行状況、生成物を継続的に扱う設計が特徴となる。

始め方と、人が確認すべき場所

公式ドキュメントでは、CopilotアプリのProjectsから新規プロジェクトを作り、必要に応じてリポジトリを指定し、目的・制約・期待する成果を入力する。Libraryには仕様書や議事録、顧客フィードバックなどのファイルを追加できる。Overviewは「Needs input（判断・承認待ち）」「Open（プルリクエストあり）」「Working（作業中）」「Done（完了）」に分けて進捗を表示する。担当者はセッションの計画・変更内容・プルリクエストを読み、必要に応じて追加指示する。AIが成果を作ることと、人がその正確性・採用可否を認めることは別工程だ。

定期業務と外部資料をつなぐが、権限設計は欠かせない

Projectsでは、たとえば「毎週月曜に顧客フィードバックを整理する」といった定期タスクを会話から設定し、Automations画面で予定の確認、停止、編集、削除ができる。公式発表はSlackやFigmaなどの接続先を参照して仕様検討やデザイン作業を進める用途も案内する。ただし、接続したサービスや投入した資料の範囲は事前に確認したい。外部の機密資料を無条件で与えず、目的に必要な情報だけを選び、公開・マージなど影響の大きい操作は既存のレビュー手順と組み合わせるのが妥当だ。

公開プレビューの条件と、既報の自動化との違い

GitHub公式Docsは、Copilotアプリ自体をすべてのCopilotプランで利用可能とし、Projectsは仕様変更の可能性がある公開プレビューと明記する。したがって、利用できることと、すべての作業が無料・無制限に実行できることは同義ではない。利用枠や組織の管理者ポリシーは契約環境で確認する必要がある。既報のCopilot Automationsは個々の定期実行・トリガー・共有・費用上限を管理する機能、Agentic WorkflowsはGitHub Actions上で動くワークフローをコードとして管理する仕組みだ。今回のProjectsは、それらを含む複数の作業を「目的」の単位で束ね、成果と判断待ちを見渡すための画面という点で異なる。