要件定義書・初版の範囲表

01 — この工程で決めること

合意済み企画をもとに、初版で何ができればよいか、何をもって完成とするかを定める。2026年9月25日、ユーザーが本書を承認。記載の機能範囲・受け入れ条件を要件の基準とする。明記した未確定事項は設計工程で確認する。

02 — 初版の範囲

初版のプレイ期間は1シーズンとする。ひとつのクラブの運営を提案し、運営はマンチェスター・ユナイテッド、対象リーグはプレミアリーグ、開始シーズンは2026–27。他リーグの移籍対象選手の収録範囲は調達時に確認する。翌季への進行は初版の完成条件から外す。

初版の範囲変更が必要になった場合は、影響を示して合意を得る。

03 — 機能要件と完成時の確認

04 — 選手・試合・クラブ経営の要件

R10〜R20を含め、記載した領域を初版のクラブ運営に組み込む。具体的な数値・ルール・実装方式は設計工程で定義し、未確定の選択肢は別途確認する。

能力値は採用し、個性・長期変化・一時的な状態を分ける

技術・身体・判断に関する複数の能力値を持たせる。総合値を設ける場合は役割に応じた参考値とし、総合値だけで試合を決めない。成長・衰退は項目ごとに変わり、年齢だけでなく練習、出場経験、負傷、回復などを反映する。正確な尺度と係数は設計で定める。

一時的な疲労を能力の衰退と混同しない。個性はリスクの取り方や好むプレーなどで表現する。将来の実際の成長とスカウトによる評価額・契約調査には不確実性を持たせる案とし、実在選手の非公開の性格・心理はゲーム上のモデルとして区別する。既存選手の能力値・総合値・ポテンシャル・市場価値はFC26の値を初期値に採用し、SoFIFAを優先参照する。出典・版・原値・単位を保持する。

試合は「経過を計算して、その結果を読む」

映像や選手アニメーションは不要。得点、チャンス、交代、カード、負傷などの時系列と、シュート・枠内シュート・支配率・パスなどのスタッツ、選手別の内容を確認できる案とする。戦術やコンディションがイベントに影響し、そのイベントからスコアとスタッツを集計する。試合後に生成AIで架空の経過を付け足す方式にはしない。要所で止めて交代・戦術変更できる。

AIの役割と無料・OSSの方針

他クラブの編成判断や試合の意思決定を行うAIと、文章・デザインを補助する生成AIを分けて設計する。対話相手はChatGPT連携またはプログラムで担当する。自チームの担当者として発言・交渉・判断するのはユーザーであり、相手役がユーザーの発言を作成・送信・承認しない。自チームの選手と話す場合も、選手は対話相手として扱う。レポート・SNS・ユニフォーム案も、プログラムによる生成を基本にChatGPT連携を追加候補とする。契約や財務などの状態変更はゲームのルールで検証し、文章だけで状態を変更しない。

有料API・有料素材・有料ホスティングを必須にしない。OSSを優先し、モデルや画像を含めた利用条件を検証する。ローカル生成AIは使用しない。ChatGPTアプリによる相手役との対話を候補とし、利用条件と実機連携を確認できなければプログラムベースの相手役を採用する。本機を処理サーバーにして同じWi-FiからiPhoneで利用する方式を採用する。PC起動が必要で、外出先接続とiPhone単独動作は初版の接続要件に含めない。プログラムベースの相手役でも交渉・会話・運営を完結できるようにする。

05 — 体験・品質の要件

• 利用前提（確認済み）：初版はiPhone中心・個人利用とし、実機はiPhone 17e。開発は現在のPCで行う。縦画面とタッチ操作を基本案とし、主要操作が小さい画面で完結する設計を提案する。
• 操作性：クラブの現状、判断できる操作、判断の結果が分かる。主要な編成・戦術操作を画面試作で確認する。
• 視覚表現：先進的なUIの解釈をデザイン案で合わせる。制作文書のシンプルさを、ゲームUIの制約にはしない。
• 見通し：試合計算やデータ読込の待機状態を示す。具体的な応答時間の目標は端末と試合方式の決定後に設定する。
• 情報の整合：実在データの基準日・出典を管理し、現実の更新とゲーム内で変化した状態の扱いを決める。
• 読みやすさ：文字の大きさ・コントラストに配慮し、状態を色だけで区別しない。

06 — 回答済みの方針と残る判断

要件全体は承認済み。承認後の回答で、マンチェスター・ユナイテッド／プレミアリーグ2026–27、要所での試合介入、同一Wi-Fi接続を確定。データ基準日などの詳細は設計で具体化する。

07 — 承認の記録

1. 初版に含める範囲と後回しにする範囲が明確である。
2. 端末・利用範囲・移籍の自由度など、体験を左右する未決事項に方針がある。
3. 受け入れ条件に納得でき、設計で検証する事項が明記されている。
4. 範囲と制作条件に合わせ、Codexの制作・検証とユーザーレビューを基準に進行計画を具体化している。

08 — 承認後の追加指示（2026年9月25日）

• 日付進行で世界が動く方式を維持する。
• 試合前に先発・控えのメンバー表を作り、クラブの土台戦術と対戦相手別の調整を組む。
• 介入はスコア変動、退場・負傷など重大場面、ハーフタイム、終盤。通常の攻撃局面で操作を要求しない。
• AIがゲーム内の選手・監督役として具体的な商談を行い、条件を調整して承認・破談へ進む。
• 個別メッセージ、練習中のやり取り、SNS、インタビューを含める。
• シャツのスポンサーロゴは掲載契約と有効期間に連動する。過去のユニフォーム版は保持する。
• 初版の画像はプレミアリーグ公式サイトを第一参照先とし、クラブ・リーグのアイコン、選手写真、スポンサーロゴの解像度と使いやすさを重視する。
• SNS・スタッツの画面はSky Sportsとプレミアリーグ公式サイトを参照する。

本節はユーザーの追加指示を記録したもの。具体的な設計案と検証状況は機能設計書・システム構成設計書で管理する。

09 — 対話方式とデータ版の更新

2026年9月25日：FC26版を採用。自チームの担当者はユーザー、コンピュータは対話相手のみを担当する。ローカル生成AIは撤回。ChatGPTアプリの連携可能性を確認し、難しい場合はプログラムベースの対話相手を使う。システム構成の基本方針についてユーザーから追加指摘なし。技術検証の未完了は管理資料に残す。

10 — 運営と詳細設計の追加方針

FCシリーズに近い初版を確立し、改版で改善する。日常運営に練習メニュー、スカウト条件、アカデミー視察、他試合の視察、移籍交渉を含める。既存選手の能力はSoFIFA等の照合済みデータを使用し、能力値と適正はスカウトなしで公開。評価額・契約の詳細はスカウトで判明する。交渉は収入だけでなく出場機会、ステップアップ、キャリア終盤の希望、適応環境などを個人ごとに厳しく評価する。練習はメニュー・強度・結果としてのコンディションを扱う。経営の具体案策定はCodexに任せる。

戦術はFC26を土台に、一般的なフットボール戦術を調査して詳細化する。具体的な開示項目・契約条項・戦術設定・練習・経営の案は運営・戦術の詳細設計でレビューする。本節の方向性と、その資料に記載した未承認の数値・選択肢は区別する。

11 — 試合の抽象度に関する修正指示

2026年9月26日：個々のパス・ドリブル・シュート・ブロックのシミュレーションは不要。編成・戦術・状態をもとに時間帯ごとの展開・結果・スタッツを生成し、重要場面で介入する。詳細は試合設計v0.2へ改訂。

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

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

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

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