ゲームを作る

一つの仕組みが面白いかを知りたい段階です。絵もメニューも物語も、まだ関係ありません。

既存エンジンで一つのシーン、すべてグレーの箱、一つの仕組み、一つの勝ち負け。セーブも設定もサーバーもなし。

地図上の形: ブラウザゲーム（HTML5 フレームワーク） · 汎用エンジン（Godot、Unity）

既存のエンジンを使います。この段階で自作するのは、「面白いのか」という怖い問いから逃げる方法です。

• Gitプロジェクト自体のセーブポイント
• Claude Code仕組みを素早く試作

• 何も説明せずに二人に遊んでもらい、迷った瞬間をすべて書き留める。
• 後悔なく捨てられるくらい、試作全体を小さく保つ。

仕組みは友人の関門を越えました。今度は何の義理もない人に見つけてもらい、最後まで遊び、どこでやめたかを教えてもらう必要があります。

試作は短く完結したゲームになります。始まりと終わり、数分以上ならセーブ、音と操作の設定。ウェブ版とダウンロード版を、無料のインディーストアで公開します。

地図上の形: ブラウザゲーム（HTML5 フレームワーク） · 汎用エンジン（Godot、Unity）

自前のストアページを作るより、プレイヤーがすでに小さなゲームを探している場所で公開します。ウェブ版は残します。クリックで遊べるリンクはダウンロードよりずっと遊ばれます。

• GitHubCI でプラットフォームごとにビルド
• Cloudflare Pagesウェブ版を無料でホスト

• 開発機だけでなく、非力なノート PC とスマホのブラウザで書き出したビルドをテストする。
• どのステージ、何分目でやめたかを記録し、何かを足す前に最初の離脱点を直す。
• セーブは頑丈に。一度セーブを失えば、そのプレイヤーは戻りません。

ゲームにお金が払われるようになりました。セーブを壊すバグは返金申請になり、ストアページはショーウィンドウになり、クラウドセーブはプレイヤーのデータを預かることを意味します。

ゲームは独自のビルド工程、実績、クラウドセーブを持つ有料ストアへ移ります。リリースはノート付きのパッチになり、セーブ形式を変えるたびに旧形式からの移行が必要です。

地図上の形: 汎用エンジン（Godot、Unity）

自前のサーバーを動かすより、クラウドセーブ、実績、決済などストアのサービスを使います。返金、税、通貨はストアがすでに扱っています。

• GitHubリリースビルドとパッチノート

• セーブ形式の変更には必ず移行処理をつけ、実際の古いセーブでテストする。
• 公開した全バージョンのセーブを残し、パッチの前にすべて読み込む。
• 発売前にストアページとトレーラーを作る。誰にも知られていないゲームは発売されていないのと同じです。

プレイヤーはリアルタイムで一緒に遊びたがり、競い始めれば誰かがチートします。遅延、公平さ、稼働率がゲームデザインの一部になります。

権威サーバーがゲームの状態を持ち、クライアントは入力だけを送ります。マッチングがプレイヤーを部屋に分け、サーバーはプレイヤーの近くに置きます。クライアントとサーバーのバージョンは一致が必要なので、一緒にデプロイします。

地図上の形: ゲーム + リアルタイムサーバー · ライブサービス（サーバー、チート対策、運営）

専用ゲームサーバーの前に、動く最小のリアルタイム層から始めます。エッジ基盤で 1 試合 1 部屋。本サイトのチューリングテストはこの方法でマッチングしています。

• Cloudflare Workersエッジのリアルタイム部屋（Durable Objects）。本サイトのチューリングテストで使用
• GitHubサーバーとクライアントを一緒にデプロイ

• クライアントを信用しない。すべての入力をサーバーで検証する。
• 人工的な遅延とパケット損失でテストする。社内ネットワークはインターネットではありません。
• サーバーとバージョンが合わないクライアントはマッチングしない。