UI表記の日本語統一方針を確定
シナジー仕様の再定義＆コード反映
シールドHPの本実装
HPBarControllerリファクタ
型の方針を統一
参照の最適化
＜開発じゃない話＞
関東のノリに悩まされている。自分がまじめに受け取る癖があるのが原因か？
あるDicordにて
Aさん「ゲーム作ってるんですか？じゃあ将来社長になって養ってください(笑)」
私「そうですね～そうなるように頑張ります！」←割と真剣
A 「・・・。」
ええぇ。どう返せば正解やったの？ （私は生粋の関西人なのだ！）
でもこれって関西、関東問題なのかジェネレーションギャップなのか、私の特性なのかいまいちはっきりしないんですよね。とりあえず相性は悪いのかもしれないｗ
おやすみなさい
長かった……。
ついに「チュートリアルからメインシーンに遷移して、クリア画面に到達する」までの流れが完成しました。
これは タクティクスパーティ（Tactics Party） にとって、
単なるバグ修正の一歩ではなく、「1本のゲーム体験が初めて成立した瞬間」 です。
チュートリアルからメインゲームシーンへの 完全遷移
MainGameシーンでの 正常なフェーズ管理（PhaseManager）
敵出現 → バトル → 勝利 → ラウンド進行 → クリア（Round10） の一連ループ確立
経験値UI（ExperienceManager）の再構成と DontDestroyOnLoad 問題の解消
ショップ購入ボタンの Null防止・チュートリアルロック対応
MainGameでの「ラウンド10クリア条件」設定
今回の道のりは地味にハードでした。
「チュートリアル用に改造した仕組みを、どうやってメインシーンと両立させるか？」
これが大きな壁でした。
| 課題 | 解決策 |
|---|---|
チュートリアルで使った EnemyGroupDataLoader が本番でも干渉 | チュートリアル用と通常用でCSV切り替えできるよう共通化 |
シーンを跨ぐと経験値UIが壊れる (NN 表示) | DontDestroyOnLoad を撤廃 → シーンごとに再生成 |
| ショップ購入中にNullReferenceが出る | FindObjectOfType()＋チュートリアルロックガードで安全化 |
| どのラウンドでクリア判定するか曖昧 | currentRound >= 10 でGameClearへ遷移に変更 |
今回の構成変更で、
PhaseManager・ExperienceManager・ShopButtonController・TutorialManager の依存関係が整理され、
シーン間の「繋ぎ」が明確になりました。
これで：
チュートリアルシーンは安全に自己完結
メインゲームは自律的に進行
両者の接続は「自然な流れ」として成立
つまり、「1つのゲームとしての完成形」が見え始めたということです。
今日は昭和100年10月10日
らしいｗおやすみなさい
そもそもチュートリアルの作り方がわからないｗ
いよいよゲームダンジョン10まで約1カ月と迫っている状況だが、９月中盤から進めているチュートリアルシーンの制作が思うように進んでいないのが現状。
昨今のゲームではチュートリアルは体験型ばかりだと思うので、紙芝居型ではなく体験型チュートリアルを制作しているんですが、いかんせんド素人なのでよくわからないまま進めている。
自分がやってきたゲームを振り返るとチュートリアルシーンでは以下の２点に絞って制作することにした。
①ステップごとにしてほしい動作を一つだけにする
②①の動作以外には何もできなくする。
で、とりあえず①の1ステップ 1動作は概ねできている気がする。
しかし、②を実現するにはまずはフェーズマネージャー（将来的に紹介したい）で行っている動作、アルゴリズムの中でチュートリアル的には不要なものを省くことから始めることにした。これが大体10/1位で試行錯誤している最中といった感じです。
以下細かい今日の頑張りをAIが書いてくれたものを記載します。
1. チュートリアル用フェーズの安定化
通常の PhaseManager に手を入れず、TutorialManager 側で制御補助を追加。
フェーズを Preparation に固定することで、
チュートリアル中でも通常システム（ObjectDrag など）が動作可能に。
ゲームの流れを壊さず、既存システムを再利用できるように整理。
🗒 ポイント:
「チュートリアル専用フェーズを新設する」ではなく、
既存のフェーズを最小限に活かして調整した設計判断。
👾 2. 敵の出現を実現
EnemySpawner をチュートリアルから直接呼び出すことで、
シーン開始時に敵を出現させることに成功。
余計な重複処理を削除し、既存の SpawnEnemies(0) ロジックを再利用。
Resources/CSV/EnemyWaveData.csv の構成と EnemyData アセットの紐付けを確認・整備。
🗒 ポイント:
敵の生成は完全に共通ルートを使うよう統一。
「チュートリアル専用スクリプトを増やさずに実現」できた。
💬 3. UIトラブルの解消
TooltipController 不在による NullReferenceException を特定。
チュートリアルシーンに TooltipController を再配置し、
ツールチップ機能を復活・安定化。
結果、UIの挙動が通常バトルシーンと同等になった。
🗒 ポイント:
「スクリプトが悪いんじゃなくて、シーン構成の差異」を見抜けた判断力が光った。
🧠 4. ObjectDrag 復活
ドラッグ操作が効かない原因がフェーズ依存 (Preparation 以外では無効) であることを突き止めた。
TutorialManager から PhaseManager に明示的に Preparation をセットすることで解決。
実際にドラッグできるようになり、チュートリアルの体験部分が復活！
🗒 ポイント:
問題の本質を「スクリプトバグ」ではなく「フェーズ管理の状態」に見出した冷静さ。
💤 今日のまとめ
敵出現、UI修正、ドラッグ復活まで完走。
PhaseManager の挙動を壊さず、チュートリアル専用処理を最小追加で制御できる構造が完成。
新規 TutorialPhaseManager 方式は撤回。
チュートリアルでは不要だと感じたUIや各種アナウンスを取り除いたフェーズマネージャーを作成しようとしたが全く上手く動作しなかったためやめた。
既存 PhaseManager をチュートリアルシーンでも使う方針に戻して復旧。
と思ったが、 主要エラーは「参照先が消えてる」「二重定義」「Add Component不可（型未生成）」の3系が出る不具合発生
単純にコピペミスによる不具合だった。上記が起きたのは、夜になってトライしたことが原因だと思った。朝～夜までプライベートな時間を過ごしていたし、お酒も入れたから適当に編集作業しすぎたのかなと。
明日からまた１週間が始まる。なので、今日は上手く行かない人いうことで潔くやめることにした。
発表まで約1カ月。チュートリアルの完成を急ぎたい。
こんにちは！2回目の記事です。
今回は制作しているゲームについて紹介しつつ、「オートチェスってなに？」という部分を簡単に説明してみます。
オートチェスはもともと「チェス盤」の上にキャラクターを配置し、ラウンドごとに自動で戦わせるゲームジャンルです。
プレイヤーは「どのキャラを買うか」「どこに配置するか」を考えるのがメインで、実際の戦闘はキャラクターたちがオートで行います。
いわば「戦術を仕込んで見守る」タイプの戦略ゲームです。
私が作っている「Tactics Party（仮）」も、このオートチェスの仕組みをベースにしています。
特徴は、3分くらいでサクッと遊べる短時間対戦と、シナジー（種族やタイプを揃えることで強化される要素） です。
例えば「火タイプを複数配置すると攻撃力アップ！」みたいに、組み合わせ次第で戦力が大きく変わる仕組みになっています。
UIやチュートリアル部分を作っている段階で、シナジーの表示も少しずつ形になってきました。
次はアイテム関連の実装を進める予定です。
また進捗が出たら記事にまとめていきますので、よろしくお願いします！
