GitHub Universe 2026、今日から試せる3機能の条件と費用
この記事で分かること
- Agentic Workflowsは10月28日に一般提供になった。Markdownで書いた指示をActionsのワークフローに変換して動かし、書き込みはフロントマターで宣言した操作だけに絞られる
- 1回の実行の推論は既定で1,000 AIクレジット(1クレジット=0.01ドル)までに抑えられ、上限は`max-ai-credits`で変えられる
- Copilot appのProjectsは全てのCopilotプランで使えるパブリックプレビューで、アプリを更新すれば使える。複数のリポジトリの作業を「入力が必要」「稼働中」などの状態で一覧できる
- Copilot Dreamingはオプトインのパブリックプレビューで、Copilot Proでは使えない。メモリは承認なしで追加・削除され、CLAUDE.mdやAGENTS.mdなどの変更はPRで提案される。変更のない実行でもAIクレジットを使う
目次(7項目)
GitHub Universe 2026は、10月28日と29日にサンフランシスコで開かれました。基調講演の発表はCopilot Fusion(モデルの自動選択)、Copilot app、Projects、Automations、コードレビューのMaxと幅広く、一度に全部は追いきれない量です。
GitHubのパートナー企業のエンジニアが、現地で参加したレポートを同社の技術ブログ「Alternative Architecture DOJO」に書いています。その中で「今日から活用できる」ものとして挙がったのが、GitHub Agentic Workflows、Copilot appのProjects、Copilot MemoryとCopilot Dreamingの3つです。手元のOREORE-FEATURES.mdで管理していた作業メモを、ProjectsやMemory・Dreamingに置き換えたいという動機も書かれていました。
ただ、「今日から」の中身は機能ごとにかなり違います。一般提供か、プレビューか。どのプランで使えるか。何にAIクレジットがかかり、何が人の承認なしで変わるか。これらを、GitHubの公式ドキュメントとChangelogで確かめました。
3つの機能の提供状況
| 機能 | 段階 | 使える人 | 費用のかかり方 |
|---|---|---|---|
| Agentic Workflows | 一般提供(10月28日) | GitHub Free、Team、Enterprise。既定のCopilotエンジンにはCopilotのライセンスが必要 | Actionsの実行時間と、推論のAIクレジット |
| Copilot appのProjects | パブリックプレビュー | 全てのCopilotプラン | Projectsのドキュメントに記載なし |
| Copilot Dreaming | パブリックプレビュー、オプトイン | 対象の有料プラン。Copilot Proは対象外 | 実行ごとにAIクレジット |
Copilot Memory自体は、同じ日に有料のCopilotプランで一般提供になりました。DreamingはこのMemoryを前提に動く機能です。
また、GitHub Enterpriseの契約者は、10月28日から別のサブスクリプションなしでCopilotの全機能を使えるようになりました(GitHubの発表)。今は営業担当者を通じた提供で、セルフサービスの申し込みは近日対応の予定です。料金はAIクレジットの使用量に応じた形で、既存のCopilot BusinessとCopilot Enterpriseの契約は続けるか移るかを選べます。
Agentic Workflows:書き込める操作を先に宣言する
GitHub Agentic Workflowsは、繰り返しの作業をコーディングエージェントにGitHub Actionsの上で任せる仕組みです。Issueの仕分け、CIの失敗の調査、ドキュメントの更新、日次のレポートなどが例に挙がっています。GitHub NextのOSSとして始まり、10月28日に一般提供になりました。
ワークフローは、YAMLのフロントマターとMarkdownの本文からなる1ファイルです。フロントマターには起動のきっかけ、リポジトリへの権限、書き込んでよい操作(safe-outputs)を、本文にはエージェントへの自然言語の指示を書きます。このファイルを.lock.ymlのActionsのワークフローに変換し、両方をコミットして使います。通常のActionsとして動くので、既存のランナーのグループやポリシーの制約もそのまま効く作りです。

参加レポートがガードレールを強調していたのは、この部分です。ドキュメントが挙げる仕組みは次のとおりです。
- 明示しない限り、リポジトリへの権限は読み取りだけ
- Issueの作成やコメント、PRの作成などの書き込みは、フロントマターで宣言したsafe-outputsを通る
- 秘密の値はエージェントの実行環境に渡さず、別のジョブに置く
- 書き込む前に、専用の脅威検出のジョブが出力を調べる
- エージェントは隔離されたコンテナで、ファイアウォールの内側で動く
エンジンはCopilotが既定で、Claude、Codex、Geminiも選べます。Copilot以外のエンジンでは、推論の料金はそのプロバイダーから請求されます。
参加レポートが紹介していたRepo Assistは、この制約の使い方の例です。作者のDon Syme氏によると、ラベルは決めたものだけを付けられ、コメントは追加できても削除はできません。PRは1回の実行で作れる数が限られ、題名の頭に決まった接頭辞が付きます。コミットを足せるのも、自分が作ったPRだけです。放置されていたリポジトリのIssueを片付けるために作ったと書かれています。
費用の上限
推論の費用はAIクレジット(AIC)で見積もります。1 AICは0.01ドルです。1回の実行の上限は既定で1,000 AICなので、何も設定しなければ1回10ドル分までで止まる計算になります。フロントマターのmax-ai-creditsで上限を変えられます。
実行後の確認にはGitHub CLIの拡張機能を使います。gh aw logsで最近の実行の時間・トークン・AICの見積もりを、gh aw audit <実行ID>で1回分の詳細を出せます。一般提供に合わせて、月ごとの見込みを出すgh aw forecastも試験段階を抜けました。ただし、ドキュメントはAICの値をベストエフォートの見積もりとしていて、最終的な金額はプロバイダー側の請求で確かめるよう書いています。
Copilot appのProjects:複数のリポジトリの作業を1つの目標でまとめる
ProjectsはCopilot appのサイドバーから作る、目標ごとの作業のまとまりです。リポジトリは複数を足しても、1つも足さなくても始められます。最初のプロンプトに目標と最初のタスクを書くと、Copilotが必要な数のエージェントを動かし、PRなどの結果を返します。
参加レポートが「使い勝手が良くなった」と書いたのは、作業の経過を見る画面です。右側の「概要」では、プロジェクトの作業が「入力が必要」「オープン」「稼働中」「完了」の4つに分かれます。判断やレビュー、権限の要求は「入力が必要」に集まり、開いているPRは追加・削除した行数と一緒に「オープン」に並びます。どこで自分の返事が止まっているかを、セッションを1つずつ開かずに見られる作りです。
ほかに、仕様書や顧客の声などの資料を置く「ライブラリ」と、定期の作業を管理する「オートメーション」のタブがあります。「毎週月曜の9時にフィードバックをまとめて」のように会話で頼むと、定期の実行が設定され、タブからは一時停止や削除もできます。
Changelogによると、SlackやFigmaなどの連携先の情報も、調査や仕様の下書きに使えます。同じ日に、デスクトップのアプリを操作するComputer use(macOSとWindows、パブリックプレビュー)も入りました。アプリを操作する前に承認を求め、組織は管理設定で無効にできます。
参加レポートによると、ProjectsはCopilot appを最新版に更新すれば使えます。Copilot app自体は全てのCopilotプランで使えるので、3つの中では一番試しやすそうです。
Copilot Dreaming:メモリは承認なしで変わり、指示ファイルはPRで届く
Copilot Dreamingは、過去のセッションやPRのレビューへの反応をバックグラウンドで分析し、Copilotのメモリとリポジトリの指示ファイルを最新に保つ機能です。モデルそのものではなく、Copilotに渡す文脈を更新します。
種類は3つです。
| 種類 | 使う情報 | 結果 |
|---|---|---|
| リポジトリのカスタマイズ | リポジトリのセッション、コード、メモリ | リポジトリのメモリの更新と、指示ファイルやスキルの変更の提案 |
| 個人のメモリの整理 | 自分のセッションと個人のメモリ | 個人のメモリの更新 |
| コードレビューのカスタマイズ | マージされたPRへのレビューの反応 | Copilotのコードレビュー向けのガイダンス |
確かめておきたいのは、変更の入り方が種類ごとに違う点です。メモリは変更ごとの承認なしで追加・更新・削除されます。.github/copilot-instructions.md、AGENTS.md、CLAUDE.md、GEMINI.md、.github/skills/などのファイルの変更はPRで提案され、マージするまでファイルは変わりません。コードレビューのガイダンスは、PRを通さずに内部で更新されます。
CLAUDE.mdやAGENTS.mdが対象に入っているので、Claude CodeやCodexに読ませている指示ファイルにも、Copilotから変更のPRが届くことになります。ドキュメントは、AIが作るガイダンスが正しくない可能性があるとして、マージ前に確かめるよう書いています。
前提の設定と費用
初期のプレビューでは、ポリシーでGPT-6.1 Solが許可されている必要があり、Copilot Proでは使えません。データレジデンシーのGitHub Enterprise Cloudにも対応していません。組織では管理者がポリシーで有効にし、個人のDreamingは利用者が自分の設定でも有効にします。
費用は既存のAIクレジットの利用分に含めて請求され、Dreamingだけの項目は立ちません。ドキュメントによると、変更が何もなかった実行や、動きのないリポジトリを処理した実行でもクレジットを使います。組織で広げる前に予算を設定するよう書かれていて、アラートだけでは利用は止まらないとの明記もあります。
Dreamingを無効にしても、変更は元に戻らず、開いたPRも閉じられず、削除されたメモリも戻りません。メモリは、個人またはリポジトリの設定で確かめて消せます。
参加レポートが最後に書いたこと
参加レポートは機能の紹介のあと、チームの文化の話で締めています。分からないことを分からないと聞ける相手(チャンピオン)を決め、聞ける環境を作り、皆が同じ段階に上がることを目指す。Copilotを導入する話のセッションで以前から共通して言われてきたことが、今回も繰り返されたそうです。
チームで試すなら、まずProjectsのように、アプリを更新すれば使えるものから始め、Agentic WorkflowsとDreamingは、AIクレジットの予算を決めてから有効にしたほうがよさそうです。


