鈴鹿回路 (SUZUKA KAIRO)
SUZUKA KAIRO
SYSTEM ARCHITECTURE
物理世界の「電気の流れ」を、デジタルの「ゲームロジック」へと昇華させる。 ハードウェアからクラウドまで一貫したデータフロー設計。
Physical Input
Hardware / Circuit
独自の物理コントローラと基板マップ。ジャンパ線の短絡を検知。
Serial Comm
ESP32 (C++)
物理信号をデジタルデータへ変換し、シリアル通信で送信。
Game Logic
C# / Unity
物理演算、衝突判定、レンダリング。入力信号をゲーム内物理へ反映。
API Layer
Go (Gin)
AI APIキーの隠蔽とリクエスト制御を行う中間サーバー。
Data & AI
Python / LLM
プレイログのJSONL保存と、Azure OpenAIによる実況生成。
MY ROLE & RESPONSIBILITY
UI / UX Design
- Start / Result UI
- State Machine Design
- Audio Management
- Visual Effects (Shader Graph)
Data Architecture
- Ranking System (JSON)
- Replay Recorder (JSONL)
- Map Data Structure
- Local Storage IO
AI & Logic
- Real-time Commentary Log
- Race Analysis (LLM)
- Prompt Engineering
- Context Management
Backend / Infra
- Go Proxy Server
- API Key Security
- Request Throttling
- Error Handling
Full Stack Engagement: From Hardware Interface to AI Integration
GAME EXPERIENCE
Title Screen
電子が反発し合う物理演算を取り入れたロゴアニメーション。
Diegetic UI Design
UIを「計測機器」としてデザイン。 速度を「電流計(A)」、ターボ残量を「電圧計(V)」として表現し、 SF的な世界観没入を阻害しない画面設計を徹底しました。
HARDWARE FUSION
Industrial Aesthetics
"Naked" Controller Design
筐体を持たず、基板と配線が剥き出しになった独自コントローラ。 「中身が見える」ことの美しさと、電子回路への興味を誘うデザインを意図しています。 プレイヤーは物理的な「電気の結合」を直接手で操作します。
Physical Interaction
Manual Toggle Switch
ゲーム内のギミック解除も物理スイッチで行います。 「回路を物理的にONにする」手触りが、ゲーム画面内のアクションと完全に同期する没入感を目指しました。 基本的な操作（ハンドル・アクセル）も全てジャンパ線同士の物理的な接触（短絡）によって行われます。
Physical Map Cartridge
好きなコースの基板を選んで...
コントローラに「ガチャン」とドッキング！
かつてのゲームカセットのように、物理的な基板を差し替えることでステージ選択を行います。 デジタルなメニュー画面操作を廃し、フィジカルな手触りにこだわりました。
DATA DRIVEN & AI
Replay Data Visualization
走行データは全てJSONL形式で保存され、リプレイ再生やゴースト機能の基盤となります。 「いつ」「どこで」「どんな操作をしたか」を完全再現可能です。
AI Commentary Logic
INPUT (LOG QUERY)
{
"timestamp": 5.95,
"eventType": "player_state",
"eventData": {
"velocity": { "x": 4.0, "y": 0 },
"ampere": 0.1,
"componentContext": { "componentType": "Conductor" }
}
}OUTPUT (TTS)
「第2コーナーに高速で突入！この速度で曲がりきれるか！？」
Azure OpenAIを利用し、ログデータから「実況」をリアルタイム生成。 単なる数値の羅列ではなく、レースの文脈を理解した熱いコメンタリーを提供します。
LESSONS LEARNED
Challenge: Unity Team Dev
シーンファイル(.unity)のコンフリクトにより、オブジェクトの参照（ヒエラルキー関係）が破損する問題が頻発しました。 最終的には、作業用シーンのバックアップを作成し、競合時にUnityエディタ上で正常なオブジェクトをコピー＆ペーストして復旧する運用で乗り切りました。
Solution: Debug Architecture
ゲームロジックを複数のPrefabに分割し、シーンへの依存を最小限に抑える設計へシフト。 また、DBファイルの保存フォルダをワンクリックで開くメニューをエディタ拡張で自作するなど、Unityエディタ自体のカスタマイズによる効率化も学びました。