Copilot Coworkでクレジットが溶ける?正体と急消費の対策
先に結論: 「Copilot Cowork」はGitHub Copilotではなく別サービスのMicrosoft 365 Copilotの機能です。GitHub Copilot側は2026年6月にAIクレジット従量課金制へ全面移行しており、Budgets機能で予算上限を設定すると想定外の課金を防げます。
「Copilot Coworkを使ったらクレジットが一瞬で溶けた」というSNSの声を見て不安になっていませんか。結論から言うと、GitHub Copilotに「Cowork」という機能は存在しません。
CoworkはMicrosoft 365 Copilotの機能で、SNSでは「M365 Cowork側の重い消費」と「GitHub Copilotの2026年6月の課金変更」が混線しています。この記事で両者を切り分け、対策を紹介します。
基本操作は「GitHub Copilotの使い方完全ガイド」もご覧ください。
この記事の要点
- Copilot CoworkはMicrosoft 365 Copilotの機能で、GitHub Copilotに同名の機能はない。
- Copilot Coworkは2026年3月にプレビュー、6月16日にGA(一般提供)となり課金が始まった。
- GitHub Copilot側は2026年6月1日にプレミアムリクエスト制からAIクレジット従量課金制へ全面移行している。
- GitHub Copilotのコードレビューはトークン消費(AIクレジット)とGitHub Actions実行分数の二重で計上される。
- 上限を超えた課金を防ぐには、GitHub Copilotの「Budgets」機能でユーザー単位の予算上限を設定するのが有効。
「クレジットが溶ける」報告の正体
X(旧Twitter)やRedditでは「Coworkで数日で枯渇した」「1万円分が2日で消えた」といった報告が目立ちますが、よく読むと話しているサービスがバラバラです。
ある投稿はOutlookやTeamsで動くMicrosoft 365 CopilotのCowork機能、別の投稿はVS Codeやコードレビューで消費されるGitHub CopilotのAIクレジットの話です。
名前が似ていて単位も同じ「クレジット」のため同一視されやすいだけで、実態は別々の課金体系です。
Coworkは何の機能なのか
Copilot Coworkは、Outlook・Teams・PlannerなどMicrosoft 365アプリを横断し、複数ステップのタスクを自律的にやり遂げるエージェント機能です。2026年3月にプレビュー、6月16日にGAとなり課金が始まりました。
利用にはMicrosoft 365 Copilotライセンス(USL)が必須で、GitHub Copilotの契約とは別物です。「GitHub CopilotのCowork機能」という表現自体が誤りです。
自分はどちらの問題に当たっているか
消費した画面を思い出せば切り分けられます。Outlook・Teams・Plannerで「Cowork」に切り替えた記憶があればM365側、VS CodeやGitHub.com、CLIで使っていたならGitHub Copilot側です。
M365 Copilot Cowork側:消費の仕組みと対策
Coworkのクレジット消費はモデル使用・コンテキスト取得・ツール呼び出し・ランタイムの4要素で決まり、PAYGでは1クレジット$0.01です。1タスクで100〜700クレジット以上を消費するとされ、長時間タスクを繰り返すと早く枯渇します。
/costでセッション消費を確認し、タスクを大きく投げず粒度を小さくするのが対策です。数値は変わりやすいため公式サイトで最新情報を確認してください。
GitHub Copilot側:2026年6月の課金変更で何が変わったか
GitHub Copilotは2026年6月1日に、プレミアムリクエスト回数制からAIクレジットのトークン量ベース従量課金制へ全面移行しました(年間契約の既存ユーザーは契約満了までレガシー制)。
2026年8月時点の付与量はPro($10)が計1,500、Pro+($39)が計7,000、Max($100)が計20,000クレジットで、1クレジット$0.01固定です。旧制度の「1リクエスト$0.04」という価格は現行制度にはありません。
プラン差は「GitHub Copilot料金プラン比較」、上限とリセットは「GitHub Copilotの利用制限まとめ」で解説しています。
クレジットが速く減る構造的な原因
「以前より減りが早い」と感じる背景には、主に3つの構造的原因があります(詳細は下図)。
- モデル単価差:100万トークンあたりClaude Sonnet 4.5は入力$3/出力$15、GPT-5.5は入力$5/出力$30など数倍の開きがあり、モデル選択で消費量が変わります
- コードレビューの二重会計:トークン分のAIクレジットに加え実行インフラ分のGitHub Actions分数も別枠で消費され、使用モデルは自動選択・非公開です
- fleetの並列実行:
/fleetはメインエージェント単独よりLLM呼び出しが増えると公式ドキュメントに明記されています
モデルの傾向は「GitHub Copilotのモデル切り替え方法」で確認できます。「別モデルへフォールバックして追加消費される」という利用者報告もありますが、公式記載のない未確認情報である点は区別してください。
海外のSNSでは「PRレビュー1回で200クレジット前後消費した」という報告も見られます。これはMicrosoft 365 Copilot Coworkの話ではなく、明確にGitHub Copilot側(コードレビュー機能)の消費です。
前述のCowork側の「1タスクで100〜700クレジット以上」という数字と桁が近いため、切り分けずに語られるとどちらの製品の話か余計に分かりにくくなります。
具体的な消費量はいずれも伝聞情報で公式に固定値は示されていないため、実際の減り方はモデル選択やレビューのエフォートレベル(Lite/Balanced、2026年8月にGA)によって変わる点は共通して留意してください。
エフォートレベルの詳細は「GitHub Copilotコードレビューの使い方」で解説しています。
消費を抑える対策チェックリスト
- タスクの重さに応じてモデルを選ぶ:単純な作業まで高単価モデルを使わない
- Budgets機能で予算上限を設定する:4階層(エンタープライズ・組織・コストセンター・ユーザー)で設定でき、ユーザーレベルは上限到達時にAIクレジット消費をハードストップ(補完は継続可)。次サイクルでリセットされます
- 使用量をこまめに確認する:GitHub側はSettings→Billingの「AI usage」やVS Codeのステータスバー、M365側は
/costで確認 - 並列・自動実行系は場面を絞って使う:
/fleetやCoding Agentは必要なタスクにだけ起動する
つまずきポイント
- 「GitHub CopilotのCowork機能」で検索しても見つからないのは、そもそも存在しない機能名だからです
- 2026年6月以前の「プレミアムリクエスト」表記の記事は、現行のAIクレジット制と前提が異なります
- Business契約は2026年6〜9月は月3,000、9月以降は月1,900クレジットへ段階的に減額予定です
よくある質問
GitHub CopilotでCoworkという機能を使うにはどうすればいいですか?
使えません。CoworkはMicrosoft 365 Copilotの機能です。近い自律実行機能はVS Code上のAgent Modeです。
GitHub Copilotのクレジットが急に減ったのは課金体系が変わったからですか?
主因は2026年6月1日の従量課金制への移行です。モデル単価やコードレビューの二重会計、/fleetの利用状況で体感の減り方が変わります。
Microsoft 365 Copilot CoworkとGitHub Copilotは同時に契約できますか?
できます。別ライセンス・別課金体系の独立製品で、請求も別々に発生するため混同しないよう注意してください。
日本企業での2ライセンス運用が混乱を招くケース
日本の企業では、Microsoft 365 CopilotとGitHub Copilotのライセンスを、どちらも情報システム部門への申請制で付与している組織が多く見られます。
申請書や社内カタログ上で「Copilotライセンス」とひとまとめに扱われていると、実際にはM365 Copilot(Cowork含む)とGitHub Copilotで契約主体も課金体系も別物であるにもかかわらず、どちらの予算を使う話なのか現場と管理側で食い違うことがあります。
加えて、クレジット制への移行で「少し試しに使ってみる」だけでも費用が発生するようになったため、申請のハードルが上がり、検証や比較がしづらくなったという声もあります。
混乱を防ぐには、次の対応が有効です。
- 申請時に製品名を明記する: 「Copilot」とだけ書かず、「GitHub Copilot(開発者向け)」「Microsoft 365 Copilot Cowork(Office業務向け)」のように対象を明示し、予算申請の段階で切り分けておきます。
- 利用実績を根拠に追加予算を申請する: GitHub側は前述の「AI usage」画面、M365側は
/costで消費実績を記録し、どちらの製品でどれだけ使ったかを示した上で追加予算を申請すると、管理者の判断材料になります。 - 低コストモデル・小さいタスクから検証する: 予算を気にせず試せる範囲を確保するため、まずは低単価のモデルや小さいタスクで挙動を確認し、有効な使い方が分かってから本格導入や上位モデルの申請に進むのが無駄を抑えるコツです。
社内規程は組織ごとに異なるため、具体的な申請フローは自社の情報システム部門に確認してください。
まとめ
「Copilot Coworkでクレジットが溶ける」報告の正体は、M365 Copilotの新機能Coworkの重い消費と、GitHub Copilotの2026年6月の課金変更という、名前が紛らわしいだけの別問題でした。
M365側は/costでタスク粒度を調整し、GitHub Copilot側はモデル選択とBudgets機能で管理するのが現実的な対策です。Claude Codeの使用制限対策は「Claude Codeの使用制限対策」で解説しています。