3行まとめ
このテーマをもう少し広げて見るなら、Gears of War: E-Dayは10月6日発売：Xbox Series/PC、Game Pass、予約特典とベータの確認ポイント と Halo: Campaign Evolvedは日本時間7月29日発売：Game Pass、PS5/Steam、早期アクセスと協力プレイの確認ポイント も合わせて確認してください。Xbox on PCの開発基盤と、実際のXbox/PC向け大型タイトル発表を分けて確認できます。
Microsoft GDK、Xbox Services、PlayFab、GameInputをGodotから扱うためのXbox on PC向けsource-only参考実装です。
製品、Godot本体の公式Xboxエクスポート機能、Xbox Series X|SやXbox One対応の一般発表ではありません。
Microsoft Game Dev記事、GitHub README、リポジトリ内docs、PlayFab Unified SDK、GameInput docsを分けて確認します。
この記事の軸は、期待値ではなく公式情報とREADMEから導入判断を作ることです。
- Microsoft Game Devは2026年6月4日、GitHubで「XBOX Godot Sample」を公開した。GodotからMicrosoft GDK、Xbox Services、PlayFab、GameInputを扱うための、Xbox on PC向けsource-only参考実装だ。
- これは製品でも、Godot本体の公式Xboxエクスポート機能でも、Xbox Series X|SやXbox One対応の一般発表でもない。READMEと公式記事は、対象をXbox on PCに絞り、コンソール向けはXbox側の窓口に相談する扱いとしている。
- Godot開発者が最初に見るべき順番は、Microsoft Game Dev記事、GitHub README、リポジトリ内docs、PlayFab Unified SDK、GameInput docsだ。試す前に、Godot 4.5+、GDK/PlayFabの依存関係、ライセンス、更新頻度、サポート期待値を分けて確認したい。
MicrosoftのXbox関連発表は、ゲームタイトルやショーケースの話題に注目が集まりやすい。一方で、今回のXbox Godot Sampleは、ゲームを作る側にとって地味に大きい更新だ。Godotで作ったゲームをXbox on PCの文脈に近づける時、どのMicrosoft側サービスをどこで呼ぶのか、どこまでがサンプルで、どこからが各チームの検証責任なのかを読み解く材料になる。
PC Gamer、Windows Central、RedditのGodot/Xbox関連スレッドでも反応が出ているが、この記事ではそれらを仕様の根拠には使わない。需要シグナルとして「読者が何を知りたがっているか」を拾い、事実確認はMicrosoft Game Dev、GitHubリポジトリ、Microsoft Learn、GitHub APIで行う。Microsoft Watch JapanはMicrosoftおよび関係会社とは非提携であり、公式情報と未確認の期待値を分けて整理する。
本文中では、すでに公開済みの関連ページとして、Xbox発表の確認には「Xbox Games Showcase 2026は日本時間6月8日2時」、開発者向け発表の大きな流れには「Microsoft Build 2026は日本時間6月3日1時30分開始」、今月の一覧には「2026年6月重要トピックまとめ」もあわせて参照する。
Xbox Godot Sampleとは何が公開されたのか
公開の意味は大きいものの、本文では製品保証やコンソール対応発表のようには扱いません。
Microsoft Game Dev記事で確認できる発表内容
Microsoft Game Devの記事は、Xbox Godot Sampleを「Godotゲーム開発者がXbox on PC向けに必要な要素を確認するためのサンプル」として位置づけている。公開日は2026年6月4日。記事の説明では、Microsoft GDK、Xbox Services、PlayFab、GameInputをGodot拡張として扱い、Godotの中からMicrosoft側のゲーム開発基盤へ接続する例を示すものだ。
ここで大事なのは、サンプルが「完成した配布製品」ではなく「動く参考実装」である点だ。Microsoftは、Godotコミュニティに向けて、Xbox on PCへの道筋を短く、見通しよくする狙いを示している。ただし、記事はサンプルの価値を説明しているのであって、すべてのGodotタイトルがそのままXbox向けに出せると約束しているわけではない。
READMEで見るsource-only sampleの位置づけ
GitHubリポジトリ microsoft/XBOX-Godot-Sample のREADMEは、今回の読み方をかなり明確にしている。サンプルはsource-onlyで、製品ではない。wrapper layerはMITライセンスだが、Microsoft GDKとPlayFabの依存関係は、それぞれのインストールとライセンス受諾が別途必要になる。
また、READMEはこのサンプルをXbox on PC向けとして説明している。Xbox Series X|SやXbox Oneの個別サポートは含まれない。すでにXboxコンソール向けに開発を進めているチームや、コンソール向けの正式な導線を知りたいチームは、一般公開サンプルだけで判断せず、Xbox側の担当窓口や公式サインアップ導線を確認する必要がある。
サンプルが提供する実装の種類
READMEと公式記事で確認できる主な領域は、GDK platform services、Xbox Services、PlayFab Core + Services、PlayFab Multiplayer、PlayFab Game Saves、GameInputだ。リポジトリ側では、godot_gdk、godot_playfab、godot_gameinput、godot_gdk_packaging というaddon構成も示されている。
機能名だけを見ると幅広いが、読者が判断すべきポイントは「自分のゲームで必要な層はどこか」だ。サインイン、実績、presence、leaderboards、title storage、commerce、Game Saves、lobby、matchmaking、Party、controller inputなどは、すべて同じ難しさではない。まずはサンプル単体で、どのaddonがどの機能に関係するかを切り分けるとよい。
根拠として見る場所
発表内容はMicrosoft Game Dev記事、実装範囲はGitHub README、リポジトリの状態はGitHub APIで確認した。2026年6月7日JST時点のGitHub API確認では、リポジトリは main ブランチを既定とし、MITライセンスとして表示されていた。こうした値は変動しうるため、導入判断に使う場合は公開時点や検証時点を残しておきたい。
注意したい表現
READMEにはサンプルが広い範囲をカバーする旨の説明があるが、これは商用サポートや導入成功率の保証ではない。記事や社内メモで扱う時は、「Godot向けXbox公式SDKが出た」といった短縮表現を避け、「Xbox on PC向けにGDK、PlayFab、GameInputを扱うsource-only参考実装」と書く方が安全だ。
GDK、PlayFab、GameInputはGodot側で何を担当するのか
- 1Godot project
ゲーム本体、Input、InputMap、既存の保存や通信設計が出発点です。
- 2godot_gdk
ユーザー、実績、presence、profile、privacy、stats、leaderboards、store、GameUIなどのプラットフォーム寄り機能を確認します。
- 3godot_playfab
PlayFab Core、Services、Multiplayer、Lobby、Matchmaking、Party、Game Savesなどのバックエンド接続を確認します。
- 4godot_gameinput
GameInputとGodotのInput/InputMapをつなぎ、device、polling、rumble、複数コントローラーの扱いを試します。
- 5Microsoft側SDKとサービス
GDK、Xbox Services、PlayFab、GameInputの利用条件と設定を、タイトルごとに検証します。
既存プロジェクトへ移す前に、サインインや入力など最小機能を分けて確認すると原因を切り分けやすくなります。
GDKとXbox Servicesはプラットフォーム機能の入口
GDKとXbox Servicesは、ゲームがMicrosoftのXbox on PC文脈で動く時の土台になる。README上では、ユーザー、実績、presence、social、profile、privacy、multiplayer activity、stats、leaderboards、title storage、package metadata、DLC、XStore commerce、GameUI、accessibility、capture、launcher、error reportingなど、プラットフォームに近い領域が godot_gdk 側の説明として並ぶ。
Godot開発者がここで確認したいのは、ゲームロジックそのものではなく、ストア、ユーザー、実績、保存、購入、UI、権限といった外側の接続だ。既存のGodotゲームに後から入れる場合、最初からすべてを組み込むより、サインインと最小限のサービス呼び出しを分けて検証した方がよい。
PlayFabはLiveOps、Multiplayer、Game Savesの層を見る
PlayFabは、バックエンドサービスやLiveOpsに近い領域を担う。今回のサンプルでは、PlayFab Core + Services、PlayFab Multiplayer、Lobby、Matchmaking、Party、Game Savesなどが扱われる。Microsoft LearnのPlayFab Unified SDK docsは、PlayFab SDK自体の構成や対応範囲を見るための補助線になる。
ただし、PlayFab Unified SDK docsに書かれているプラットフォーム対応と、Xbox Godot Sampleがそのまま商用タイトルで保証する範囲は同じではない。サンプルはあくまでGodotからPlayFabに触る実装例であり、実際にどのサービスを使うか、どのデータを保存するか、どの地域や年齢区分で運用するかは、タイトルごとの設計になる。
GameInputはコントローラーとGodot InputMapの橋渡し
GameInputは、Microsoftの入力APIとして、デバイス、polling、rumbleなどを扱う。今回のサンプルで読者にとって分かりやすい接点は、Godotの Input や InputMap とGameInputをつなぐ橋渡しだ。
Microsoft LearnのGameInput docsは、GameInputがGDKやPC向けNuGetの文脈でどのように提供されるかを確認する資料になる。Godotで入力処理をすでに作っているチームは、サンプルを見て「既存のInputMap設計にどの程度合わせられるか」「rumbleや複数コントローラーをどこまで扱うか」を先に試すとよい。
層ごとの確認項目
| 層 | 主な役割 | 最初に見るもの | 導入前の問い |
|---|---|---|---|
| GDK / Xbox Services | ユーザー、実績、presence、commerce、GameUIなど | Microsoft Game Dev記事、GitHub README、GDK関連docs | 自分のゲームに必要なXboxサービスは何か |
| PlayFab | Game Saves、Multiplayer、Party、LiveOps系 | READMEの godot_playfab、PlayFab Unified SDK docs | 保存、マッチメイク、Partyを本当に使うか |
| GameInput | コントローラー入力、polling、rumble、InputMap連携 | READMEの godot_gameinput、GameInput docs | 既存のGodot入力設計と衝突しないか |
| Packaging | Xbox on PC向けパッケージング | READMEの godot_gdk_packaging、docs | 配布前の確認用環境をどう作るか |
Xbox on PCとXbox Series X|S/Xbox Oneを分けて読む
Xbox on PCとコンソール向け開発は、本文内でも導入判断でも別の線として扱います。
今回の対象はXbox on PC
今回のサンプルは、Xbox on PC向けに読むべきものだ。Microsoftの表記はやや紛らわしく見えるかもしれないが、少なくとも公式記事とREADMEは、このサンプルをXbox on PC向けとして説明している。
これは、PCゲームをMicrosoft Store、Xbox app、Xboxサービスの文脈で考える開発者にとって意味がある。Godotで作ったタイトルを、既存のPC配布だけでなく、Microsoftのゲーム開発基盤へ近づける時の参考実装として読めるからだ。
コンソール対応発表ではない
ここは強調しておきたい。Xbox Godot Sampleの公開は、Xbox Series X|SやXbox One向けのGodot対応が一般公開されたという発表ではない。READMEは、コンソール向けについてはサンプルの対象外であり、必要な場合はMicrosoft側の代表者に相談する流れを示している。
したがって、記事タイトルやSNS投稿で「GodotがXbox対応」とだけ書くと、読者に誤解を与える。正確には、「Xbox on PC向けに、GodotからGDK、PlayFab、GameInputを扱うための公開サンプルが出た」と言うべきだ。
既存のXbox開発者が読む場合
すでにXboxコンソール向けに開発しているチームにとっても、リポジトリは無関係ではない。GodotからMicrosoft側サービスへどう接続するか、wrapper層をどう分けるか、docsとtutorialをどう構成しているかは参考になる。
ただし、正式なコンソール開発の要件、サポート、配布、認証、ストア審査は、一般公開サンプルだけで完結しない。社内の開発計画に入れるなら、「サンプルから学ぶ部分」と「正式な開発窓口で確認する部分」を分けておきたい。
| 確認項目 | Xbox on PC | Xbox Series X | S | Xbox One |
|---|---|---|---|---|
| 今回のサンプル対象 | 対象として説明されている | 対象外として扱う | 対象外として扱う | |
| 読むべき一次情報 | Microsoft Game Dev記事、README、docs | Xbox側の正式窓口、代表者、関連docs | Xbox側の正式窓口、代表者、関連docs | |
| 開発者の次アクション | READMEとtutorialを確認し、サンプル単体で試す | 一般公開サンプルだけで判断しない | 一般公開サンプルだけで判断しない |
READMEから導入前チェックリストを作る
導入前チェックは、できることを増やすためではなく、誤った前提で組み込まないための作業です。
Godot 4.5+とaddon構成を見る
READMEでは、addonをGodot 4.5+プロジェクトへ入れる前提が示されている。既存プロジェクトへいきなり入れる前に、リポジトリ内のtutorial appやGameInput向けサンプルで、ビルド、addon install、サインイン、入力、保存、multiplayer系の流れを分けて確認するのがよい。
Godot開発では、エディタ拡張、GDExtension、C++ binding、CMake、vcpkgなど、ゲーム本体とは別の技術要素が絡みやすい。READMEのdocsリンクを先に読み、チームで担当を分けられるかを見ておきたい。
build from sourceの前に依存関係を確認する
サンプルはsource-onlyなので、cloneして終わりではない。Microsoft GDK、PlayFab、GameInput、Godot C++ binding、build tools、test account、sandboxなど、環境側の前提を確認する必要がある。
特に、wrapper layerのMITライセンスと、GDK/PlayFabの依存関係は分けて読むべきだ。リポジトリのLICENSEだけを見て「全部MITで自由に使える」と判断すると危ない。商用タイトルや社内評価に使う場合は、各依存関係のライセンスと利用条件を別に確認する。
support、security、contributingの見方
READMEは、サポートやメンテナンスに一定の注意を置いている。指定された更新頻度がある商用製品ではなく、Microsoftがリポジトリを見て、IssueやPRを受けながら進める公開サンプルとして読むのが自然だ。
そのため、最初に見るべき場所はREADMEだけではない。SUPPORT.md、CONTRIBUTING.md、SECURITY.md、docs、troubleshooting、open issues、release有無も確認したい。セキュリティ上の問題を通常のGitHub Issueに書くべきではないケースもあるため、報告経路は先に読んでおく。
| 確認項目 | 見る一次情報 | OKの目安 | 保留時の次アクション |
|---|---|---|---|
| 対象範囲 | Microsoft Game Dev記事、README | Xbox on PC向けと理解している | コンソール向け期待を分ける |
| Godotバージョン | README、docs | Godot 4.5+前提を満たせる | 既存プロジェクトの移行コストを見積もる |
| GDK/PlayFab依存 | README、Microsoft Learn | インストールとライセンス確認の担当が決まっている | 法務、開発責任者、Microsoft窓口で確認する |
| 入力処理 | README、GameInput docs | InputMapとの接点をサンプルで試せる | 既存入力設計との衝突を洗い出す |
| 保存/Multiplayer | README、PlayFab docs | Game Saves、Lobby、Matchmakingの必要性が分かっている | 使う機能だけを検証チケットにする |
| サポート期待値 | README、SUPPORT.md、Issues | source-only sampleとして扱える | 本番導入前に別案を残す |
PlayFab Unified SDKとGameInput docsで補強して読む
補助ドキュメントは設計理解に役立ちますが、自分のタイトルで使える範囲は個別の検証で決めます。
PlayFab Unified SDKは対応表とcomponentsを見る
PlayFab Unified SDK docsは、PlayFab側のSDK構成やcomponentsを見るための資料だ。今回の記事では、サンプルがPlayFabをどう呼ぶかの説明を補強する資料として使う。
ここで混同してはいけないのは、PlayFab SDK自体の対応範囲と、Xbox Godot Sampleの導入保証は別だという点だ。PlayFab Unified SDKが示すcomponentsやfeature availabilityは、Godotサンプルの設計理解には役立つ。しかし、自分のタイトルでGame SavesやMultiplayerを使えるかは、GDK、PlayFab設定、サンドボックス、ビルド環境、ゲーム設計を合わせて検証する必要がある。
GameInputはPC向け導入とAPIバージョニングを見る
GameInput docsは、入力APIとしてのGameInputを確認する資料だ。GameInputはGDKやPC向けNuGetの文脈で提供され、Microsoftプラットフォーム上で入力デバイスを扱うためのAPIとして説明されている。
Godot側の焦点は、GameInputそのものの全機能を覚えることではない。godot_gameinput がGodotのInput/InputMapにどう橋をかけるか、既存のcontroller handlingをどこまで置き換えるか、複数入力デバイスやrumbleをどう扱うかだ。入力はゲーム体験そのものに近いので、最小構成のサンプルで挙動を見てから既存プロジェクトに移す方がよい。
GDK 2604とApril 2026 GDKの表記をそろえて読む
Microsoft Game Dev記事とREADMEは、April 2026 GDKとの互換性に触れている。一方、GameInput docsのURLには view=gdk-2604 が含まれる。これらを本文や社内メモで扱う時は、雑にひとまとめにせず、参照元ごとの表記として残しておくと後から追いやすい。
| 補強資料 | 主な確認内容 | Godot sampleとの接点 | 注意点 |
|---|---|---|---|
| PlayFab Unified SDK docs | SDK components、対応範囲、PlayFab機能 | godot_playfab、Game Saves、Multiplayer | サンプルの商用保証ではない |
| GameInput docs | 入力API、PC向け導入、GDK文脈 | godot_gameinput、Input/InputMap bridge | 既存入力設計との検証が必要 |
| GDC 2026 Xbox developer context | Xbox開発のオンボーディング改善、public docs | Xbox on PCへの背景理解 | 今回サンプルの仕様根拠とは分ける |
直近の反応は期待値ではなく需要シグナルとして読む
Microsoft Game Dev、GitHub README、Microsoft Learn、GitHub APIを事実確認の基準にします。
PC Gamer、Windows Central、Redditの反応は、読者が気にしている論点を見つける材料にします。
Issue、PR、commit、release有無、docs更新は、サンプルの動き方を見る手がかりにします。
コンソール対応なのか、Godot本体の対応なのか、GDKへの入口なのかという疑問を見出しに反映します。
疑問はコミュニティから拾い、答えは一次情報で返す、という線引きを守ります。
PC GamerとWindows Centralは話題化の入口
PC GamerとWindows Centralは、今回の公開をGodot開発者やインディー開発者向けの動きとして取り上げている。これは「読者が気にしている」ことを示す材料になるが、仕様の根拠にはしない。
たとえば、「Xboxの将来のハードウェア戦略につながるのではないか」という読み方は関心としては自然でも、今回のサンプルの確認事項とは分けるべきだ。記事で扱うのは、現時点で公式に確認できる対象範囲、依存関係、ライセンス、サポート期待値である。
Redditは疑問の種類を拾う場所
Redditのr/godotやr/xboxでは、コンソール対応なのか、Godot本体の対応なのか、GDKへの入口なのか、といった疑問が出やすい。こうした反応は、見出しづくりには役立つ。
ただし、コミュニティ投稿の推測を本文の事実認定に使うべきではない。疑問は拾う。答えは一次情報で返す。この線引きを守ることで、噂や期待値を扱う記事でも読者が混乱しにくくなる。
GitHub IssuesとPRは今後の温度感を見る場所
GitHubリポジトリは、今後の更新状況を見る場所でもある。Issue、PR、commit、release有無、docs更新は、サンプルがどの程度動いているかを知る手がかりになる。
一方で、Starsやforks、open issuesの数は変わる。記事本文で数字を強く扱う必要はない。導入判断で見るなら、数字そのものより、Issueの内容、troubleshootingの更新、READMEのImportant文が変わっていないかを確認したい。
まず何を試すかを小さな検証フローにする
- 1読む
Microsoft Game Dev記事とREADMEで、Xbox on PC向け、source-only sample、not a product、コンソール向け対象外をそろえます。
- 2docsを確認する
getting started、addons quickstart、tutorials、troubleshootingを読み、公式手順に沿って検証準備をします。
- 3サンプルで動かす
build、tutorial app、GameInputの基本動作、サインイン、保存、leaderboard、multiplayer系を必要最小限で試します。
- 4移すか判断する
自分のゲームに必要な機能だけを選び、実装参考に留めるか、プロジェクトへ組み込むかを決めます。
検証タイトルにもXbox on PC向けの確認であることを残すと、目的のずれを防ぎやすくなります。
公式記事とREADMEを読んで対象範囲を固定する
最初の作業は、cloneではなく読み合わせだ。Microsoft Game Dev記事とREADMEを見て、Xbox on PC向け、source-only sample、not a product、コンソール向けサポートは対象外、という前提をチーム内でそろえる。
この段階で、社内メモや検証チケットに「Xbox Series X|S向け対応検証」と書いてしまうと、目的がずれる。検証タイトルは「Xbox on PC向けGodot sampleのGDK/PlayFab/GameInput確認」のように、対象範囲が分かる表現にする。
docs/getting startedとtutorialを確認する
次に、リポジトリ内docsのgetting started、addons quickstart、tutorials、troubleshootingを読む。本文ではコマンドを大量に転載しないが、実際の検証では公式手順を開いて進めるのがよい。
Godotプロジェクトにaddonを入れる前に、サンプル側でbuildが通るか、tutorial appが動くか、GameInputの基本動作を確認できるかを見る。ここで詰まる場合、既存プロジェクトへ移す前に、環境依存なのか、GDK/PlayFab設定なのか、サンプル側のIssueなのかを切り分ける。
自分のゲームに移す前にサンプル単体で動かす
既存プロジェクトにいきなり組み込むと、原因の切り分けが難しくなる。まずはサンプル単体で、サインイン、入力、保存、leaderboard、multiplayer系のうち、自分のタイトルに必要な最小機能を動かす。
その後で、自分のゲームへ移すか、実装参考に留めるかを決める。source-only sampleの価値は、そのまま貼り付けることではなく、Microsoft側SDKとの境界を読めることにある。
| ステップ | やること | 判断材料 |
|---|---|---|
| 読む | 公式記事、README、docs、support/security文書を確認する | 対象範囲を誤解していないか |
| ビルドする | サンプルをcloneし、公式手順でbuildする | 環境と依存関係を満たせるか |
| 動かす | tutorial appやGameInput sampleを試す | 必要機能を最小単位で確認できるか |
| 移すか決める | 既存プロジェクトへの導入可否を判断する | ライセンス、サポート、保守コストに納得できるか |
導入判断で分けたいチームのタイプ
source-only sampleは便利な入口ですが、本番コードに近づけるほど保守と確認の責任も増えます。
すぐ試す価値があるチーム
Godot 4.5+で新規タイトルや小さな検証プロジェクトを進めており、Xbox on PCへの展開を中期的に見ているチームは、早めに触る価値がある。特に、GDK、PlayFab、GameInputのどれも未経験で、公式の接続例を見たい場合は、サンプルを読むだけでも得るものが多い。
また、PlayFabのGame SavesやMultiplayerをすでに検討しているチーム、コントローラー入力のMicrosoftプラットフォーム向け検証をしたいチームも、サンプル単体での検証をチケット化しやすい。
いったん読むだけでよいチーム
既存プロジェクトがGodot 4.5+ではない、Xbox on PCよりSteamや別ストアの優先度が高い、GDKやPlayFabのライセンス確認がまだ進んでいない、というチームは、まずREADMEとdocsを読むだけでよい。
source-only sampleは、導入すると保守の判断も必要になる。更新頻度が決まっていない公開サンプルを本番コードに近づけるなら、Issue対応や自前修正の余地を考えなければならない。今すぐ使わないチームでも、将来の検証候補としてリンクを残しておく価値はある。
公式窓口に相談すべきチーム
Xbox Series X|SやXbox One向けの正式な開発を前提にしているチーム、すでにXbox開発プログラムや担当窓口とやり取りしているチームは、一般公開サンプルだけで判断しない方がよい。今回のサンプルはXbox on PC向けであり、コンソール向けの要件やサポートは別の確認が必要になる。
コンソール向け、年齢レーティング、ストア審査、商用サポート、地域展開、法務確認が絡む場合は、GitHub READMEよりも正式な開発窓口の確認を優先する。サンプルは、その相談時に「Godot側で見たい接続例」として添える位置づけが自然だ。
次に読むなら
参照した主な情報源
| 情報源 | 確認した内容 |
|---|---|
| https://developer.microsoft.com/en-us/games/articles/2026/06/building-xbox-games-with-godot/ | Xbox Godot Sampleの公式発表、公開日、対象、GDK/PlayFab/GameInputの概要、source-only sampleとしての位置づけ |
| https://github.com/microsoft/XBOX-Godot-Sample | README、addon構成、Godot 4.5+、Xbox on PC限定、コンソール向けサポート対象外、support/contributing/security導線 |
| https://raw.githubusercontent.com/microsoft/XBOX-Godot-Sample/main/README.md | README本文の確認、source-only sample、not a product、MIT wrapper layer、GDK/PlayFab依存、docs/tutorials/troubleshooting |
| https://api.github.com/repos/microsoft/XBOX-Godot-Sample | リポジトリの公開メタデータ、license、default branch、更新時刻の確認 |
| https://learn.microsoft.com/en-us/gaming/playfab/sdks/unified-sdk/overview | PlayFab Unified SDKの構成、components、PlayFab側の確認観点 |
| https://learn.microsoft.com/en-us/gaming/gdk/docs/features/common/input/overviews/input-overview?view=gdk-2604 | GameInputの概要、GDK/PC向け導入、入力APIとしての確認観点 |
| https://developer.microsoft.com/en-us/games/articles/2026/03/gdc-2026-press-start-get-your-pc-game-ready-for-xbox-in-one-day/ | GDC 2026で示されたXbox開発者向けオンボーディング改善、public docs、Xbox on PC文脈 |
| https://www.pcgamer.com/hardware/godot-devs-are-getting-a-helping-hand-from-microsoft-to-bring-their-games-to-xbox-on-pc/ | 需要シグナルとして確認。仕様根拠には使用していません |
| https://www.windowscentral.com/gaming/xbox/xbox-is-once-again-making-it-easier-for-developers-this-time-its-targeting-godot-a-favorite-among-indie-creators | 需要シグナルとして確認。仕様根拠には使用していません |