先に結論：計算と保存容量を別々に確認
GitHub Codespacesの課金対象は、計算用量とストレージ用量の2種類です。ブラウザーのタブを閉じただけでインスタンスが停止したとは限らないため、まずCodespaceの状態と請求明細を照合してください。停止済みでも保存容量が残る場合があります。
今週の対応：使っていないインスタンスの状態を確かめ、実際の稼働時間、保存容量、事前ビルドの利用を分けて記録しましょう。金額は一律に見積もらず、あなたのアカウントに適用される料金と利用枠を公式の請求ページで確認します。
この記事が役立つ人
- カフェや旅先でCodespacesを使い、画面を閉じた後の課金が気になる人。
- 複数のCodespaceや事前ビルドを整理し、請求元を見つけたい個人開発者。
- XcodeなどmacOS向けの開発ツールが必要で、環境の分担を検討している人。
計算用量：ブラウザーを閉じても停止とは限りません
ブラウザーから切断したことと、Codespace自体が停止したことは同じではありません。計算用量の確認では、画面を開いていた時間ではなく、インスタンスの状態と請求明細を基準にします。Codespaceのライフサイクルを確認し、利用したインスタンスごとに記録してください。
「タブを閉じた後も計算料金が発生するのか」という疑問には、インスタンスが稼働中なら、ブラウザーを閉じただけでは停止を確認できないと答えるのが適切です。旅先の回線が切れたときも、接続の終了だけを停止操作の代わりにしないでください。
請求の見方は、実際に使った時刻とCodespaceの稼働状態を突き合わせることです。請求項目の確認方法はGitHubの利用状況を確認する公式手順を参照し、推測で稼働時間を補わないようにします。
自動停止：設定と組織ポリシーの照合
アイドル状態になってから停止するまでの時間は、アカウントの設定や組織の制限を確認して判断します。初期設定がすべての利用者に共通するとは限りません。個人のタイムアウト設定と、組織が設定できるアイドルタイムアウトの制限をそれぞれ確認してください。
旅先で作業を中断するときは、設定値だけで安心せず、対象インスタンスが停止状態になったかも確認します。組織アカウントを使う場合は、個人設定より組織のポリシーが優先される条件がないか、管理者にも確認しましょう。
保存容量：停止・保持・削除の違い
Codespaceを停止しても、インスタンスのデータを保持している間はストレージ用量が発生する可能性があります。停止はデータの削除と同じ操作ではありません。料金の扱いはCodespacesの計算・ストレージ課金の説明で確認し、停止後に残っている環境を請求対象から外れたものと決めつけないでください。
削除した場合も、請求期間中にすでに計上された使用量がその場で取り消されるとは限りません。今月の使用量を確認するときは、現在の保存容量と期間中の累積値を区別します。不要な環境を消す前に、必要なファイルや設定を別の場所へ退避してください。
自動削除の設定は、保存期間を管理する手段の一つです。自動削除の設定方法を確認し、保持が必要な作業環境まで消えない条件にしておきましょう。
事前ビルドと複数インスタンス：見落としを防ぐ
現在開いているプロジェクトだけを確認しても、アカウント全体の使用量を把握できるとは限りません。複数のCodespace、事前ビルド、自分で設定した開発コンテナーを別々に点検し、請求明細にどの利用項目が表示されているか確認します。
事前ビルドが請求に影響するかは、利用状況と適用されるルールを見て判断します。すべてのアカウントに同じ費用が発生すると仮定せず、Codespacesの製品別利用枠と実際の明細を照らし合わせてください。利用枠の有無や条件も、アカウントのプランに応じて確認が必要です。
開発コンテナーの設定を変えた場合は、変更前後の使用状況も分けて記録します。プロジェクトを切り替えたつもりでも別のCodespaceが残っていることがあるため、一覧と請求項目の両方を見てください。
請求管理：アカウントと予算をひも付ける
個人アカウントと組織アカウントでは、支払いを担うアカウントや適用される利用枠が異なる場合があります。GitHub Billingで請求先、使用量、予算、通知設定を確認し、「誰の予算に計上されるのか」を作業開始前に整理しましょう。予算とアラートの公式説明を参照し、通知だけで利用停止や費用の確定が保証されると考えないようにします。
まずは次の手順で、実額を使った記録を作ります。
- 各Codespaceの名前と、個人・組織のどちらに属するかを記録します。
- 利用した日と時間帯を作業記録から転記し、インスタンスの状態を確認します。
- 計算用量、保存容量、事前ビルドの項目を請求明細で分けて記録します。
- アカウントに含まれる利用枠と、現在の予算・通知設定を確認します。
- 不要なCodespaceを整理した後、次の請求確認で使用量の変化を照合します。
次の表をコピーし、金額欄は実際の請求明細から埋めてください。他人の請求額や一律の料金を自分の予算として流用しないことが重要です。
| 確認対象 | 記録する内容 | 判断のポイント |
|---|---|---|
| 実行中のCodespace | インスタンス名、状態、利用時間 | ブラウザーの接続状況だけで停止と判断しない |
| 停止中のCodespace | 保持中の環境、保存容量の請求項目 | 停止と削除を区別する |
| 事前ビルド | 対象リポジトリー、明細上の利用項目 | 設定の有無だけでなく実際の請求を確認する |
| 複数インスタンス | 所有アカウント、プロジェクト、状態 | 個人・組織の請求先を分けて記録する |
| 予算管理 | 利用枠、予算、通知、確認日 | 料金と条件はアカウントの公式画面で確認する |
macOS作業：Codespacesとの分担を判断
GitHub Codespacesで足りるかどうかは、プロジェクトが必要とするツールチェーンで決まります。Xcodeが必要なら、Appleが公開するXcodeのシステム要件を確認し、使いたいバージョンが求めるmacOS環境を満たせるか調べてください。要件は更新されるため、古い作業メモだけで判断しないことが大切です。
| 選択肢 | 向いている作業 | 予算・運用で確認する点 |
|---|---|---|
| GitHub Codespacesを使う | GitHub上の開発環境で進められる作業 | 計算、ストレージ、事前ビルド、アカウントの利用枠 |
| 独立したmacOS環境を使う | XcodeなどmacOS依存のツールが必要な作業 | 必要なOS・ツール、利用期間、接続方法、サービス条件 |
| 両方を分けて使う | 通常の開発とmacOS固有の作業が分かれるプロジェクト | 作業ごとの利用時間と、それぞれの請求先 |
Codespacesの請求が気になるからといって、すべての作業を別環境へ移す必要はありません。実際の作業記録からmacOSが必要な工程だけを切り分け、残りはCodespacesに置く方法も検討できます。
遠隔で使うMacを選ぶ場合は、必要な接続方法や利用期間、実際の提供条件を事前に照合してください。osxmeshのリモートMacの利用条件とプランを確認し、Codespacesでは満たせないmacOS作業がある場合に限って候補に加えると、二重の環境費用を避けやすくなります。契約前に利用方法や条件で確認したい点があれば、osxmeshのよくある質問も参照してください。コードの編集だけでmacOS依存がないなら、まずは現在のCodespaces利用量と予算設定の見直しを優先してください。