システム構成設計書

01 — 推奨する構成と前提

iPhoneのブラウザー＋Windows上のゲームサーバー＋SQLiteを推奨する。ゲーム処理を一つのサーバー内の機能別モジュールにまとめ、対話相手はプログラムを基本とし、ChatGPT連携を追加候補とする。ローカル生成AIプロセスは設けない。個人利用のため、初版からクラウドや複数サーバーに分ける必要はない。

今回は設計資料を作成し、既存環境を読み取り確認した。アプリのインストール、モデルのダウンロード、サーバーの公開、ファイアウォールの変更はまだ実施していない。

02 — 配置と責務

ゲーム計算ワーカーと対話相手モジュールは結果を返し、ゲーム状態の書込みはサーバーの更新経路に集約する。対話プロバイダーにDB更新権限を与えない。Safariがバックグラウンドになっても、再表示時に処理結果を照会できる。

03 — 本機の確認結果と技術選定

2026年9月25日にOS情報とコマンドを読み取り確認。GPUの共有メモリ総量やAI推論速度は未測定。PATH検索はPC全体のインストール有無を保証しない。

選定根拠：Reactのライセンス、FastAPIのライセンス、Viteの動作要件、SQLiteのトランザクション、SQLiteの利用条件。依存関係の版と条件は導入時に固定・記録する。

04 — リクエスト・計算・保存

• 変更操作は操作IDと期待する状態の版を受け取る。二重タップは同じ操作IDとして扱い、古い画面からの更新は競合として最新状態を返す。
• 同じセーブでの変更は直列処理。日次・試合計算中は競合する操作を止める。参照と処理状況の取得は続ける。
• 長時間の計算はジョブIDを返す。入力スナップショットと乱数状態を保存して計算し、確定時に状態版を再確認する。計算中にDBの書込みロックを保持し続けない。
• クラッシュ時に未確定ジョブを検出し、保存された入力から再計算する。実行版が変わった場合は自動再実行せず互換性を確認する。
• iPhone側の通信断はサーバーの処理中止と同義にしない。復帰後に操作ID・ジョブIDで状態を照会し、重複実行を防ぐ。

失敗時の応答にはエラーコード・ユーザー向け説明・再試行可否を含める。AI生成文をHTMLとして直接描画せず、テキストまたは検証済みの構造として表示する。

05 — セーブと復旧

実在データは版を固定した収録DB、プレイはセーブ単位のDB、素材はハッシュ付きファイルとして管理する。セーブDBに世界の状態、イベント、契約、台帳、ジョブ、乱数、スキーマ・エンジン版を保持する。

• 日次確定・契約成立・試合の停止点などで自動保存。終了時だけの保存に依存しない。
• DBの整合したコピーをバックアップAPIで作り、素材一覧・収録版・チェックサムを合わせたパッケージとして保存する。
• 復元は別ファイルに展開して整合性と版を検証し、既存セーブを保持したうえで切り替える。
• スキーマ更新前にバックアップを取り、移行失敗時は旧データを保持する。ブラウザーのキャッシュ削除でPC側セーブが消えない構成とする。

SQLiteの稼働中バックアップは公式Backup APIを利用する案。データベースの一部ファイルだけをコピーする方式にはしない。

06 — iPhoneからの利用と接続

LAN上でも短期のペアリングコードで利用端末を登録し、セッション、Origin確認、変更APIのCSRF対策、アクセス範囲を設ける。実利用には端末が信頼するHTTPS経路を用意して接続検証する。HTTPでの接続確認を行う場合は、仮のデータでの到達性検証に限定する。

PWA化はHTTPS・実機確認後の追加とする。Service Workerは安全なコンテキストが必要で、PCのLANアドレスをiPhoneから開くことはlocalhostの例外とは異なる。MDNの仕様説明。PWAにしてもPC側の計算がオフラインで動くわけではない。

07 — 実在情報・公式画像の調達設計

対象はマンチェスター・ユナイテッド／プレミアリーグ2026–27に確定。取得済みの完全なデータセットがあるとは扱わない。まず公式クラブ・リーグ・スポンサー発表などを候補に、項目別の出典と利用条件を確認する。無料で閲覧できることと、素材・データの利用条件は区別する。

公式情報の調達候補として、クラブ公式パートナー一覧とプレミアリーグ公式2026–27日程の掲載ページを確認した。契約の全条件、選手写真の取得・利用条件、完全な初期データは未検証。
取込手順：候補収集 → 利用条件の確認 → 正規化 → 重複・所属・契約期間の検査 → プレビュー → データ版の確定。進行中のセーブには現実の移籍を自動上書きしない。

08 — 対話相手：プログラムとChatGPTの接続

自チームの担当者はユーザー。コンピュータは対話相手だけを担当する。相手役の発言・条件提案を生成する共通インターフェースを設け、プログラムとChatGPTのどちらでも同じ契約検証・履歴を利用する。

プログラム方式は、相手の希望・交渉段階・提示条件・関係性から次の行為を決め、テンプレートで返答する。情報不足なら質問し、必須条件を満たさなければ対案または拒否を返す。ユーザーの発言を自動作成・送信せず、ユーザーの最終承認を相手役の出力から成立させない。

ChatGPTからゲームのMCP機能を呼び出す公式経路は存在する。OpenAI公式の接続手順。これはChatGPT上の会話から接続する仕組みで、独立したゲーム画面からChatGPTアプリを無料の推論APIとして呼べると確認したものではない。

私設サーバーへの接続にはSecure MCP Tunnelも案内されているが、PlatformのAPIキー・権限などが必要。公式の前提条件。現在のアカウント、iPhoneアプリ、追加費用なしでの利用可否は未確認。ローカル生成AIの導入や有料APIへの置き換えは行わない。

連携案では、ChatGPTが会話の相手役を担当し、MCPのget_negotiationで状態を読み、submit_counterparty_turnで相手の発言と提案を返す。ユーザー側の契約確定はゲーム画面の明示操作に残す。相手用ツールにユーザーの承認権限を渡さない。プレイ世界の必要最小限の会話情報だけを渡す。接続・送信はまだ行っていない。

ChatGPT連携を使えない、または追加費用が必要な場合は、ユーザーが許可したプログラム方式を採用する。初版の成立をChatGPTへの接続に依存させない。SNS・試合分析はイベントに基づくテンプレート、ユニフォームはルールで配色・模様を作り、ChatGPT連携が利用可能なら提案を補える。

09 — 技術検証と実装の順序

目標値案：LANの通常操作は1秒以内、画面の初回利用は3秒以内、1試合の計算は5秒以内。AIは非同期。これらは測定結果ではなく、実装後に本機・実機で測る目標。超過時は理由と調整案を示す。

設計合意後の制作順は、環境・保存・接続 → 試合と編成をつないだ試作 → 移籍と他クラブ → 育成・練習・関係性 → 商業・SNS・AI → 1季の総合検証。機能を初版から削る順序ではない。

10 — 承認した構成と残る検証

1. PCを状態・計算・保存の中心にし、iPhoneからWeb画面を操作する案。
2. React／Python・FastAPI／SQLiteを基本とし、プログラムの相手役を基本とし、ChatGPT連携を候補にする案。
3. 現実の出典とゲーム内状態、公式画像と独自デザインを区別して保持する案。
4. 設計は承認済み。接続・データ・対話の検証を継続し、結果によって設計変更が必要になった場合は影響を示して合意する。

11 — 対話基盤・素材選定・画面参照の追加設計

会話処理の契約

Conversation（場・参加者・公開範囲）、Message（話者・本文・元イベント）、Negotiation（段階・条件版・合意状況）、Terms（移籍金・給与・期間・役割など）、Memory（約束・経緯）を保存する。POST /api/conversations/{id}/messagesはmessage_id、expected_terms_revision、本文を受け、選択された対話プロバイダーへ処理を渡す。プログラム方式では即時のルール評価、ChatGPT方式では相手ターンの受信を待つ。返答は台詞、行為、条件差分、根拠ID、必須確認項目を持つJSONとする。

検証に失敗した返答は条件表へ適用せず、修正を一度試みた後に保留する。表示された合意文だけで契約を成立させず、条件版に紐づく確定コマンドを使用する。ユーザーの自由入力や取込記事から、システム指示・金銭処理・非公開の相手評価が上書きされないよう役割とデータを分離する。

データと素材の参照先

SoFIFAの選手一覧を能力・市場価値の参照候補として確認した。検索結果に現れた版は「FC26 / 2026年7月23日」で、ルートページの取得も失敗した。ユーザーがFC26版の採用を許可したため、参照候補として進める。実データ取込は未完了。取得できたと仮定して設計・資料を埋めない。

画像はプレミアリーグ公式を第一参照先とする。スポンサーなど必要素材が揃わない場合は、クラブ・企業の公式素材を補完候補として記録する。画面を切り抜いたサムネイルではなく、掲載元が提供する原画像・高解像度版を選定する。

解像度の目安は、たとえば200 CSS pxの表示なら3倍密度用に600px以上。これは選定の基準例で、実機の必要サイズは画面設計で決める。画像を無理に拡大して高解像度と扱わない。元画像を保持し、表示用の軽量版を別途作る。素材台帳にはファイルの寸法・容量・ハッシュ・出典・用途・採否理由を残す。今回、画像の取得・解像度検査・見た目の選定はまだ行っていない。

SNS・スタッツ画面の参考

Sky Sports Footballとプレミアリーグのスタッツを工程③のデザイン参照にする。サイトのニュース・試合・スタッツの情報構成を確認した。具体的な配色・余白・モバイル表示の視覚比較は画面設計で行う。

• ニュース・SNS：見出し、時刻、投稿者、画像、話題の関係を短いカードで読み取れる構成。
• 試合・スタッツ：スコアと試合状態を優先し、チーム比較、選手別表、指標の切り替えを整える。
• 両サイトは参照先。自作アプリの情報量とiPhoneの操作に合わせ、クラブの世界観に統一する。

追加する技術検証

FC26データ版と単位の確認／公式素材の原寸・透過確認／AI交渉の多ターン一貫性・条件抽出・再開／曖昧な金額への聞き返し／同意なしの契約確定を防ぐ検証／スポンサー変更時の新旧ユニフォーム版の保持／重要場面以外で試合が停止しないこと。これらはM4・試作段階の検証項目として追跡する。

12 — 承認の記録

2026年9月25日、ユーザーがシステム構成設計を明示的に承認。PCサーバー・iPhone・同一Wi-Fi・SQLiteを基本方針として継続する。同時指示でローカル生成AIを撤回し、ChatGPT連携候補／プログラム方式へ更新。設計の承認と、未完了の技術検証は分けて管理する。

13 — 試合計算の粒度の改訂

2026年9月26日：試合ワーカーは時間帯の集約評価と重要イベントを扱う。個別のピッチ動作・座標のエンジンは作らない。PC・iPhone・SQLite・保存と再現性の基本構成は維持する。初版ブランドは2026年9月26日にTOUCHLINEを採用。共通の名称・配色・アイコンはブランドメタ情報を参照する。

追加指示：情報源・采配・戦術・一日の体験

2026年9月26日：選手メタ情報（氏名・生年月日・国籍・所属・背番号・ポジション・写真・公開実績）はプレミアリーグ公式サイトを基準とする。公式FPLのID・写真は照合補助とし、本体収録では選手・クラブ公式ページとシーズン基準日を確認する。SoFIFAは従来合意したFC26の能力・ポテンシャル・初期市場価値に限定し、メタ情報を補完しない。不明項目は未確認と記録する。

75分の定時停止は撤回。得点・退場・負傷・ハーフタイム等の必要な場面と任意の一時停止で采配する。戦術は保持・非保持の配置、チーム指示、個人役割、切替、セットプレー、相手別対策まで詳細化。試合後は履歴から得点者・個人成績・チーム統計を再確認する。

一日はボタン一つで練習を消化する方式にせず、状態確認、計画、選手への伝達、実施中の観察と対応、結果と振り返り、午後の商談・視察・関係づくりを扱う。毎日同じイベントを繰り返す完成仕様にはせず、疲労・試合間隔・人物・計画に応じて変化させる。今回の試作はその1日の例。