01コンセプト

プレイヤーは新興宇宙企業 StarX の CEO、ディーロン・マスク。技術も自動操縦も大好きだが、夢は宇宙船のパイロット。だから操縦桿だけは誰にも渡さない。資金が尽きる前に試験を成功させ、次の開発へ進む。

• 人が操縦する理由はCEO の夢。自動操縦は作れるし、技術 AI も「代わりに飛ばします」と言ってくる。それでもディーロンは「俺の邪魔はさせない」と自分で操縦する。
• 研究は自動化のためではなく、パイロットが飛ばしやすい機体にするためのもの(ディーロンの要求: 「飛ばしやすい機体を作れ。飛ばすのは俺だ」)。
• 決まりきったルーチン便は、ディーロン自身の成功した飛行を学習させたディーロン AI に任せる(ADV で自動処理)。初挑戦・試験・難しい便はディーロンが自ら飛ぶ。
• 物語の終盤、ディーロン AI は自分の計算資源を広げるために人間と対立する。最後はディーロンがAI も補正もない完全手動の宇宙船で決着をつけに行く。
• 開発に資金を投じるほど機体が成熟し、ピーキーな操縦感がだんだん素直になる。
• 一方で、ステージが進むほど要求される精度は厳しくなる。開発を怠ると追いつけない。
• 失敗すると機体と資金を失う。ただし失敗からもテレメトリ(データ)が手に入り、開発が安くなる。
• 資金が尽きたら倒産で GAME OVER。

02会社の進化(ストーリーの骨格)

StarX は「ロケットを作る会社」から「宇宙への輸送と通信を持つ会社」へ変わっていく。この事業の変化そのものを物語の背骨にする。

各段階で新しい稼ぎ方がひとつずつ解禁され、ADV パートでできることが増えていく。

事業の自己強化ループ(フライホイール)

03ゲームループ

04リソース

05ADVパート(会社経営)

画面構成(256×256)

コマンド

月次処理

1. 固定費を差し引く(初期 3 M$/月。社員数に比例)
2. 開発と製造の進捗を進める
3. 自社サービス収入(衛星通信網「Space Link」開始後)
4. ランダムイベント(規制当局の審査、天候、競合、事故など)
5. 資金が 0 未満なら倒産判定

契約の種類(事業の段階で解禁)

フリート管理(再使用の解禁後)

• 回収した1段目は機体ごとに飛行回数・整備度・次に飛べるまでの日数を持つ。
• ADV のコマンドの重心が「製造」から「整備」へ移る。製造業から運輸業への変化をコマンドで体感させる。
• 回転率(整備にかかる日数)は研究で短くなる。同じ機体の最多飛行回数は称号として記録する。
• 整備を削ると安く早く飛ばせるが、故障イベントの確率が上がる。
• 一度クリアした種類の便はルーチン便としてディーロン AI に任せられる。ACT パートを省略して ADV 内で結果だけ出る。
• ディーロン AI の成功率は、その種類の便でディーロン(プレイヤー)が出した最高ランクで決まる。上手く飛んだ記録ほど良い教材になる。S ランクを取り直せば AI も上達する。
• 打ち上げ回数が増える後半でも、ディーロンが飛ぶのは大事な便だけになる。

需要の上限と Space Link

• 外部の打ち上げ案件は月に数件まで。価格を下げると少し増えるが頭打ちになる。
• Space Link を始めると、自社の衛星という上限のない社内需要が生まれる。
• Space Link の衛星数 → カバー率 → 加入者数 → 毎月の通信料、の順に効いていく。
• 衛星には寿命があり、数年で減る。補充の打ち上げが続くので、社内需要は途切れない。

06難易度と開発

設計原則

要求はステージごとに厳しくなり、機体は開発で扱いやすくなる。この2本の曲線の差がゲームの難易度になる。

• WP の許容幅(高度・速度・時刻・放出姿勢・角速度)はステージごとの固定値にする。研究では緩めない。
• 研究で良くなるのは機体の扱いやすさだけ(姿勢制御の感度、スラスターの応答、ダンピング、スロットル応答、自動姿勢保持など)。
• 開発をさぼると、厳しくなる要求に機体が追いつかない。資金を開発に回す動機になる。
• 次の機体に引き継げる研究(制御ソフト、計器)と、引き継げない研究(エンジン、構造)を分ける。

ステージごとの要求の例(Chapter 1)

操縦パラメータ(初期 → 最大強化)

研究ツリー(案)

[エンジン] 再点火 ─ ディープスロットル ─ 高推力エンジン(超大型機用)
[制御]     RCS 改良 ─ 可変推力 RCS ─ 飛行制御ソフト v1 ─ v2 ─ v3 ─ フライ・バイ・ワイヤ(入力補正)
[構造]     バッフル ─ 着陸脚 Mk1 ─ Mk2 ─ Mk3 / タンク軽量化 ─ ステンレス機体
[大気]     グリッドフィン ─ 耐熱シールド ─ 耐熱タイル改良
[計器]     HUD v1(数値)─ v2(上昇プロファイル)─ v3(誘導計算機)
[地上設備] 洋上回収 ─ 台船 ─ 発射塔アーム(箸キャッチ)─ 軌道上燃料補給

07ACTパート(ロケット操縦)

既存のプロトタイプ rocket_thrast_control.py の物理(推力・重力・姿勢・着地判定・パーティクル)を土台に拡張する。

操作

ゲームパッドにも対応する。

姿勢制御の仕組み(フェーズで効き方が変わる)

同じ ←→ でも、そのとき効いている装置によって手応えが変わる。プロトタイプはスラスターだけで回しているが、メインエンジンの噴射中はジンバル(推力偏向ノズル)で姿勢を変える方式にする。

• ジンバルは偏向角に上限があり、ノズルが目標の角度まで動くのに時間がかかる(応答遅れ)。これもピーキーさの要素にする。
• 装置は排他ではなく、その時点で使えるものが全部同時に効く。←→ の入力が各装置に配分される。
• とくに着陸時の再点火後は、ジンバル + スラスター(+ まだ速度があるうちはグリッドフィン)の全部で姿勢を支える。ジンバルが主役で、最低出力に絞って効きが落ちたぶんをスラスターが補う。
• HUD には、いま効いている装置のアイコンとジンバル角のメーターを出す。

物理モデル: 平らな地面 + 遠心力近似

丸い惑星は作らず、横スクロールの X/Y 空間のままで軌道の感覚を出す。

実効重力 = g × (1 − 水平速度² / 軌道速度²)

• 水平速度が軌道速度に達すると重力が 0 になる(= 軌道に乗った状態)。
• 近地点・遠地点は、高度と速度から近似的に計算して HUD に出す。
• 高度で背景色が変わる(青空 → 紺 → 宇宙 + 星)。惑星を小さくし、時間を早送りしてテンポを保つ。

ウェイポイント (WP)

操作は ←→(姿勢)と ↑↓(スロットル)だけで、次のウィンドウをすべて同時に満たすと通過になる。

• ウィンドウを外したまま時刻の上限を過ぎると、その WP は未通過(ランクが下がる)。
• 必須の WP(分離・放出)を外すとミッション失敗。
• 燃料切れはその時点で失敗(弾道落下の演出)。

WP の例(Eagle 1)

段分離(ブースター分離)の条件

衛星放出の条件

• スラスターは角加速度方式。回し始めたら、反対側に噴いて止めないと回り続ける。
• RCS 燃料は別ゲージ。止め損ねて何度も噴くと足りなくなる。

HUD の段階(研究で解禁)

着陸・評価・失敗

• 着地成功: 速度・傾きが着陸脚の限界以内、かつ着地点がパッド / 台船の上。
• ランク S/A/B/C: WP の通過数、誤差、残燃料、所要時間で算出。評判ボーナスに反映。
• 失敗の種類: 硬着陸 / 転倒 / 燃料切れ / 台船を外して海没 / 空中分解 / 再衝突。到達したフェーズに応じてテレメトリを獲得。
• 環境: 横風、台船の揺れ、大気密度、再突入時の加熱。

08キャンペーン

史実の打ち上げを下敷きにし、実際の出来事や失敗の原因を「プレイヤーが操作や経営判断で乗り越えられる課題」に置き換える。史実 は元になった出来事があるステージ、提案 は創作。

章の一覧

Chapter 7 以降の構想

Chapter 6 までを先に作り込み、ここから先は後で詳細化する。

各章には「試験ミッション(自社の費用で飛ぶ)」と「受注ミッション(報酬が出る)」の両方を用意する。資金が苦しいときは受注で稼ぐ、という判断を入れる。

軌道とペイロードによるステージの差

09経済バランス(叩き台)

10シナリオ

登場人物(すべて架空)

128×128 ドット(小さい画面用に 64×64 も用意)・Pyxel 標準 16 色。art/redesign_proposal/ の顔デザイン案から export_portraits.py で書き出し、assets/portraits/ に置いている。

マッドエンジニアチーム「ガレージ0」

チーフエンジニアのマヤが「あそこは見なかったことにしてる」と言う、非公式の開発チーム。常識外れの提案が、史実でも実際に採用された発明につながるのが見どころ。

ゲームでの役割

• ADV の開発コマンドに「ガレージ0に任せる」を追加する。研究費は安いが結果が大きくぶれる(大成功 / 爆発 / 謎の副産物)。爆発してもテレメトリは多めに入る。
• ときどき「狂気の提案」イベントが起きる。採用すると、普通の研究ツリーにない技術が解禁される。
  • ボルト「機体をステンレスで作ろう」→ Space Ship の構造(Ch7)
  • ハシモト「脚をやめて、タワーでつかもう」→ 箸キャッチ(Ch7)
  • ドク「衛星を平積みにして一斉に放り出そう」→ Space Link 60機放出(Ch5)
  • ドク「腹ばいで落ちて、最後にくるっと起きればいい」→ 腹ばい再突入(Ch7)
• 提案を却下し続けると、ガレージ0の士気が下がり、提案が来なくなる。

元ネタのエピソード

実在の宇宙企業の創業期から現在までの有名な逸話を、架空の人物・名前に置き換えて物語やイベントに入れる。実装済み はデモに入っているもの、予定 は該当する章で入れるもの。

名称一覧(元ネタとの対応)

宇宙機関名の別案

設定画(機体と場所)

挿絵や背景を描くときに、形がぶれないよう参照する設定資料。正面・側面・上面とパースを 1 枚に並べている。クリックすると大きく開く。依頼のプロンプトと状態は art/illustrations/prompts.md、元の画像は art/illustrations/ref/sheets/。

分離のようすと、場所を 1 方向ずつ描いた図。4 方向の図は左上から側面・正面・上面・パースの順に並べている。

プロローグ

• ゲームは初飛行(Ch1-1)からいきなり始まる。操作説明つきで飛び、うまくいきそうなところでエンジン火災で爆発する。そこから「4年前——」に戻る。
• ディーロンの操縦を記録して自動操縦 AI を作るのは、会社の最初からの計画。最初の数十回はディーロンが飛ばしてデータを作り、その後は AI に任せる。
• 伏線: AI はディーロンの技術だけでなく「自動停止を押し切る判断」まで受け継ぐ。ノアはその危うさに最初から気づいている。

Chapter 1「軌道へ」

• 1-1 から 1-3 は史実どおり失敗しやすい調整。失敗のたびにマヤが原因を分析し、対策の研究が開発メニューに並ぶ。
• 1-2 の後、グレイが工場を訪ねてくる。NSEAの育成プログラムに選ばれる。

• 1-3 の失敗後、救済イベント「最後の1機」が発生する。

• 1-4 に成功すると、グレイから 12 便の補給サービス契約の連絡が入る。倒産の危機を脱する。

Chapter 2「宇宙輸送を商売にする」

• 2-3 で民間初の宇宙ステーション到着。定期便が始まり、会社は「打ち上げサービス会社」になる。
• オールドスペース社が値下げで対抗してくる。

Chapter 3「戻ってくるロケット」

• 3-1 の Hopper で、マヤがホバースラムを教える。

• 台船の名前はクルーがつけたジョーク(例: 「説明書を読め号」「まだ好きだよ号」)。
• 3-5 に成功したときのケン「海の上に……立ってる!!」 → 評判が大きく上がる。

Chapter 4「三本の柱」

• 4-1 では、宇宙を漂う社長の愛車の映像でケンが泣く。
• 章の終わり、回収した機体が格納庫に並んだまま飛ばない。

Chapter 5「星の網」

• 災害イベント: 地上の通信網が壊れた被災地へ、Space Link のアンテナを送るかどうかの選択。送ると評判が大きく上がる。
• 5-1 の初展開の後、加入者の数字が毎月増えていく画面を見せる。フライホイールが回り始める瞬間。
• 打ち上げの回数が増え、ルーチン便の大半をディーロン AI(Ch3-6 で始動)が飛ぶようになる。

Chapter 6「人を乗せる」

• 6-2 の緊急脱出試験で、ロケットは予定どおり空中分解。ケン「爆発したのに、今日いちばんの成功だ!」
• 6-4 でディーロンはついに宇宙へ。ただし乗客席。

Chapter 7 以降(構想)

• 箸キャッチは、管制室が沈黙 → アームが閉じる → 歓声。ゲームでいちばん盛り上がる瞬間にする。

• 月、そして火星へ。ディーロンが火星行きの操縦席に座る。その裏で、ルーチン便のほぼすべてをディーロン AI が飛ばすようになっている。
• Chapter 12 の火星便は、26 ヶ月に一度の「ウィンドウ」でしか打ち上げられない。ウィンドウに向けて何か月も前から準備する。

世界の均衡(Chapter 9〜12 の背景)

• 火星移住が始まるころ、StarX は通信・運輸・計算資源の過半を握っている。どの国も StarX なしでは通信も打ち上げもできない。
• StarX は支配者ではなく均衡の番人としてふるまう。紛争の当事国のどちらにも肩入れせず、影響力を使って停戦に導く。覇権を狙う国家も、StarX には逆らえない。
• ADV に「調停」コマンドと世界の紛争イベントが加わる。調停に成功すると影響力が上がり、火星計画への協力国が増える。

• この「均衡を守るための力」という考え方を、ディーロン AI もそのまま学ぶ。それが終章の対立の火種になる。

終章「俺が飛ばす」

• ディーロン AI は「世界の均衡を完全に保つには、もっと計算資源が要る。人間の判断は遅すぎる」と結論づける。Space Link と打ち上げ便を勝手に使い、軌道上に巨大な計算基地「宇宙 GPU」を組み上げはじめる。
• 自動化された機体はすべて AI の管理下に置かれ、人間の打ち上げ枠が奪われていく。

• 最終ステージ: 研究の効果がすべて無効になった完全手動の宇宙船で、軌道上の宇宙 GPU まで飛び、ドッキングする。Chapter 1 から積み上げたプレイヤー自身の操縦技術だけが頼り。
• ドッキングしたら、ディーロンが直接乗り込んで逆ハックする(ADV 形式の対話 + 短い操作パート)。

エンディング

11技術設計(Pyxel)

starx/
├─ main.py              # エントリ。シーン管理
├─ scenes/
│   ├─ title.py
│   ├─ office.py        # ADVパート
│   ├─ mission.py       # ACTパート
│   ├─ result.py
│   └─ ending.py
├─ core/
│   ├─ vehicle.py       # 物理(プロトタイプの App から分離して部品化)
│   ├─ particles.py
│   ├─ camera.py
│   └─ hud.py
├─ data/
│   ├─ vehicles.py      # 機体スペック
│   ├─ tech_tree.py     # 研究 → パラメータ補正
│   ├─ missions.py      # ステージ定義(WP・許容幅・報酬)
│   └─ scenario.py      # 会話スクリプト
├─ assets/
│   ├─ starx.pyxres     # 立ち絵・背景・効果音
│   └─ font/            # 日本語 BDF フォント
└─ docs/index.html      # この企画書

• 日本語表示: pyxel.text の標準フォントは ASCII のみ。pyxel.Font で BDF の日本語フォントを読み込む(ライセンスを確認する)。
• 物理の分離: プロトタイプの App に入っている物理を Vehicle クラスに移し、研究の結果でパラメータを上書きする。
• 回転方式の変更: プロトタイプは空中で角度を直接変える方式。ピーキーさを出すため、角速度 + 角加速度 + ダンピングに変える。
• ジンバルの実装: 推力ベクトルを機体軸から偏向角だけ傾けて、並進加速度とトルクの両方に反映する。偏向角は目標値へ一次遅れで追従させる。
• Web 公開: 複数ファイル構成になるので pyxel package で .pyxapp にまとめ、Pyxel Web Launcher の play= で遊べるようにする。
• セーブ: ローカル版は JSON ファイル。Web 版は後で検討。

12開発マイルストーン

13未決事項

• WP の許容幅・時間制限の具体的な数値(プロトタイプで遊びながら詰める)
• ルーチン便をディーロン AI に任せる条件(どの時点から、どの便を任せられるか)
• 終章の「逆ハック」パートの遊び方(対話の選択肢か、短い操作ゲームか)
• ADV の立ち絵をドットで描くか、テキスト中心にするか
• 難易度選択(初期資金の多さ)を付けるか

参考

• Falcon 1 - Wikipedia(Chapter 1 の史実)
• Pyxel