この7日間（6/10〜6/16）は、ゲームの中核処理を「遊べる形」から「見せられる形」へ押し上げる作業が中心だった。

戦争は、ただ数値で勝敗が決まるだけではなく、進軍し、撃ち合い、激突し、決着し、結果がカードや報告で見えるようになった。
結果フェーズは、単なるログ表示から「評定」という4タブ式の画面へ変わり、戦争・イベント・配下報告・判断を整理して見せられるようになった。
さらに軍師アドバイス、名声経済、Steam近日登場ページの準備、トレーラー撮影前の演出磨き、滅亡演出の専用パネル化まで一気に進んだ。

今回はかなり作業量が多い。

順に記録する。

---

■ 43〜49日目のまとめ

大きく6つの山があった。

• 43日目（6/10）：カード演出の整理、戦争系コードの監査、戦争結果演出の基盤構築
• 44日目（6/11）：ターンチェンジ演出、戦争演出の総仕上げ、軍師アドバイス第1弾
• 45日目（6/12）：軍師アドバイスの大増築、名声経済、AI・バランス・重大バグ修正
• 46〜47日目（6/13〜6/14）：結果フェーズ「評定」の4タブ化とリッチ表示
• 48日目（6/15）：AIバランス調整、Steam近日登場ページの構築・審査提出、戦闘VFX追加
• 49日目（6/16）：トレーラー撮影前の演出磨き、結果ログ、ターン演出強化、滅亡演出の専用パネル化

前回までで、戦争・捕縛・登用・結果表示の大枠は動き始めていた。

今回はそこからさらに踏み込んで、「画面上で何が起きているのかを見せる」「結果を整理して読ませる」「プレイヤーの判断を補助する」「外向きに見せられる素材を整える」という段階に入った。

ゲームとしての骨格だけでなく、手触りや見栄えの部分がかなり増えてきた7日間だった。

---

■ 43日目（6/10）：カード演出の整理と戦争系コードの監査

43日目は、まず前回までに実装した武将登用カード演出の整理から始めた。

武将獲得時のカードドロー演出、NEW判定、レアリティ別エフェクト、NEW出現演出などを実機確認済みとして整理し、引き継ぎ情報にも反映した。
このあたりは一度動いたら終わりではなく、あとから見返したときに「どこまで完成しているか」が分かるようにしておく必要がある。
特に今回は、レアリティ別エフェクトの基盤も整えた。
Screen Space Overlay のCanvasでは通常のParticleSystemをそのまま扱いにくいので、ピュアUI方式で演出を組む方針にした。
R2は銀青、R3は青、R4は紫、R5は金というレア色のラダーも決め、1つの素材を色替えで流用できる構成にしている。
武将を登用したときに、ただカードが出るだけではなく、レアリティに応じた「引き」の気持ちよさが出るようになってきた。

戦争系未確認コードの監査

その後は、戦争系コードの監査に入った。
戦争解決、捕縛、滅亡、援軍、AI迎撃、ゲーム終了判定、計略、引抜、外交判断、セーブまわりなど、ゲームの中核に関わる部分を広く見直している。
この作業は地味だが、かなり重要だった。
戦略SLGは、見た目以上に内部の整合性が大事だ。

戦争に勝ったのに拠点が変わらない。
捕縛された武将が別の場所にも残る。
滅亡した勢力の同盟情報が残る。
援軍を送ったのに、要請無視扱いになる。

こういう不整合があると、プレイヤーの信頼が一気に落ちる。

今回の監査では、要請無視ペナルティの重複適用、君主の二重登用表示、JsonUtility由来の幽霊エンティティなどを発見し、修正した。
戦争・滅亡・登用・セーブが絡む部分は複雑なので、このタイミングで潰せたのは大きい。

戦争結果演出の第1段階

43日目の大きな作業として、戦争結果演出の第1段階も実装した。
これまで戦争は内部的には解決されていたが、見た目としてはまだ淡白だった。
そこで、②戦争解決フェーズを「1戦争ごとに演出を挟む非同期進行」に作り替えた。

流れとしては、

戦争アイコンへフォーカスする。
マップをズームしながら暗転する。
暗転中に戦争のデータ処理を行う。
戦争シーンを表示する。
演出終了後に次の戦争へ進む。

という形だ。

これにより、戦争が単なる裏側の数値処理ではなく、画面上の出来事として見えるようになった。

また、戦争結果のスナップショット構造も作った。
戦争解決後は兵数などが上書きされるため、そのままだと「出撃時の兵数」や「残兵」を演出や結果表示から参照しにくい。
そこで、出撃兵数、残存兵数、特技発動、援軍別の結果、捕縛イベントなどを記録できる形にした。

この構造は、後の戦争演出や評定UIの土台になっている。

---

■ 43日目（6/10・続き）：戦争シーン演出の本体実装

同じ43日目の後半では、戦争シーン演出の本体を一気に実装した。

Panel_BattleScene上で、進軍、激突、決着、帰還までを見せる演出だ。
進軍では、全部隊が同じタイミングで戦場へ到達するように時間を正規化した。
騎馬はやや先行し、弓兵や魔法兵は少し遅れて進む。
援軍は主軍の少し後にフェードインする。
兵科ごとに少しずつ動きが違うだけで、戦場の見え方はかなり変わる。
決着時には、敗者や損耗した部隊が画面下へ散っていくようにした。
残った援軍は、最寄りの保有拠点方向へ帰還する。
勝った者は残り、負けた者は散り、生き残った援軍は帰る。
これが画面で見えるようになったことで、戦争の結果がかなり直感的になった。

矢・火球・土煙・フラッシュ・揺れ

さらに、戦場演出として矢、火球、土煙、フラッシュ、画面揺れ、SEも入れた。

弓兵は矢を撃つ。
魔法兵は火球を撃つ。
騎馬の後ろには土煙が出る。
激突時にはフラッシュと画面揺れが入る。

数値処理には関係しないが、画面としてはかなり効く部分だ。
戦略SLGなので、戦闘自体をアクションゲームのように見せたいわけではない。
ただ、何も起きていないように見えるのは避けたい。
兵科が動き、撃ち合い、ぶつかり、散る。

最低限その流れが見えることで、戦争の説得力がかなり増したと思う。

---

■ 44日目（6/11）：ターンチェンジ演出と戦争演出の総仕上げ

44日目は、演出面を大きく進めた日になった。

まず、①開始フェーズのターンチェンジ演出を実装した。
ターンが切り替わるたびに「○年目 春」のような表示を出す演出だ。
最初はシンプルなロゴ帯案を採用し、フェードイン、ホールド、フェードアウトで表示する形にした。
クリックでスキップできるようにもしている。

ターン制ゲームでは、ターンの切れ目が気持ちよく見えるかどうかが意外と大事だ。
ただ数字が進むだけではなく、「季節が変わった」「新しいターンが始まった」という感覚があるだけで、ゲームの進行感が出る。

あわせて、同盟成立・破棄演出も同型の構造で仮実装した。
こちらは後でさらに作り直すことになるが、外交イベントを単なるテキストではなく、世界ニュースのように見せる方向性の第一歩になった。

戦争演出の磨き込み

戦争解決演出のズーム周りも磨き込んだ。

戦争アイコンへのフォーカス、ズーム中のアイコン拡大、クリックガード、暗転処理などを調整している。
また、特技発動オーラと特技発動セリフ吹き出しも実装した。
戦闘中に特技が発動したとき、単に計算上の補正が入るだけでなく、画面上でも分かるようにした。

これで、戦場の演出が一段上がった。

勢力タグの追従

さらに、勢力タグの表示も改善した。
以前はタグが固定配置に近く、部隊の動きとズレる場面があった。
そこで、タグが自軍クラスタの重心を追いかけるようにした。

部隊が進めばタグもついてくる。
敗軍が散ればタグも消える。
帰還する援軍にはタグがついていく。

こういう細かい部分が合ってくると、戦場がかなり自然に見える。

セリフ体系45パターン

この日は、武将の性格別セリフ体系も完成させた。

性格は、真面目、勇猛、冷静、快活、粗野の5種類。
開戦、援軍到着、決着、援軍の去り際などで、性格に応じたセリフを出す。
合計45パターンになった。
注意したのは、男女どちらの武将でも違和感が出ない文言にすることだ。

「俺」「あたし」「〜だぜ」「〜わよ」のように性別やキャラクター性を強く固定する語尾は避けた。
このゲームでは武将の性別や絵柄が変わるため、セリフ側が変に引っ張りすぎると破綻する。
性格差は出しつつ、男女ニュートラルにする。

地味に難しいが、今後も守りたい方針だ。

戦闘結果カード

戦争演出の山場として、戦闘結果カードも実装した。
勝者・敗者の結果をカードで表示し、敗者側は破砕演出で散る。
戦争の決着をただログで出すのではなく、画面の中心で一度見せる形だ。

ここまで入ると、戦争演出はかなり完成に近づいた。

自分でも、この時点で「戦争の演出処理はほぼ完成と言っていいレベル」に来たと思う。

---

■ 44日目（6/11・続き）：報告網羅化と軍師アドバイス第1弾

44日目には、戦争演出だけでなく、結果報告の網羅化も進めた。

大前提として、

自武将のコマンド実行には必ず対応する結果報告を出す。

という方針を立てた。

戦略SLGでは、何が起きたか分からないのが一番困る。

命令を出したのに、結果が表示されない。
戦争に関わったのに、どうなったのか分からない。
計略を受けたのに、いつ何が起きたのか分からない。

こういう状態をなくすため、結果データを④結果フェーズへ持ち越し、プレイヤーに関係する出来事を報告する流れを整えた。

軍師アドバイスの実装

この流れで、新機能としてPanel_Adviceも実装した。

いわゆる軍師アドバイス機能だ。
出陣や計略、外交など、プレイヤーが判断する場面で軍師が助言を出す。

このゲームは、数値と判断が多い。
すべてをプレイヤーに丸投げすると、慣れるまでは少し分かりにくい。
そこで、軍師という形で自然に情報を補助するようにした。
単なるチュートリアルではなく、ゲーム内の武将が助言する形にすれば、世界観にも乗せやすい。

この時点では第1弾だが、ここから一気に大きな機能へ育っていく。

---

■ 45日目（6/12）：軍師アドバイスの大増築

45日目は、軍師アドバイスを大きく拡張した。

最初は計略の成功率コメントから始めたが、最終的には引抜、同盟、親睦、破棄警告、ターン開始時の助言まで広がった。
ターン開始助言は、緊急度、優先度、ランダムの3層チェーンにした。

緊急性の高い問題がある場合はそれを優先し、なければ勢力状況に応じた助言を出し、それもなければランダムな雑感を出す。
これにより、毎ターン同じようなことばかり言うのを避けつつ、必要なときには重要な助言が出るようにした。

軍師の知力による見立てのブレ

特に面白いのは、軍師の知力によって助言の精度が変わるようにしたことだ。
計略や引抜などの成功見込みは、Good、Fair、Poorの3段階で見立てる。
ただし、軍師の知力が低いと、その見立てがズレることがある。

知力90以上なら常に正確。
70〜89では少しブレる。
69以下ではかなりブレやすくなる。

これにより、軍師がただのUI説明役ではなく、武将の能力値と結びついた存在になった。
優秀な軍師を配下に置く意味が出る。
これは戦略SLGとしてかなり良い方向だと思う。

セリフ専用ファイルの分離

アドバイスや戦争セリフが増えてきたため、セリフ系の処理は専用ファイルへ分離した。PersonalitySpeech.cs を新設し、性格別セリフをそこへ集約した。

こういう文言系は、増え始めると一気に膨らむ。
ゲーム本体のEnum変換や汎用処理と同じ場所に置いておくと、後で見通しが悪くなる。早めに分けたことで、今後の追加もやりやすくなった。

破棄警告

軍師アドバイスの仕上げとして、同盟破棄の警告も入れた。
破棄は100%成立するコマンドだが、名声低下、配下忠誠低下、相手友好度低下などのペナルティがある。
そのため、実行前に軍師が「これは重い判断です」と注意するようにした。

これで、確認パネル系の軍師助言は一通り揃った。
プレイヤーが何かを選ぶとき、軍師が一言添える。
それだけでも、操作の納得感がかなり変わる。

---

■ 45日目（6/12・続き）：名声経済と重大バグ修正

45日目の後半では、名声を「飾りのパラメータ」から、実際に動く評判システムへ寄せた。

援軍を無視した場合の名声ペナルティ。
同盟破棄による名声低下。
勢力行動に応じた評判の変動。

こういう要素を入れることで、単純な損得だけではない判断が生まれる。

例えば、同盟を破棄すれば攻め道は開けるかもしれない。
しかし、名声が下がる。
配下の忠誠も下がる。
相手との関係は悪化する。
裏切れば短期的には得をするが、代償もある。
戦略SLGでは、こういう「やれるけど、やると後が怖い」選択肢が大事だと思う。

AI破棄・AI援軍の仕様改定

AIの破棄判断や援軍評価も見直した。
AIが同盟をどう扱うか、どの程度守るか、いつ裏切るかは、ゲーム全体の動きに直結する。
同盟が強すぎると盤面が固まる。
逆に、AIが同盟を軽視しすぎると外交が空気になる。

このあたりはまだテストプレーで詰める必要があるが、まずはAIがある程度合理的に動くための土台を作った。

図鑑・機能解放・重大バグ修正

この日は、図鑑や機能解放フローも実装した。
仕様としては存在していたものの、ゲームループにきちんと接続されていなかった部分をつないだ形だ。
また、実機プレー由来の重大バグも複数修正した。
特に、捕縛登用した武将が翌ターンに敵として再登場する「武将分身」系のバグは危険だった。
戦争中の武将が別コマンドに再利用されると、スナップショットと現在所属がズレ、かなり厄介な不具合になる。

こういうバグは、コードだけ読んでいても発見しづらい。
実際に遊んで、変なことが起きて、そこから原因を掘る。
開発終盤に近づくほど、この手の実機プレー由来の修正が重要になってくる。

---

■ 46日目（6/13）：結果フェーズ「評定」の4タブ化

46日目は、結果フェーズの大改修に入った。

これまでの結果表示は、全報告を1列に積む形に近かった。
しかし、戦争、配下コマンド、敵の行動、外交提案、登用判断などが増えてくると、さすがに見通しが悪い。
そこで、結果フェーズを「評定 / Council」として4タブ構成に作り替えた。

タブは以下の4つ。

• 戦争
• イベント・AI
• 配下報告
• 判断

戦争に関する報告は戦争タブへ。
敵から受けた行動や世界イベントはイベント・AIタブへ。
自分の配下が実行したコマンドの結果は配下報告タブへ。
登用や外交受諾など、プレイヤーの判断が必要なものは判断タブへ。
これだけで、かなり読みやすくなった。

情報と判断を分離する

今回特に大事だったのは、情報と判断を分けたことだ。

たとえば、武将を発見した場合。
まず情報として「武将を発見した」という報告が出る。
その上で、判断タブに「登用するかどうか」のボタンが出る。

外交提案も同じだ。
イベントとして提案内容を見せ、判断タブで受諾するか保留するかを選ぶ。

この分離によって、結果パネルがかなり整理された。
以前のように「報告なのか、選択肢なのか」が混ざるより、ずっと分かりやすい。

未判断件数バッジ

判断タブには、未判断件数バッジも追加した。
報告が積み上がっていく途中で、判断が必要なものが増えていくと、件数も同期して増える。
これにより、プレイヤーは「まだ判断するものがある」と分かる。
地味だが、かなり実用的な改善だ。

操作感のトゲ取り

この日は、操作感の細かいトゲ取りも行った。

特に大きかったのは、⑥入力フェーズ以外でPanel_Commandsが開いて詰むバグの修正だ。
フェーズ間の隙間でクリックするとコマンドパネルが開き、その状態で閉じられず、④結果フェーズの完了ボタンが押せなくなることがあった。

原因は、クリック処理側にフェーズガードが足りなかったこと。
そこで、コマンドパネルを開く入口を⑥入力フェーズ限定にした。
また、Panel_Commands表示中でも拠点や戦争アイコンをクリックした場合、パネルを閉じて通常処理へ戻るようにした。
空き地クリックで閉じる動作も入れている。
左クリックしたら、カーソル下のものに自然に反応する。
そういう文法に寄せた形だ。

こういう操作感の小さな違和感は、放置すると積もっていく。
早めに取れてよかった。

---

■ 46〜47日目（6/13〜6/14）：評定UIのリッチ化

46日目後半から47日目にかけては、評定UIの中身をさらに作り込んだ。

まず、判断タブのプレハブを登用系と外交系に分けた。
登用行には武将情報UIを表示し、外交行には友好度、信頼度、親睦資金などを出す。
同じ「判断」でも、登用と外交では必要な情報が違う。
それをプレハブ側で分けることで、見た目も情報も整理できた。

戦争タブのリッチ表示

大きかったのは、戦争タブ固有プレハブ ResultWarInfo の実装だ。
戦争結果を、単なるテキストではなく、武将ごとに1行のリッチ表示にした。

顔。
名前。
戦場セリフの吹き出し。
変動値。
迎撃放棄や援軍無視の状態スプライト。

こういった情報を並べて表示する。

戦争はこのゲームの中心なので、結果もそれに見合った見せ方にしたかった。
「どの武将が出て、どうなったのか」が顔つきで見えるようになると、結果報告の印象がかなり変わる。

配下・イベントタブもリッチ化

47日目には、戦争タブに続いて、配下報告タブやイベントタブもリッチ表示へ統一した。
配下報告では、実行した武将の顔、名前、セリフ吹き出しを表示する。
単に「開発が成功しました」と出るより、担当武将が報告しているように見える。

イベントタブも、敵の行動や計略被害などを見やすく整理した。
結果フェーズが、ただのログではなく「評定の場」に近づいてきたと思う。

左パラメータとの連動

結果表示に合わせて、左側の勢力値もアニメーションで変化するようにした。

戦争で名声が変わる。
国力が変わる。
民忠が変わる。
拠点数が変わる。

その変化を、結果行が積まれるタイミングと同期させている。

さらに、積み上げの最後に実値と突き合わせるリコンサイル処理も入れた。
これにより、見た目の数値と内部の実値がズレないようにしている。

数字が変わるゲームだからこそ、数字の見え方は大事だ。

英語レイアウトの調整

英語版レイアウトの崩れも調整した。
日本語では収まる文字でも、英語にすると長くなって吹き出しや枠からはみ出しやすい。
9スライス吹き出しの伸び方、尻尾の付き方、勢力名やタイトル枠の表示などを調整している。

日英対応を予定している以上、英語で崩れないUIにしておく必要がある。
この段階でかなり見直せたのは良かった。

---

■ 48日目（6/15）：AI・バランス調整とSteam準備

48日目は、まずAIとバランス調整を進めた。

訓練度がすぐ100に張り付いて死にステータス化しやすかったため、訓練度上昇量を調整した。
AI外交については、難易度別補正や、同じ勢力へ外交行動が集中しすぎる問題への対策を入れた。
AIの投入資金も、常に最大消費するのではなく、しきい値ベースで段階的に使う形にしている。
さらに、AIが徴兵や募兵をしたあとに訓練度が下がることを見越して、先回りで訓練する処理も入れた。
民忠が低い場合の施し、募兵率、徴兵資金の制限、国力や拠点数に応じた徴兵判断なども調整している。

ただし、このあたりの数値はまだ仮置きだ。
実際のバランスは、テストプレーをしながら詰めていく。
今はまず、AIが極端に変な動きをしないようにする段階だ。

Steam近日登場ページの構築

48日目の大きな作業は、Steamの近日登場ページをゼロから構築し、Valve審査へ提出したことだ。

カプセル画像、スクリーンショット、アイコン、ライブラリ素材、説明文、プライバシーポリシー、権利関係、AI生成コンテンツの開示まで一式を準備した。

製品名は Kingdom Chronicle。

対応プラットフォームはWindows。
対応言語は日本語・英語のインターフェイス。
ジャンルはストラテジーを中心に、インディ、シミュレーションも設定した。
説明文では、「一国の主となり天下統一を目指す」というゲームの軸を前面に出している。

兵科説明も整理した。

騎馬・弓・槍の三すくみ。
剣士は安定した万能型。
魔法は高分散。

実際のゲーム内容とズレないように、かなり慎重に書いた。

カスタム武将作成については、過大に見せすぎないよう、クリア後のおまけ要素として末尾に置いている。

ストアページは、ゲームの約束事になる。
ここで盛りすぎると、後でプレイヤーの期待とズレる。
なので、魅力は出しつつ、実装内容に対して正直に書くことを意識した。

審査提出まで完了したので、あとは承認待ち。

ただし、承認されたら自動で公開されるわけではない。
承認後に自分で「Post as Coming Soon」を押して、初めてウィッシュリスト受付が始まる。
これは押し忘れないようにしたい。

戦闘VFXの追加

同じ48日目には、戦闘演出に剣気と槍の体当たりVFXも追加した。

これまで、弓や魔法には矢や火球の演出があった。
しかし、剣士や槍兵は見た目がやや地味で、特に防衛戦では「何もしていない」ように見える場面があった。

そこで、剣士には短距離の三日月状の剣気、槍兵には体当たり系のインパクトを追加した。
これは純粋なVFXで、戦闘計算や勝敗には影響しない。
ただ、画面としてはかなり分かりやすくなった。

兵科ごとの動きが見えるだけで、戦場の説得力は上がる。

---

■ 49日目（6/16）：トレーラー撮影前の演出磨き

49日目は、トレーラー撮影前の演出磨きが中心だった。

まず、結果ログの再表示機能を追加した。
⑥入力フェーズで、当ターン④の結果を読み取り専用で見返せるようにした。

このゲームは1ターン内の情報量が多い。
結果パネルを閉じたあとに、「さっき何が起きたっけ？」となることは普通にあり得る。
そこで、Panel_Systemに「結果ログ」ボタンを追加し、当ターン中であれば結果を再確認できるようにした。
判断ボタンはすべて無効化し、ロード後は使えないようにしている。
あくまで当ターン中の確認用だ。

戦争アイコンの端残り修正

戦争シーンのフォーカス中、近くの別戦争アイコンが1000%ズームで画面端に残る問題も修正した。
演出中に余計なアイコンが映り込むと、かなり気になる。
特にトレーラー撮影前なので、こういう画面の締まりは大事だ。
コネクター非表示と同じタイミングで、他の戦争アイコンもまとめて非表示にするようにした。

ターンチェンジ演出の案B化

ターンチェンジ演出も強化した。

最初はシンプルなロゴ帯だったが、季節アイコン、季節カラー、金の光スイープ、年替わり強調を入れた案Bへ変更した。
春は新年なので、ポップを大きくし、スイープを2回、金バースト、ホールド延長を入れている。
季節があるゲームなので、季節の切り替わりはやはり少し見せたい。
Panel_TurnInfoも、季節アイコンと季節カラーに対応させた。
さらに、TurnInfoは常時表示ではなく、⑥入力フェーズ中だけ表示する形に変更した。
ターンチェンジ演出と左上TurnInfoが同時に「○年目 春」を出すと、同じ情報が二重表示になってしまう。
そこで、⑥に入るとスライドインし、ターン確定でスライドアウトする形にした。

こういう違和感は、実際に動かしてみないと気づきにくい。

UnityのOOMクラッシュ

---

■ 49日目（6/16・続き）：滅亡演出の専用パネル化

49日目後半の大きな作業は、滅亡演出の専用パネル化だった。

これまで、勢力滅亡の告知は戦争シーンや外交演出と少し混ざっていた。
しかし、戦争は1つずつ解決される。
ある戦争で勢力が滅亡したように見えても、同じターン内の別戦争では、その勢力の援軍がまだ処理される場合がある。
この状態で戦争シーン中に「滅亡しました」と出すと、タイミングとして矛盾して見える。

そこで、滅亡告知は戦争シーンや外交演出から分離し、専用の Panel_Annihilated で表示する形にした。
表示タイミングは、全戦争解決後の一括検出に統一した。
これにより、滅亡告知のタイミングが自然になった。
勢力滅亡は、戦略SLGにおける大きな節目だ。
ただのログではなく、専用演出で見せる価値がある。

今回の専用パネル化で、ひとつの勢力が消える重みを少し出せるようになったと思う。

破棄バグ修正と同盟鞍替え

同じく49日目には、破棄コマンドの二重発行と名声二重減のバグも修正した。

同盟破棄はペナルティのある行動なので、名声が二重に減るのはかなり問題がある。
実機プレーで見つかったものを、発生源から修正した。
また、同盟の鞍替えもUI上で可能にした。
つまり、同じターン内に既存の同盟を破棄し、その後に別勢力と同盟する動きだ。

これは戦略SLGらしい判断だと思う。
もちろん破棄にはペナルティがある。
それでも、状況によっては古い同盟を切って、新しい同盟を組む必要があるかもしれない。
外交の自由度が少し上がった。

同盟演出の大改修計画

セッション末には、同盟成立・破棄演出を大きく作り直す計画も立てた。
現在の演出は一度実装しているが、今後は中央コンパクト表示と地図上の点滅を組み合わせる方向で進める予定だ。
外交イベントは、単に帯で流すだけでなく、地図上でも「どことどこが関係を変えたのか」が分かる方が良い。

これは次回以降の大きな作業になる。

---

■ 現時点の開発状況

カテゴリ 状況

カードドロー演出 ✅ 完了（レア演出込み・実機確認済み）

戦争系コード監査 ✅ 大型監査完了・複数バグ修正済み

戦争結果演出 第1段階 ✅ 完了（フォーカス・暗転・非同期進行）

戦争シーン演出 ✅ ほぼ完成（進軍・激突・投射・散り・帰還）

戦闘結果カード ✅ 実装済み

性格別戦場セリフ ✅ 45パターン実装済み

ターンチェンジ演出 ✅ 案Bまで強化済み

軍師アドバイス ✅ 確認パネル系・ターン開始助言まで大幅実装

名声経済 ✅ 援軍無視・破棄などの評判変動を実装

結果フェーズ「評定」 ✅ 4タブ化・リッチ表示化

結果ログ再表示 ✅ ⑥入力フェーズで当ターン分を再確認可能

Steam近日登場ページ ✅ 構築・Valve審査提出済み

戦闘VFX ✅ 剣気・槍体当たりを追加

滅亡演出 ✅ 専用パネル化・実機確認済み

破棄二重発行バグ ✅ 修正済み

同盟鞍替え ✅ UI解禁

同盟成立/破棄演出の大改修 ⬜ 次回以降に着手予定

Steam承認後のComing Soon公開 ⬜ 承認待ち・手動公開が必要

バランス本決め ⬜ テストプレー後に調整

エンドシーン ⬜ 未着手

---

■ 次回の作業予定

次回以降は、同盟成立・破棄演出の大改修に入る予定だ。

現在の同盟演出は一度実装しているが、中央コンパクト表示と地図上の点滅を組み合わせる形に作り直したい。
同盟は勢力間の関係が変わる重要なイベントなので、どことどこが同盟したのか、どの同盟が切れたのかを地図上でも分かるようにしたい。

また、Steam近日登場ページの審査結果が返ってきたら、公開操作と告知タイミングも考える必要がある。
承認されても、自動公開ではない。
自分でComing Soonとして公開し、Xやブログ告知とタイミングを合わせるのが良さそうだ。
トレーラー撮影に向けて、戦争、評定、ターンチェンジ、滅亡、外交など、見せ場になる部分はかなり揃ってきた。

まだ細かい調整やバグ修正は残っているが、ゲームとしての完成形はだいぶ見えてきた。

---

執筆後記

この7日間は、完全に「見せ方」を押し上げた期間だった。

戦争は画面上で進軍し、撃ち合い、ぶつかり、決着するようになった。
結果フェーズはただのログではなく、評定らしい4タブ画面になった。
軍師はただの飾りではなく、知力によって助言の精度が変わる存在になった。

そしてSteamの近日登場ページも審査提出まで進んだ。

内部処理を作っている段階から、外に見せる段階へ少しずつ移っている。

まだ完成ではない。
でも、かなり「ゲーム」になってきた。

これまで、このゲームには「攻められたら終わり」という最大の穴があった。

出陣された側は、迎撃する手段も援軍を呼ぶ手段もなく、ただ拠点を失うだけ。戦略SLGとして、これはさすがにまずい。

この4日間（6/6〜6/9）は、その穴を塞ぐところから始まり、気がつけば「捕らえた武将を登用する」「結果を演出で見せる」「武将をトレカ開封風にお披露目する」ところまで一気に進んでいた。順に記録する。

今回から、作業フローが大きく変わった。
開発が佳境に入り、Proプランでは5時間のセッション上限が1時間と経たずに100%へ達するようになり、作業の停滞が無視できなくなっていた。そこで6/8、思い切ってClaudeの契約をProからMax 20xへ変更した（出費は痛い…）。セッションに余裕が生まれたので、開発のベースはClaude Codeへ移していく。

---

■ 39〜42日目のまとめ

大きく4つの山があった。

• 39〜40日目（6/6〜6/7）：迎撃・援軍システムの第1段・第2段（戦争の可視化と判定）
• 41日目（6/8）：内政・諜報・外交・戦闘のバランス大改修と、設計書のMarkdown移行
• 42日目（6/9）：捕縛→登用システムの完成、計略・引抜のバランス刷新
• 42日目（6/9・続き）：結果パネルの演出、同盟勝利という新しい勝ち方、武将登用カードのドロー演出

「見る」「動かす」を固めた前回までに対して、今回は「戦争で殴り合い、捕らえ、登用し、その結果をちゃんと見せる」という、ゲームの中核がぐっと動き出した4日間だった。

---

■ 39〜40日目（6/6〜6/7）：迎撃・援軍システム 第1段・第2段

戦争システムは規模が大きいので、3段階に分けて進めることにした。第1段は「戦争を可視化する」、第2段は「迎撃・援軍できるか判定してボタンを出す」、第3段が「迎撃・援軍の中身を実装する」。今回は第1段と第2段を完成させ、実機で動作確認した。

戦争を地図上に可視化する

コマンド入力フェーズに入った時点で、全勢力の未解決の戦争を地図上にアイコンで表示するようにした。1つの戦争につき1つのアイコン。クリックすると戦争詳細パネルが開き、右クリックか閉じるボタンで閉じる。プレイヤーに関係する戦争かどうかで色を分け、ひと目で「自分が関わる戦い」が分かるようにしている。

地味に厄介だったのが遭遇戦の扱いだ。通常の戦争は「戦場となる拠点」で一意に識別できるが、遭遇戦は拠点Aと拠点Bが互いに攻め合う形なので、戦場が1つに定まらない。そこで2拠点の無順序ペアを識別キーにして、アイコンは2拠点の中点に表示するようにした。

迎撃・援軍できるかの判定

アイコンをクリックすると、その戦争に対してプレイヤーが迎撃できるか、援軍を送れるかを判定し、ボタンの有効・無効を切り替える。迎撃は「戦場が自分の拠点なら有効（遭遇戦は対象外）」、援軍は「同盟の拠点が攻められている防衛戦なら要請不要で有効」「同盟が出陣した戦いには要請経由で有効」というルールに整理した。

遭遇戦の即入替バグと、「戦争は常に2ターンで解決」への統一

動作確認中に重大なバグを見つけた。AIが出陣した次のターン、戦争アイコンも出ないまま拠点が即座に入れ替わってしまう。

原因は、戦争を解決する条件が「通常攻撃かつ前ターン出陣」に限定されていたこと。遭遇戦や強制迎撃はその手前で状態が変化してしまうため、条件をすり抜けて同じターンのうちに解決されていた。

ここで仕様そのものを見直した。戦争は状態の種類に関係なく、常に「発行から2ターン後」に解決する。発行ターンに出陣コマンド、その翌ターンで戦争の確定とアイコン表示、さらに翌ターンで結果処理と拠点入替。遭遇戦も強制迎撃も「迎撃が自動入力されるだけ」と捉えれば、解決タイミングを特別扱いする必要はない。判定基準を「発行から何ターン経ったか」だけにしたことで、状態ごとの複雑な分岐が丸ごと消え、バグの温床を根本から断てた。

開発方針をひとつ確定：ボタンはコード配線で統一

第1段で「ボタンを押してもパネルが起動しない」問題が起きた。原因は、ボタンのクリックをUnityのInspector（OnClick欄）での割り当てに頼っていたこと。これは見落としや消失が起きやすい。

そこで、ボタンのクリックはすべてコード側で配線する方針に統一した。Inspectorでの割り当ては禁止、例外なし。今後の全パネルでこれを守る。地味だが、後々のデグレを防ぐ大事なルールだ。

要請コマンドの仕様も確定

援軍と密接に関わる「要請」コマンドの仕様も固めた。要請は1ターンに1回、同盟している全勢力へ一括送信。出陣していないと要請できず、要請済みなら無効化される。援軍可否は「戦争の発行ターン＝その勢力の最終要請ターン」で判定する設計にした。同じターンに出した出陣はすべて同じ発行ターンになるので、入力順による付け忘れが構造的に起きない。実際にフラグを立てる処理は第3段で実装する。

---

■ 41日目（6/8）：バランス大改修と、設計書のMarkdown移行

システムの骨格が見えてきたので、この日は数値バランスを一気に見直した。

内政・収支の見直し

国力（開発）がインフレしすぎないよう、開発の上昇量を帯ごとに逓減させるカーブへ変更。収入は国力に民忠連動の倍率をかける方式にし、春には軍事給与として保有兵数に応じた支出が発生するようにした。兵を抱えすぎると維持費で苦しくなる、という当たり前の緊張感を入れたかった。

徴兵は民忠の減り方を資金ベースに改め、徴発は「最終手段」として割に合わない設定に寄せた（国力には下限を設けてクランプ）。資金を絞り出す手段はあるが、乱発すれば国が傾く、というバランスを狙っている。

諜報・外交の確率カーブ

親睦・同盟の成功率を信頼度の二相カーブにして、信頼度が低いうちは渋く、一定を超えれば能力次第でほぼ通る、という手応えにした。諜報網・千里眼の発動率や効果量も調整している。

戦闘の捕縛率を戦力差ベースへ

捕らえられるかどうかを、勝者と敗者の戦力差に応じた折れ線にした。一方的な勝利ほど捕縛が起きやすく、辛勝ではまず捕まらない。さらに「達人」は捕縛率を底上げし、「名馬」は発動すれば捕縛を完全回避する。名馬持ちは安心して削り戦法に出られる、という個性づけだ。

AIも同盟を守るようにした

これまでAIは援軍を送らなかったが、同盟拠点が攻められている防衛戦には、要請がなくても加勢するようにした。プレイヤーだけが律儀に同盟を守り、AIは知らんぷり、では不公平だしゲームとしても面白くない。

設計書をMarkdownへ移行

仕様の正本にしている設計書を、Word（docx）からMarkdownへ移行した。バージョン管理とも相性がよく、編集も速い。今後は.mdを直接更新していく。

なお、この日は欲張ってタスクを詰め込みすぎ、後半は手戻りが増えてしまった。区切りの良いところで一度切り上げる、という判断も大事だと改めて思う。次の捕縛まわりは、頭を冷やしてから着手することにした。

---

■ 42日目（6/9）：捕縛→登用、結果演出、武将お披露目

ここからが今回の本丸。一日でかなり踏み込んだ。

捕らえた武将を登用できるようにした

戦争・計略・引抜のどの経路で捕縛が起きても、プレイヤーは「登用するか／放免するか」を選べるようにした。拒否すれば、その武将は敗者側へは戻らず在野に残る。AIが捕らえた場合は、空きがあれば即登用、満席なら在野へ、という挙動だ。

そして君主が捕らえられた場合はゲームオーバー。戦争でも計略でも引抜でも、君主を失えば終わり。AIは君主を計略や引抜の実行役に出さない仕様なので、これはプレイヤー側に効いてくる緊張感になる。

計略・引抜のバランスを刷新

捕縛と一緒に、謀略まわりの数値も大きく作り直した。計略の成功率は知力と諜報力のカーブの掛け合わせ＋「策士」特性のボーナスで決まる。失敗には「バレない（ノーリスク）」と「バレる（友好度が下がり、捕縛される）」の2分岐があり、知力が高いほどバレにくい。

効果も5種それぞれ性格づけした。焼討は資金と兵を削り、流言は配下の一部の忠誠と民忠を下げ、破壊は国力と資金、攪乱は兵と訓練度を狙う。二虎競食は双方を大きく削る、といった具合だ。引抜は対象の忠誠が低いほど加速度的に成功率が上がるカーブにして、「忠誠管理を怠った相手は引き抜かれる」というリスクを明確にした。

「無言でステータスが変わる」問題を、結果報告で解消

これまで、コマンドの結果がログもなく静かに反映されるだけで、何が起きたのか分かりづらかった（開発中ですら追いづらい）。そこで、プレイヤーが実行した計略・引抜・外交・破棄などの成否と効果を、結果パネルにテキストで報告するようにした。

同盟破棄の改修と、AIの破棄判断

同盟破棄のペナルティを割合ベースに作り直した。友好度・名声が現在値に応じて下落し、魅力で軽減される。さらに破棄した側は全配下の忠誠も下がる。「裏切りには相応の代償が伴う」という設計だ。

あわせて、これまで「AIは破棄しない」としていたのを、厳しい条件付きで破棄するようにした。進攻先が同盟だらけで身動きが取れず、かつ自分の名声が十分に高い、といった状況でのみ、最も見返りの大きい同盟を破棄して攻めに出る。AIにも裏切る理由ができたわけだ。

新しい勝ち方：「同盟勝利」

通常の勝敗とは別に、任意のクリア条件「同盟勝利」を追加した。生き残っている他勢力がすべてプレイヤーと同盟していて、かつプレイヤーが最大勢力なら成立する。ただし強制ではなく、「ここで勝ちにするか、それとも続けるか」を選べる。続行を選んだあとで盤面が崩れれば、また条件を満たしたときに再提示される。武力一辺倒ではない勝ち筋を用意したかった。

結果パネルの演出：積み上げ表示とパラメータ同期アニメ

結果をただ並べるのではなく、1件ずつ「積み上がる」演出にした。さらに、結果が1件積まれるごとに、画面左の勢力パラメータ（国力・資金・兵数など）がアニメーションで増減する。数字がスッと変わるだけでは伝わらない変化を、目で追えるようにしている。

武将登用カードのドロー演出

今回いちばん作って楽しかった部分。武将を登用する際、いきなりカードが出るのではなく、トレカ開封風にめくって登場させる演出を入れた。図鑑未登録の新武将には「NEW」バッジが縮小インと後光で出現し、レア度に応じたエフェクトも切り替わる（本番素材は今後差し替え）。

地味な数値調整の合間に、こういう「引きの気持ちよさ」を作れると一気にゲームらしくなる。

文字コードをUTF-8へ全面統一

最後は完全に裏方の作業。スクリプト全101ファイルを点検したところ、半数以上がShift-JISのままだったり、不要なBOMが付いていたりした。日本語環境では表面化しないが、編集次第で文字化けが固定化するリスクがある。これを全部UTF-8（BOM無し）へ統一した。派手さは皆無だが、長く付き合うコードベースほどこういう土台が効いてくる。

あわせて、満席の配下枠で武将を入れ替えると登用が成立しない退行バグも修正した。在野の照合条件のわずかな食い違いが原因で、同種の不具合もまとめて解消できた。

---

■ 現時点の開発状況

カテゴリ	状況
戦争の可視化（戦争アイコン・詳細パネル）	✅ 完了
迎撃・援軍 判定／ボタン制御	✅ 完了
迎撃・援軍 第3段（中身の実装）	⬜ 次回着手
捕縛→登用システム（戦争・計略・引抜）	✅ 完了
計略・引抜のバランス	✅ 調整完了（テストプレイ待ち）
内政・収支・諜報・外交・戦闘のバランス	✅ 調整完了（テストプレイ待ち）
結果報告パネル（報告・積み上げ・パラメータ同期）	✅ 完了
武将登用カードのドロー演出	✅ 完了（本番素材は差し替え予定）
同盟破棄の改修／AIの破棄判断	✅ 完了
新クリア条件「同盟勝利」	✅ 実装（テストプレイ待ち）
文字コードのUTF-8統一	✅ 完了
AIの最終調整（難易度別の収入・兵数加算）	⬜ 未着手
エンドシーン	⬜ 未着手

---

■ 次回の作業予定

いよいよ迎撃・援軍システムの第3段、つまり「中身」の実装に入る。武将選択と兵数入力から防衛用の戦争データを生成する迎撃フロー、援軍データを親の戦争に紐付ける援軍フロー、そして要請フラグを立てる処理。今モックになっている確認パネルを本実装すれば、ようやく「攻められても戦える」が完成する。

あわせて、今回入れた大量のバランス調整は、ほぼすべて実際に遊んでみてからの調整待ちだ。国力インフレの抑制具合、徴発の損得、捕縛率の体感——数字は机上で決めたので、ここからはテストプレイで詰めていく。

---

執筆後記

「攻められたら終わり」から始まって、4日後には捕らえた武将をトレカ開封風にお披露目していた。

文字コードの統一みたいな完全な裏方から、引きの演出みたいな完全な表方まで、振れ幅の大きい4日間だった。でも、こういう日を越えるたびにゲームが「遊べる形」へ近づいていく実感がある。

次は迎撃・援軍の中身。ここが通れば、戦争がやっと「戦争」になる。

今回は37日目〜38日目の作業まとめになります。

この2日間は、AIの外交判断、謀略コマンド「引抜」、外交コマンド「破棄」など、勢力間の駆け引きに関わる処理を中心に進めました。また、演出面では季節エフェクトの本体連結も行い、開発運用そのものの見直しにも着手しています。
地味な内部処理が多めですが、戦略SLGとしてはかなり重要な土台部分です。

■ 37日目：AI外交コマンド「同盟／親睦」の本実装

37日目は、AI思考ルーチンに外交コマンド「同盟」と「親睦」の判断・発行ロジックを実装しました。

対象となるのは、AIコマンド入力フェーズの外交処理です。いきなりコードを書くのではなく、まずは仕様をかなり細かく確認しました。その過程で、当初のフローに到達不能な分岐、いわゆるデッドコードのようなものがあることが分かりました。
こういう部分は、後で無理にコードだけ整えようとすると高確率で破綻するので、先に仕様側を整理しています。

■ AI外交判断を四段構造に再設計

最終的に、AIの外交判断は大きく4段階の流れに整理しました。
まず、同盟相手や同盟可能勢力の中に、信頼度40以上の相手がいなければ親睦を優先します。成功率の低い同盟要請を無理に出すのではなく、まずは関係改善を狙う形です。
次に、同盟数を見て同盟行動へ進むかどうかを判断します。同盟数が0なら同盟行動を優先し、すでに1つ同盟がある場合は一定確率で同盟を狙う、という流れです。

親睦を行う場合は、同盟の有無によって対象候補や閾値を切り替えます。
同盟を行う場合は、同盟可能勢力の中から「同盟優先度数」を使って候補を抽選し、相手の信頼度に応じて同盟か親睦かを分岐させます。

文章にすると少しややこしいですが、要するに、

・味方がいないなら同盟を狙う
・信用できる相手がいないなら親睦する
・同盟しすぎて戦争相手がいなくなる状態は避ける
・状況に応じて、外交と戦争の余地を両方残す

という思想です。

■ 同盟可能条件の整理

同盟可能な相手の条件も明確化しました。
今回の実装では、以下の条件をすべて満たす勢力だけを同盟候補にしています。

・相手の同盟数が2未満であること
・同盟しても出陣先、つまり非同盟の隣接勢力が残ること
・同盟しても全生存勢力と同盟関係にならないこと

特に重要なのは、同盟によってAIが動けなくなる状況を防ぐことです。
戦略SLGでは、外交が強すぎると盤面が止まってしまうことがあります。
逆に、外交が弱すぎると同盟や親睦が空気になります。
今回はその中間を取るために、「同盟はするが、戦争できる余地は残す」という制約を入れています。

■ 同盟優先度数の導入

同盟候補の抽選には、単純なランダムではなく「同盟優先度数」を使う形にしました。
同盟優先度数は、友好度をベースにしつつ、非隣接勢力や名声の低い勢力に補正を加えています。隣接勢力だけと同盟し続けると、戦争対象が減ってしまいやすいため、非隣接勢力に少し加点(遠交近攻)しています。また、名声が低い勢力は外交面でやや同盟を求めやすい、という扱いです。

このあたりは、数字としては地味ですが、AIの行動傾向をかなり左右する部分だと思います。

■ AIは信頼度を全参照する仕様に

信頼度については、本来プレイヤー側では諜報力60以上で参照可能になる情報です。
ただし、AIは判断材料として信頼度を全参照する仕様にしました。

いわゆるAI特権です。

プレイヤーに見えない情報をAIが見るのは少しズルく見える部分もありますが、AIが外交判断をするためには、ある程度情報を持っていないと自然な動きになりません。
プレイヤー側はマスク表示、AI側は判断材料として参照、という形で割り切っています。ただAIは諜報力維持行動の優先度が高いので諜報力0とかになることは基本的にないようAI調整してます。大体50～60は最低限維持するようなAI行動パターンです。

■ 37日目の成果

実装としては、ManagerPhase.cs に AssignDiplomacy と関連ヘルパーを追加しました。36日目に整備した拠点所有データも、隣接判定の土台として活用しています。これにより、AIが同盟・親睦コマンドを判断し、発行するところまで動くようになりました。
ただし、現時点では同盟や親睦の「締結処理」や「友好度変動」は、まだ数値変動フェーズ側が未実装です。
つまり、AIが外交コマンドを出すところまではできていますが、その結果を実際に反映する部分は後日実装となります。
中間状態ではありますが、段階的な実装としては予定通りです。

■ 38日目：季節エフェクト、引抜、破棄、開発運用の見直し

38日目は、複数の作業をまとめて進めました。
大きく分けると、

・季節エフェクトの本体連結と是正
・謀略コマンド「引抜」の数値処理
・外交コマンド「破棄」の決済処理
・開発運用の見直し

の4つです。
この日は見た目の演出と、内部の数値処理の両方を触っています。

■ 季節エフェクトの連結是正

まず、季節エフェクトを本体コードへ連結しました。
これは、四季に応じて画面上に舞い落ちるパーティクルと、画面端のグラデーションを出す演出です。
春・夏・秋・冬で画面の雰囲気を変えるためのものです。
今回の季節エフェクトは、独立性の高い演出部分として別AIに作らせ、その後で本体コードへ連結・是正するという流れで進めました。

この開発フローは今回が初回運用です。
切り出せる演出系は別AIで作成し、本体担当側では連結と調整に集中する、という形です。うまく回れば、かなり開発効率が上がりそうです。

■ 季節判定ロジックを GameUtility に集約

連結時に確認したところ、季節算出ロジックが複数箇所に重複していました。
このままだと、後で季節の仕様を変えたときに、どこかだけ修正漏れする危険があります。
そこで、季節算出ロジックは GameUtility に集約しました。
季節が変わっても1箇所を直せばよい構造になったので、保守性はかなり改善されたと思います。
また、グラデーション用マテリアルの破棄処理も追加し、メモリリーク対策も行いました。
文字エンコードの混在チェック、季節列挙型の統合、不要になった独立ファイルの削除も実施しています。
シェーダについても、プロジェクト規約である Built-in RP 準拠、Shader Graph 不使用で問題ないことを確認しました。
最終的に、演出側の季節判定式と本体側のゲーム処理の季節判定が一致していることも確認しています。

これで、「画面演出上は春なのに、ゲーム処理上は夏」みたいな事故は避けられるはずです。

■ 謀略コマンド「引抜」の数値処理を実装

次に、謀略コマンド「引抜」の結果処理を実装しました。
これは他勢力の武将を引き抜くコマンドです。
今回実装したのは、コマンド実行後の結果処理、つまり数値変動フェーズ側の処理です。
ここも、仕様の矛盾や不明点を整理してからコード化しています。

引抜の結果は、

・完全成功
・部分成功
・失敗

の3パターンに分かれます。
1回の乱数でこの3分岐を判定する形です。

■ 引抜の完全成功・部分成功・失敗

完全成功した場合、対象武将は相手勢力から出奔します。
発覚した場合は、相手勢力との友好度が下がります。
引き抜いた武将は一度在野へ放流され、プレイヤー側であれば登用判断へ、AI側であれば空席があれば即登用する形です。部分成功の場合は、対象武将の忠誠が下がります。
さらに、対象以外の配下にも巻き添えで忠誠下落が発生する可能性があります。ただし、配下人数が多いほど巻き込まれにくくなるように、傾斜確率を入れています。
失敗した場合は、相手勢力との友好度が下がり、さらに実行武将の捕縛判定が発生します。このあたりは、謀略コマンドらしくリスクとリターンが出るようにしています。
適用特技としては、明晰・英傑による知力補正、篭絡による完全成功率上昇、潜伏逃亡による捕縛回避などを反映しました。

■ 登用UIは後日実装

完全成功時の登用UIについては、今回はまだ実装していません。
これは満席時の入替UIに依存するためです。
枠だけ残して、後日その周辺のUIとあわせて実装する予定です。
こういう部分は無理に仮実装すると後で作り直しになりやすいので、今回は処理本体を優先しました。

■ 外交コマンド「破棄」の決済処理を実装

続いて、外交コマンド「破棄」の処理を実装しました。
これは同盟を破棄するコマンドです。
処理場所は、数値変動フェーズの外交処理段階になります。
破棄は相手に拒否されず、100%成立する決済として扱います。

実装内容としては、

・双方の同盟状態を解消
・双方の友好度を下落
・破棄した勢力の名声を下落
・関連特技による補正を適用

という形です。
同盟破棄は便利な行動ですが、ノーリスクだと強すぎます。
そのため、友好度と名声の両方にペナルティが入るようにしています。
適用特技としては、明晰・求心・英傑による能力補正、無才によるペナルティ最小化を反映しています。

また、名声の変動処理も1箇所に集約しました。
今後、名声が上がる処理を追加する場合も、同じ処理を通す方針です。
地味ですが、後で効く整理です。

■ 即時破棄ペナルティは将来実装

仕様上、「敵勢力の同盟勝利が迫った際の即時破棄」には大きなペナルティを入れる想定があります。
ただし、この処理は勝敗判定ロジック自体に依存します。現時点では勝敗判定ロジックが未実装のため、今回は将来の実装項目として残しました。
こういう依存関係のある処理は、先に無理やり作るより、土台ができてから入れた方が安全です。

■ 開発運用の見直し

最後に、開発運用そのものも見直しました。
最近はAIを併用しながら開発を進めていますが、長い作業を続けていると、チャットや引き継ぎ情報が肥大化しがちです。

そこで、チャットの区切り方を見直しました。
これまでは日付単位で区切る意識がありましたが、今後は「1タスクが完結し、次の作業が独立するタイミング」を基準にします。議論が続いているなら、日をまたいでも同じ流れで扱います。一方で、ブログや広報用の日次区切りは、チャット内の区切り対話マーカーで担保する形にします。
これにより、開発作業としての区切りと、ブログ記事化の区切りを分けられるようになります。

■ 引き継ぎドキュメントも2層構造へ

引き継ぎドキュメントも見直しました。

今後は、

・常設コア
・作業状態

の2層構造に分けます。
常設コアには、滅多に変わらないルールや仕様を置きます。
作業状態には、今まさに進行中のタスクや一時的な情報を置きます。
完了済みタスクの細かい経緯は基本的に破棄し、そこから派生した恒久ルールだけをコアへ昇格させます。
これにより、引き継ぎ情報の肥大化を抑えられるはずです。
開発そのものだけでなく、開発を続けるための仕組みも整えていく段階に入ってきた感じがあります。

■ 現時点の開発状況

今回の作業で、勢力間の駆け引きに関わる処理がかなり前進しました。
AI思考ルーチンの外交判断、謀略「引抜」、外交「破棄」と、戦略SLGらしい内部処理が増えてきています。
数値変動フェーズについては、残る大きなものがAI外交判断まわりに絞られてきました。
AIコマンド入力フェーズの通常処理も、ほぼ完成に近づいています。
一方で、出陣・援軍系については、戦争解決フェーズに依存する部分が大きいため、今後はそのあたりが大きな山になりそうです。

■ 次回の作業予定

次回以降は、今回残した外交結果の反映や、戦争解決フェーズに関わる処理を進めていく予定です。特に、出陣・援軍系の処理はゲームの中核に関わるため、仕様を整理しながら慎重に進めたいところです。
また、季節エフェクトについては、動画撮影してSNS投稿にも使えそうなので、見た目の調整も少しずつ進めていきます。内部処理と演出の両方が少しずつ揃ってきて、だいぶ戦略SLGらしい形になってきました。

引き続き『王国創世記 -Kingdom Chronicle-』の開発を進めていきます。

※２週間くらいで作るつもりでしたが、もう開発40日目が目前です(笑)

■ 34〜36日目のまとめ

前回（33日目）は④結果表示フェーズの応答処理と捜索コマンドの完成、 ManagerPhaseの分離、⑦AIコマンド入力の暫定実装が中心だった。 今回はその続きとして、コマンド入力UIの残り部分を完成させ、 AI行動ロジックの拡張と、コードの基盤整備に大きく踏み込んだ3日間である。

34日目は確定パネルの勢力選択系と拠点ホバー機能の新規構築。 35日目はコマンド入力UIの最後のピースとなる出陣（March）UIの完成。 これによりCommandInterfaceの全18コマンドボタンの入力UIが出揃った。 36日目はAI行動ロジックの拡張・数値変動フェーズの穴埋め・ 拠点所有データの二重管理是正・死にコードの一掃を実施した。 地味に見えるが後で効く作業が集中した一日であった。

---

■ 34日目（6/1）：確定パネルの勢力選択系・ホバー機能

確定パネル群 — 勢力選択系の本実装

コマンドを選んだ後に表示される「確定パネル」を整備した。 入口メソッドを「使うパネルの種類ごとに統一する」方針とし、 コマンド専用入口を量産せずに OnClickCommandXxx(type) 内での type 分岐に収めた。

同盟・破棄・計略（勢力を選ぶだけ）、親睦（資金＋勢力選択）、 要請（確認のみ・出陣連動）の5コマンドが動作するようになった。 また引抜は「勢力を選ぶ → その勢力の武将を選ぶ」という2段階フローの骨組みを構築した。 武将選択パネル自体はまだ空のモックだが、フロー自体は通る状態にしている。

コマンドボタンの無効化条件も整理した。 開発（国力999）/ 同盟（2勢力同盟中）/ 破棄（同盟なし）/ 要請（同盟なし or 出陣なし）/ 計略・引抜（諜報20未満）が無効となる。

勢力選択モード — 新しい状態遷移レベルの追加

「マップ上の拠点をクリックして勢力を選ぶ」モードを新設した。 状態遷移レベル4として ViewCommandConfirm_SelectFaction を追加し、 確認パネルから100%ズームの拠点地図へ遷移する。 選択不可の勢力の拠点は暗く（黒tint）表示し、クリックで勢力を確定する。 マップの状態（ズーム・位置）は退避・復元する方式で、出陣でも引抜でも流用できる形にした。

引抜はさらに「武将を選ぶ」レベル5（ViewCommandConfirm_SelectOfficer）を追加し、 勢力選択 → 武将選択の2段階を右クリックで1段ずつ戻れる構造とした。

拠点ホバー機能

マップ上の拠点にカーソルを合わせると、同じ勢力の全拠点が点滅し、 画面左下に Panel_FactionHoverInfo（勢力情報ポップアップ）が表示されるようにした。 点滅の仕組みはタイトル前のシーンで使っていた機構をManagerMainへ移植している。

ホバー情報は諜報レベルに応じてパラメータをマスクする（Panel_FactionDetailInfoと同基準）。 友好度・信頼度の段階テキストは GameUtility.GetFriendshipStageText / GetEsteemStageText として共通化し、DiplomacySimpleInfoとPanel_FactionHoverInfoの両方が使用する。

細かいところでは、同じ勢力の複数拠点を素早くなぞったときに ホバーが取りこぼされて残留してしまう問題を、0.15秒の猶予処理で潰している。 見た目の気持ちよさの調整は、コードの正しさとは別の戦いである。

---

■ 35日目（6/2）：出陣UIの完成 — 全18コマンドのUI出揃い

出陣（March）UI — 2段階拠点選択

出陣は「どの自拠点から出すか」「どの敵拠点を攻めるか」という 2段階の拠点選択が必要で、全コマンドの中で最も複雑な入力フローとなる。

フローは以下の通りである。 確認パネル → 出発拠点選択（Lv4）→ 目標拠点選択（Lv5）→ 兵数トグル選択 → 確定。 右クリックで1段戻ることができ、途中で選び直せる。

拠点選択ロジックは「勢力を括らない汎用判定」として設計した。 BuildOriginBastionIdsFor(factionId) のように勢力IDを引数で受ける形にすることで、 プレイヤーの出陣だけでなくAI出陣（A-2/⑦）にも同じロジックが流用できる。

設計上の重要な判断

出陣の実装で確定させた設計判断をいくつか記録しておく。

まず「兵数は出撃時に即座に引く」。 戦争は2ターンかかる仕様のため、出撃時に兵を減らしておかないと 「兵50で50出撃したのに翌ターンも50残っている」という二重出撃バグが発生する。 複数拠点同時出撃の管理も別メモリ保持では破綻する。 生き残った兵は戦争解決フェーズ（A-2）で本国へ戻す方式とした。

次に「出撃時の訓練度をコマンドに固定保存」する。 出撃後に本国で訓練や徴兵を行うと訓練度が変動するため、 戦闘計算は出撃した瞬間の値を使わなければならない。 OfficerCommandSaveData と OfficerCommand の両方に Training フィールドを追加し、 コマンド格納時の値を固定する設計にした。

兵数上限は Min(名声由来の動員可能数, 保有兵数) である。 実際に兵を引く以上、保有を超える出撃は起こり得ないためである。

接続線の状態管理機構

接続線を「論理状態」で管理する仕組みへ ConnectionLineDrawer を全面改造した。 状態（Normal / Highlighted / …）を保持するマップを内部に持ち、 見た目（色・線幅）は GetLineAppearance で状態から導出する。

DrawLines が既存ペアの状態を維持するため、ズーム再描画をしても強調が消えない。 今後 A-2 で「味方出撃・敵出撃・迎撃・援軍」を線の見た目で表現する予定であり、 場当たりで作ると確実に作り直しになる。先に仕組みから作るという判断だ。

操作案内パネル・出撃拠点パルス演出

選択操作中に「いま何を選べばいいか」を画面下端中央に表示する Panel_SelectionGuide を新設した。 文言は Panel_CommandInterface.GetSelectionGuideText に集約しており、 コマンドごとの調整は1箇所だけ変えればよい。

出発拠点はパルス演出（ゆっくりした明滅）で選択中の起点を明示する。 ホバー点滅とは別系統で実装し、競合が起きない設計とした。

---

■ 36日目（6/3）：AI拡張・数値変動の穴埋め・基盤整備

AI行動ロジック — 計略・引抜の実装

AIが実行できていなかったコマンドのうち、計略（優先9）と引抜（優先10）を実装した。

計略の対象勢力選択は「最も友好度が低い勢力を固定で狙う」方式から、 「友好度59以下の勢力から低いほど当たりやすい重み付きランダム抽選」へ変更した。 （重み = 60 − 友好度、下限1） 毎ターン同じ相手を集中攻撃して不自然になることを避けつつ、 敵対度が高い相手を優先して狙う傾向を維持する設計である。 非同盟勢力を優先し、全員が友好度60以上なら計略は不発となる。

計略と引抜は前半フロー（諜報力ゲート → 君主除外 → トリガー判定 → 対象勢力選択）が 共通しているため、 TryResolveCovertCommand としてまとめた。 入口となる TryPriority_Plot と TryPriority_Poach は各コマンド固有の処理だけを持ち、 薄く保つ構造にしている。

なお引抜については、③StatChange_Poach（数値処理本体）が未実装のため、 現時点ではAIがコマンドを発行しても数値は動かない。 ⑦のAI発行ロジックだけ先行している状態である。

AI行動仕様の是正（既存コードの修正）

AI行動仕様PDF（完全版）との照合で判明したズレ3点を是正した。

1点目は ProcessAIReward のコメント修正。 実コードは「資金50未満なら判断しない」で正しいが、 コメントが「10未満」と古い値のままだった。

2点目は開発コマンドの実行確率テーブル（RatePtsDevelop）の修正。 国力500〜998の区間が線形補間になっていたが、仕様では「フラット10%」が正しい。 (998, 0.1) のポイントを追加することで500〜998を平坦にした。

3点目は CalcAIInvestGold（AI投入資金の算出）の改修。 保有資金の半分を上限としつつ、コマンドごとに必要資金の選択肢 （施し・開発は10/20/30、徴兵は10/20/30/40/50）を持ち、 その中から半分以下で最大の額を選ぶ方式に変更した。 AIが資金を使い切らず温存しながら行動するバランスを維持する。

③数値変動フェーズの穴埋め

仕様書のメンテナンスで処理順と計算式が確定したため、2点を実装した。

1点目は ＜3＞内政の処理順是正である。 仕様では「開発（国力↑）→ 訓練（訓練度↑）→ 徴発（民忠↓/資金↑）→ 施し（民忠↑）」の順が定められているが、 実装は順不同になっており、徴発と施しの順序が仕様と逆だった。 4パス化（ApplyDomesticPass）で明示的な処理順を保証した。 徴発で下げた民忠を施しで上げ直す順序には意味があり、 最終的な民忠の値が＜4＞資金収入の計算に波及するためである。

2点目は ＜4＞資金収入の実装（StatChange_Funds）である。 収入の計算式は「国力 × (民忠 ÷ 100) × 0.5（小数点切り上げ）」で、 春（ターン順番0）と秋（ターン順番2）のみ発生する。 季節判定は (CurrentTurn – 1) % 4 で行う。 AI勢力には難易度補正を乗算する（Easy × 1.0 / Normal × 1.2 / Hard × 1.5・仮値）。

なお収入の④結果パネルへの表示は現時点では未実装である。 コマンド実行結果（CommandResultLog）とは別の「ターンイベント」系として 別の入れ物クラスで管理する方針とし、④の作り込み段階で実装する。

拠点所有データの二重管理是正 — 今日のいちばんの大仕事

拠点を「どの勢力が所有しているか」という情報が、 コードの中で以下の3箇所に重複して保持されていた。

• FactionData.OwnedBastionIds（ランタイム勢力クラス）
• FactionSaveData.OwnedBastionIds（セーブデータ・勢力ドリブン）
• GameSaveSlot.BastionOwnerships（セーブデータ・拠点ドリブン）

片方の更新を忘れた瞬間にデータが矛盾するバグの温床であるため、是正した。

方針は「BastionOwnerships（拠点ドリブン）を単一の真実とする」である。 拠点が自分の所有者を知っており、勢力側は必要なときに問い合わせる構造が論理的に正しい。

手順は4段階に分けて実施した。

まず GameUtility に問い合わせ口を集約した（Step1）。

GetOwnedBastionIds(slot, factionId)  … 保有拠点IDのリストを返す
GetOwnedBastionCount(slot, factionId) … 保有拠点数を返す
GetBastionOwner(slot, bastionId)      … 拠点の所有者勢力IDを返す
SetBastionOwner(slot, bastionId, fid) … 所有者を更新する（A-2用の書き込み口）

次に OwnedBastionIds を読んでいた6箇所をヘルパー呼び出しに置換した（Step2）。 対象は ManagerPhase（配下枠アンロック）、Panel_FactionDetailInfo / Panel_FactionHoverInfo（拠点数表示）、 Panel_CommandInterface（March拠点選定・拠点数表示）である。

書き込み側を一本化し（Step3）、最後にフィールド定義を削除した（Step4）。 コンパイル・動作確認OK（マップ表示・配下枠・出陣・拠点数表示）。

FactionData 死にコードの一掃

VS の単語単位検索で FactionData クラスの参照を調査したところ、 外部参照がゼロの死にコードであることが確定した。 CreateFromScenario の呼び出し元がどこにも存在せず、型を参照する場所もなかった。

FactionRelationData は FactionSaveData.Relations の要素型であるため、 SaveDataGame.cs へ移動（論理的に正しい配置）した後、 FactionData.cs をファイルごと削除した。 GameEnumExtensions の GetName(this FactionData) 拡張メソッドも合わせて削除。 残骸ゼロとなった。

---

■ 現時点の開発状況

カテゴリ	状況
データクラス全般	✅ 完了
Scene_Initialize / Title / Start	✅ 完了
Scene_Main（地図・情報パネル・コマンド入力）	✅ 完了
Scene_Main（③数値変動フェーズ）	✅ 本実装（引抜処理のみ未実装）
Scene_Main（④結果表示フェーズ）	✅ 本実装（武将入替UIは別タスク）
Scene_Main（ManagerPhaseへの分離）	✅ 完了
Scene_Main（⑦AIコマンド入力）	🔲 暫定実装（内政・軍事・謀略の計略まで稼働。引抜は発行のみ）
Scene_Main（②戦争解決・戦闘計算）	🔲 未実装（設計・計算モデルは確定済）
Scene_Main（外交AIコマンド）	🔲 骨格のみ（案X保留）
Scene_End	🔲 未着手

---

■ 次回の作業予定

次の最有力は「⑦優先2 同盟/親睦のAI本実装」である。 今回の拠点二重管理是正で、 隣接判定に必要な GetBastionOwner / GetOwnedBastionIds の問い合わせ口が整った。 AI仕様（同盟2未満ゲート・除外条件・友好度重み抽選・完全線形の確率分岐）も確定済みで、 いつでも着手できる状態である。

本丸の②戦争解決フェーズ（戦闘計算）は、仕様書の整合が取れてから本格的に着手する予定だ。 出陣・迎撃・援軍・AIの判断がすべてここに接続しており、 このフェーズを突破するとドミノ式に多くの機能が実装可能になる。

引抜の数値処理（③StatChange_Poach）も独立して進められるため、 こちらも近いうちに着手したい。

■ 33日目のまとめ

前回（31〜32日目）は③数値変動フェーズを本実装し、コマンドが勢力の数値へ反映されるようになった。今回はその結果をプレイヤーに見せる「④結果表示フェーズ」の応答処理と、捜索コマンドの完成が中心である。

33日目は2つのセッションに分かれた。前半（その1）は結果フェーズで武将登用のYES/NO判断ができる仕組みの実装と、捜索コマンドの発見→登用→候補図鑑登録の一気通貫。
後半（その2）は大きなリファクタ（ManagerPhaseの分離）と、AIが実際にコマンドを
発行し始める⑦AIコマンド入力フェーズの暫定実装だ。最後にはAI勢力が内政・軍事の
数値を動かし、格段と戦略ゲームらしくなった。

■ 33日目（5/31）その1：結果フェーズの応答処理・捜索本実装

④結果表示フェーズ ― 応答が必要な結果を扱えるようにする

③数値変動の結果を表示するだけなら、テキストを縦に並べればよかった。しかし捜索で
発見した武将の登用可否など、「プレイヤーが判断しなければいけない結果」が存在する。
これをどう扱うかが今回の設計の核だった。

方針は「応答が必要な結果」と「応答が不要な結果」を同じスクロールビューに混在させて縦積みで表示し、前者には判断ボタンを付ける形にした。YESを押すと即座に確定し後から戻せない（武将の登用や解雇は巻き戻しのコストが高いため）。明確なNOボタンは設けず、「閉じる＝保留＝結果的にNO」として、確認完了ボタンを押したタイミングで未判断を一律NO扱いとした。ボタンを2つに収めるこのルール整理は地味に重要で、UI設計の
方向性がここで固まった。

実装物としては3つの新規クラスと既存パネルの改修になった。

まず ResultPendingDecision は「応答が必要な結果1件」を表すデータクラスで、
種別（登用・外交）と状態（保留・承認・却下）を持つ。YES確定時の処理本体は
持たず、コールバック経由で上位（ManagerMain）へ委譲する。パネルが処理の主体に
なってしまうことを防ぐ設計だ。

次に Panel_ResultConfirm はYES/Cancel 2ボタンの小さな確認パネル。ラベルは
動的に変更でき、パネル自体は日本語か英語かを知らない。呼び出し側が言語解決済みの
文字列を渡す方式にしたことで、将来の多言語追加に際して触る箇所がゼロになる。

そして ResultDecisionInfo が実際に結果一覧の中に混在する「判断ボタン付き部品」
である。ResultSimpleInfo（数値変動を表示するだけの部品）と対になる存在で、同じ
Listに入って縦積みされる。型混在でも動くのはGameObjectで統一しているおかげだ。

捜索（Search）の本実装 ― 発見から図鑑登録まで

③数値変動フェーズ内に、捜索コマンドの処理ブロックを追加した。

発見率は「（知力＋魅力）÷200＋0.2」で、最大1.0。特技「人脈」があれば＋0.2が乗る。
在野武将の抽選は重み付き（重み＝10－レアリティ）で、高レアほど出にくい。
以下の4つの特技が発動すると抽選結果が変わる。

• 抜擢：在野の最高レアのみを対象として抽選
• 審美眼：抽選結果のレアリティ＋1のテーブルで再抽選（対象不在なら不発）
• 新星発見：確定図鑑にも候補図鑑にも未登録の武将から再抽選（不在なら不発）
• 人脈：発見率に＋0.2

特技は重複して持てないため、上記は排他になる（1人の武将が「抜擢かつ審美眼」を
同時に持つことはない）。ただし「人脈持ちの武将が発見率を上げ、別の武将が抽選を
担当する」という組み合わせは設計上ありうる。現在の実装では1コマンド1武将のため
この組み合わせは起きないが、将来の仕様拡張を念頭に分離して書いてある。

発見が確定したら ResultPendingDecision にデータを積み、④で判断パネルを呼ぶ流れに
なる。YESで登用すると在野リストから削除・配下に追加・候補図鑑に登録の3点セットが
走る。候補図鑑へ登録するのは通常武将のみで、カスタム武将はint型IDが意味を持たない
ため対象外としている。

なお同一ターン内の二重発見防止のため、除外セットを全勢力共通で保持し捜索処理に
配布している。フィールドには持たせず揮発（毎ターン生成・破棄）としたのは、ターンをまたいで状態が残るリスクを避けるためだ。

結果パネルに登用ボタンを追加して武将を登用可能にした。

登用により空席が全て埋まった画像。

不具合2件の対応

実装中に不具合が2件、デバッグログによる原因特定→修正の流れで解消した。

1件目は解雇した武将が「前の武将のコマンド入力で復帰する」というもの。原因は
Panel_Commandsが内部に持つ武将リストと、解雇で操作される配下リスト本体の参照が
断絶していたことだ。解雇後にPanel_Commandsを閉じて開き直す方式（毎回配下リスト
基準で再構築）に変えて構造的に解消した。

2件目はより根深かった。「解雇後に別の武将でコマンド入力すると全員が入力済に見える」という現象で、解雇が原因と思って調べたら全く無関係の場所が壊れていた。
Panel_Commands.FindCommandのOfficerId比較が「AのIDかつBのIDの片方が一致する」というOR条件になっており、別人のコマンドに誤マッチしていたのだ。デバッグログを仕込んで「OfficerId=56の武将がOfficerId=33のコマンドにヒット」という実測値を確認してから修正した。IsCustomフラグで通常/カスタムを排他分岐し、通常武将はAND条件で厳密に一致を取るよう書き直して根治している。

■ 33日目（5/31）その2：ManagerPhase分離・AIコマンド入力暫定実装

ManagerPhaseの切り出し ― 大きなリファクタ

ここ数日の実装でManagerMain.csが2143行まで膨らんでいた。「動いているコードを
別の場所に移す」は最もデグレードを引き起こしやすい作業だが、次に控えているA-2
（戦闘計算）を安全に入れるには先に構造を整えておく必要があった。

新規クラスManagerPhaseを同一GameObjectのコンポーネントとして追加し、ターンフェーズ処理を移動した。

設計で一番大事にしたのは「所有権を論理的に正しい場所に置くこと」だ。
当初は「ManagerMainにフィールドを残したままManagerPhaseから同名プロパティで
参照する」方式も検討したが、それはコピーを無改変のままにするための逃げに過ぎない。
フェーズ専用の揮発stateはManagerPhaseが物理的に所有すべきであり、
ManagerMainは自身の領分（UI・マップ・入力）だけを持てばよい。

結果として「UIに触る3メソッドだけManagerMainのpublicメソッドへ委譲し、残り37メソッドは無改変コピー」という形に落ち着いた。デグレードリスクを書き換えた3メソッドに局所化した。TurnPhase enumはGameEnums.csへ移設し、両クラスから無改変参照できるようにしている。

ManagerMain.cs：2143行 → 1077行
ManagerPhase.cs：新規 1529行

一見増えているように見えるが、ManagerMainの行数で考えると実質半減である。

⑦AIコマンド入力フェーズ ― AIが動き始める

Phase_AICommand()はここまで「Phase_EndTurnを呼ぶだけ」というモックだった。
今回、AI行動仕様（暫定PDF）をベースに、実装済みコマンドのみを実発行する暫定方式で本実装した。

実発行するのは「③数値変動フェーズで処理が回るコマンド」に限定している。

• 捜索 / 諜報 / 施し / 徴兵 / 募兵 / 訓練 / 開発
• 褒賞（特1・AIコマンドとは別ループで処理）

出陣・外交・計略・引抜はロジックの骨格だけ作り、発行部分をスキップする。
「本実装時にガードを外すだけで動く」形にしてある。

AIの行動優先度はPDFに定義されている。空き枠があれば捜索（優先1）・同盟締結に
向けた外交（優先2）・諜報力の維持（優先3）、といった順番で、各数値の閾値や確率テーブルに従って判断する。確率カーブと特技序列はstaticテーブルで一元管理し、調整時はテーブルの数値を書き換えるだけにした。

武将の選択ロジックは全優先度で「特技序列＞能力値」という同型のため、
PickOfficerBySkillPriorityという共通ヘルパーに集約している。

ループ構造はPDF暫定版に合わせた。優先1/2はループ外の単発（2名以上実行しない
仕様を構造で保証する）。優先3〜10は3周まで通常の確率判定でループし、それでも
未行動武将が残れば4周目は確率100%（ハード条件は維持）で割り当てを試みる。
それでも残った武将はそのターン待機となる。

実装後、プレイヤーもAIも内政しかしない平和な世界ではあるが（笑）、AI勢力の国力・兵数・資金が毎ターン変動するようになり、戦略ゲームとしての体裁が一気に整った。出陣が実装されたときの変化が楽しみである。

上の画像は１年目・夏の状態で下の画像は翌ターンの状態。
資金が20減少し、訓練度が51→72、諜報力が54→85となり、武将の忠誠度が一部上昇しているのが確認できる。AIが内政している。

潜在バグの根治・褒賞計算式の共通化

リファクタのついでに潜在バグを1件根治した。_aiCommandsがどこでもClearされて
おらず、AIがコマンドを積み始めると毎ターン累積する構造だったのだ。これまでは
AIが空だったため無害だったが、今回の実装で顕在化する前に対処した。

また、褒賞の忠誠上昇計算式をGameUtility.CalcRewardLoyaltyGainという純粋関数に抽出した。プレイヤー褒賞（ManagerMain）とAI褒賞（ManagerPhase）の両方から呼ぶことで、計算ロジックの重複をなくしている。

■ 現時点の開発状況

カテゴリ	状況
データクラス全般	✅ 完了
Scene_Initialize / Title / Start	✅ 完了
Scene_Main（地図・情報パネル・コマンド入力）	✅ 完了
Scene_Main（数値変動演出）	✅ 完了
Scene_Main（フェーズ管理・骨格）	✅ 完了
Scene_Main（③数値変動フェーズ）	✅ 本実装
Scene_Main（④結果表示フェーズ ― 応答処理）	✅ 本実装（武将入替UIは別タスク）
Scene_Main（捜索コマンド）	✅ 発見→登用→候補図鑑登録まで完了
Scene_Main（ManagerPhaseへの分離）	✅ 完了
Scene_Main（⑦AIコマンド入力）	🔲 暫定実装（内政・軍事・人事・謀略のみ）
Scene_Main（②戦争解決・戦闘計算）	🔲 未実装
Scene_Main（外交・計略・引抜コマンド）	🔲 入力UI未実装
Scene_End	🔲 未着手
コレクション画面・武将登録画面	✅ 完成（最終調整は別途）

■ 次回の作業予定

次の本丸は②戦争解決フェーズ（戦闘計算）である。AIの行動仕様のうち出陣・迎撃・
援軍に関わる部分がこのフェーズを待って詰まっており、ここを突破するとドミノ式に
多くの機能が実装可能になる。

ただし戦闘は「画面・見せ方・演出の設計がまだ」という状態で、ロジックより先に
設計から始まる重いタスクだ。並行して、外交・計略・引抜のコマンド確定パネル（
プレイヤーが入力できる状態にするUI）を先行させるか、次回冒頭で方針を決める。

■ 31〜32日目のまとめ

前回（24〜30日目）は、メインシーンを「動かす」直前までの土台を固めた期間だった。今回はいよいよ本丸であるフェーズ管理に着手し、1ターンの進行が一巡する状態まで持っていった。

31日目はフェーズ管理の骨格（モック）を組み、ターンが最初から最後まで通して回ることを確認した。32日目はそのフェーズの中身、特に③数値変動フェーズを本実装し、内政・軍事・謀略の各コマンドが実際の数値変化として結果に反映されるようにした。コマンド入力から処理、結果表示までがようやく一本の線で繋がった2日間である。

---

■ 31日目（5/29）：フェーズ管理の骨格・状態設計の整理

フェーズ管理のモック実装

1ターンを7フェーズで構成する設計はすでに確定していたため、まずは各フェーズを空の処理（モック）として並べ、ターンが端から端まで通して進行することを優先して確認した。

新規開始時は①開始フェーズから、セーブデータのロード時は⑥コマンド入力フェーズから始まるよう分岐させている。また、1ターン目は表示すべき結果がまだ無いため、④結果表示フェーズをスキップする制御を入れた。新規開始・ロード再開のどちらでもターンが正しく進むことを確認できた。

各フェーズの処理はPhase_という接頭辞で統一し、ManagerMainの末尾にまとめて配置した。将来的には専用のクラスへ切り出す前提の置き方である。

メインシーンの状態とフェーズは別概念

ここで一つ整理が必要だった。メインシーンの「状態レベル」（パネルを開いている／いない、といったUIの状態）と、「1ターン内のフェーズ進行」は別の概念である。両者が混ざらないよう、状態を管理する列挙型の名前を役割ごとに分け、コマンド入力フェーズ用・結果表示フェーズ用にそれぞれ用意した。

ターン情報パネルの追加

現在が何年目の何の季節か（1年＝春夏秋冬の4ターン）を表示するパネルを追加した。ターン開始時に上からスライドインして現在のターン情報を示す。オプションで言語を切り替えた際にも表示が追従するようにしている。

配下枠の自動拡張

拠点数に応じて配下武将の枠が増える仕様（拠点1〜3で5名、以降段階的に最大9名）を、戦争解決フェーズの末尾で判定・拡張する処理として実装した。一度広がった枠は拠点が減っても縮まないため、その管理用の値を勢力データ側へ統合する修正もあわせて行っている。

ターン終了時のリセット処理

ターンをまたいで持ち越してはいけない状態（入力済みコマンド、褒賞の1回制限フラグなど）を、所定のフェーズでまとめてリセットする処理を入れた。ターンが進んだ後にコマンドを再入力できることを確認している。

ズーム座標のバグ修正

地図のズーム時、拡大の中心がずれて画面右上方向にずれていく不具合を修正した。原因は座標系の取り違えで、変換を1か所加えることでボタンズーム・ホイールズームの両方で解消した。

---

■ 32日目（5/30）：③数値変動フェーズ本実装・資金コマンド・演出

この日は分量が多い。順に記録する。

③数値変動フェーズの本実装

フェーズの骨格に対し、中身を入れていく作業に入った。最初に着手したのが③数値変動フェーズである。

このフェーズは、入力されたコマンド（開発・施し・徴発・徴兵・募兵・訓練・諜報）の効果を、決められた順序で勢力の数値へ反映する処理である。設計書に沿って6つの段階（諜報力の減衰→兵数の変動→内政による変動→資金収支→諜報力の上昇→計略）を順に処理する形で実装した。

処理はプレイヤー勢力もAI勢力も同じロジックで回せるよう、勢力単位の共通メソッドとして切り出している。AIのコマンドはまだ入力する仕組み（⑦フェーズ）が無いため、現時点では空の状態で安全に動作するようにしてある。

各コマンドの計算式には設計書通りに能力値や特技の補正が絡む。たとえば開発なら知力と魅力、徴兵なら武力と魅力が効き、対応する特技を持っていれば補正がかかる。特技が発動したかどうかは、1回のコマンドにつき1度だけ判定し、その結果を計算と後述の結果表示の両方で使い回すようにした。これにより「表示では発動と出ているのに計算に反映されていない」といったズレが起きないようにしている。

結果の記録（プレイヤーのみ）

③のフェーズは内部で数値を処理するだけで、プレイヤーには何が起きたか見えない。そこで、誰がどのコマンドを実行し、どの数値がいくつからいくつへ変化したかを記録する仕組みを入れた。

記録は実行前と実行後の数値をそれぞれ写し取り、その差分から「変化した項目だけ」を抽出して表示する方式とした。開発なら国力の1項目、徴兵なら兵数・訓練度・民忠の3項目、というように、コマンドによって変わる項目数が違っても同じ仕組みで扱える。記録するのはプレイヤー勢力ぶんのみで、AI勢力は記録しない（表示しないため）。

結果表示パネルへの反映

記録した結果を、結果表示パネル内のスクロールビューに1件ずつ縦に並べて表示できるようにした。1件分の表示部品を新規に作り、武将・実行したコマンド・発動した特技・数値の変化量が読めるようにしている。まだ見た目は仮で、レイアウトや文言は今後詰めていくが、「誰がどう働いたか」がプレイヤーに見える状態にはなった。

以下は、結果だけを先行して表示するよう作成した仮UIの結果パネル。
発動特技はむちゃくちゃ(笑)

資金を使うコマンドの入力フロー

開発・施し・徴兵といった資金を消費するコマンドのために、資金額を選択する確認パネルを本実装した。10刻みのトグルボタンを並べ、コマンドによって選べる上限を変えている（開発・施しは30まで、徴兵は50まで）。

所持資金で払えない額のボタンは自動で無効になり、額を選ぶまでは決定ボタンも押せない。また、すでに数値が上限に達している場合（国力が999など）は、そのコマンド自体を実行不可とした。資金は確定した時点で即座に消費する方式とし、入力した額を③フェーズの計算に使う流れにしている。

数値変動の演出と操作ロック

資金を消費したとき、数値が変わる演出（前回作ったカウント表示）を見せてからパネルを閉じるようにした。

ここで一つ問題が起きた。演出の途中で別の操作をすると、後から前の演出の「閉じる」処理が遅れて発火し、開いたばかりの別パネルが勝手に閉じてしまう現象である。当初は「演出を途中で中断する」方向で対処しようとしたが、複数の操作経路すべてで中断を仕込むのは漏れが出やすい。

最終的に「演出が終わるまで操作を一切受け付けない」方式へ切り替えた。演出中はボタン操作も、地図上の右クリックによる操作も止める。演出時間は1秒程度と短いため、待ちがストレスになるほどではないと判断した。入口を1か所で締めることで、後から処理が暴発する余地そのものを消した形である。

フェーズ外でのマップ操作を禁止

結果表示パネルでスクロールバーを操作しようとすると、背後の地図が一緒にズームしてしまう問題があった。フェーズは演出によって長さが変わるため、状態ではなくフェーズそのもので判定し、コマンド入力フェーズ以外ではマップ操作（ズーム・スクロール）を一括で受け付けないようにした。

---

■ 結果表示フェーズの応答処理 ― 仕様を固めた

32日目の終盤は、次に着手する④結果表示フェーズについて、設計を詰める時間に充てた。

結果表示の中には、プレイヤーの判断が必要なものがある。武将の登用可否（捜索で発見した、引き抜きに成功した、など）や、AI勢力からの同盟・親睦の要請がそれである。これらは結果の一覧の中に判断ボタン付きで表示し、押すと小さな確認パネルでYES／NOを決める形にする。

判断のルールも整理した。YESを選んだら即座に確定し、後から戻せない（武将の登用や解雇は巻き戻しのコストが高いため）。判断せずに進めた場合は一律でNO扱いとする。明確なNOボタンは設けず、「閉じる＝保留＝結果的にNO」で兼ねることで、ボタンを2つに収めた。満席時の入れ替えについては、武将選択のUIを別途設計してから対応する。

ここは次回の最有力の着手対象であり、仕様を固めておくことで次の作業にすぐ入れるようにした。

---

■ 現時点の開発状況

カテゴリ	状況
データクラス全般	✅ 完了
Scene_Initialize / Title / Start	✅ 完了
Scene_Main（地図・情報パネル・コマンド入力）	✅ 完了
Scene_Main（数値変動演出）	✅ 完了
Scene_Main（フェーズ管理・骨格）	✅ 実装
Scene_Main（③数値変動フェーズ）	✅ 本実装
Scene_Main（資金コマンド入力フロー）	✅ 完了
Scene_Main（④結果表示フェーズ）	⬜ 仕様確定・実装はこれから
Scene_Main（②戦争解決・戦闘計算）	⬜ 未実装
Scene_Main（⑦AIコマンド入力・AI）	⬜ 未実装
Scene_End	⬜ 未着手
コレクション画面・武将登録画面	✅ 完成（最終調整は別途）

---

■ 次回の作業予定

次回は④結果表示フェーズの応答処理を実装する予定である。ただし、応答が発生する元（捜索での発見、引き抜きの成功、AIからの外交要請）がまだ実装されていないため、その発生源となる人事系または外交系のコマンドを先に作る必要がある。どちらから着手するかは次回の冒頭で整理する。

その先には、最も複雑になるであろう②戦争解決フェーズ（戦闘計算）と、⑦AIコマンド入力フェーズ（AIの行動ロジック）が控えている。コアループの骨格は動き出したので、ここから各フェーズの中身を一つずつ埋めていく段階に入る。

---

■ 24〜30日目のまとめ

今回は7日分をまとめて記録する。

前回（23日目）でメインシーンの「見る」部分がほぼ出揃った。今回はそこから「動かす」へ向けた地ならしの期間となった。コマンド確認パネル群の実装、Panel_CommandInterfaceの本実装と仕上げ、武将・勢力情報表示の拡充、状態レベル設計の大きな見直し、数値変動演出システムの新規導入、多言語化の不具合対応、そしてコマンドボタンのデザイン適用までを進めた。

最優先課題であるフェーズ管理の本実装は次回へ持ち越しとなったが、その前に「フェーズ管理に集中できる土台」を整えることに注力した7日間だった。

---

■ 24日目（5/19）：コマンド確認パネル群の設計確定・モック実装

確認パネルを7種に分離

コマンドを実行する前に表示する確認パネルを、入力要素の組み合わせごとに7種類へ分離する方針を確定した。1枚に共通化しようとすると無理が出る組み合わせがあり、また作業単位を細かく分けたかったためである。

• Panel_CommandConfirm：OK/Cancelのみ
• Panel_CommandConfirmGold：資金INPUT + OK/Cancel
• Panel_CommandConfirmFaction：勢力SELECT + OK/Cancel
• Panel_CommandConfirmGoldFaction：資金INPUT + 勢力SELECT + OK/Cancel
• Panel_CommandConfirmOfficer：他勢力武将SELECT + OK/Cancel
• Panel_CommandConfirmMarch：経路SELECT + 兵数INPUT + OK/Cancel
• Panel_CommandConfirmReinforce：迎撃/援軍SELECT済 + 兵数INPUT + OK/Cancel

7種すべてをSlidePanelBase継承でモック実装し、Show（コールバック）とHide（）のみ実装した。本実装は後回しとした。

ManagerMain対応

7つの確認パネルのSerializeFieldを追加し、InitializeUI()でまとめて初期化する仕組みを入れた。確認パネルの表示・非表示を一元管理するOpenConfirmPanel()／CloseConfirmPanel()を追加し、ViewCommandConfirm状態から右クリック短押しでConfirmパネルを閉じてViewCommandInterface状態へ戻る導線も整えた。

コマンド挙動仕様の確定

通常コマンド・解雇・褒賞それぞれのOK／Cancel時の挙動を確定した。特に褒賞は「OKで忠誠度を即変更（資金10消費・入力なし）、パネルは閉じずそのまま」「コマンド入力済でも褒賞未実行なら実行可能」という特殊仕様を明文化した。Done済カードをクリックしたときはShowReadOnly()で閲覧専用表示を出す方針とした。

BGM方針の変更とACE-Step環境構築

BGM素材を外部配布素材から、ACE-Step V1.5によるオリジナル生成へ切り替えることにした。ローカル環境（v15-turbo / RTX3090）を構築し、生成フローの習得を始めている。自前生成にすることで、ゲームの世界観に合った曲を狙って作れるようにするのが目的である。

※5/20～5/24の間は、ACE-Step V1.5の扱い習得、お試し楽曲作成などしていました。

【オリジナル曲『のっとれ！脳内ジェネレーション』MV】

🧠 作詞：自分（人間） 🎵 作曲：ACE-Step（AI）
自分が書き下ろした歌詞に、ACE-Stepで音を乗せました。暇な時に注目してもらえると嬉しいです！
ゲーム開発で日々感じてる事とか歌詞にしました(笑)#AI作曲 #オリジナル曲 pic.twitter.com/Dl7bXlo0zd

— 白猫斎 (@hakubyousai) May 24, 2026

---

■ 27日目（5/25）：Panel_CommandInterface本実装・SaveData保存フロー

※5/20〜5/24はACE-Step作業にてゲーム制作はお休み。

コマンド名解決の集約

OfficerCommandCardとPanel_CommandInterfaceに重複していたコマンド名取得処理を、GameEnumExtensions.csのCommandType.GetName()拡張メソッドへ集約した。各ファイルの個別実装を削除し、呼び出しを統一した。

Panel_CommandConfirm本実装

確認パネルのメッセージ領域をメイン・サブの2本構成に変更し、Awake()でのボタン接続を実装した。確認メッセージの定義（各コマンド／解雇／褒賞）もGameEnumExtensions.csに追加し、言語分岐はすべてSystemLanguage enumで処理している。

Panel_CommandInterface本実装

コマンド入力パネルを本実装した。武将データとOfficerSaveDataの解決、ボタン群の表示、君主判定による解雇・褒賞ボタンの制御、コマンド種別ごとの確認パネル振り分け、サブパネル開閉時のinteractable制御までを通した。

コマンド確定→セーブデータ保存フロー

コマンド確定時にOfficerCommandSaveDataを生成し、GameSaveSlot.PlayerCommandsへ追加する流れを実装した。パネルを開き直したときはPlayerCommandsからコマンド一覧を復元して表示する設計とした。これによりターン途中での中断セーブに対応できる。

解雇・褒賞の即時処理

解雇は配下リストから武将を外して在野（WanderingOfficers）へ戻す処理を実装した。褒賞は資金10を消費して忠誠度を上昇させ、HasReceivedRewardThisTurnフラグで「1ターンに同じ武将へは1度まで」の制限をかけた。褒賞の忠誠度上昇量は「((君主の魅力÷10)+10)×乱数0.9〜1.1」で算出する。

反省点

この日は修正→デグレード→修正のループが多発した。既存コードを十分に確認せず修正を出したことが主因で、細切れの修正が積み重なってどこまで適用済みか把握しづらくなった。次回以降は「修正前に影響範囲を明示し、GOが出てからコードを出す」運用を徹底することにした。

---

■ 28日目（5/26）：Panel_CommandInterface残バグ修正

前日の反省を踏まえ、まずは残っていたバグを慎重に潰した。

行動済み（コマンド入力済み）の武将をクリックして開く閲覧専用パネルで、コマンドボタンが全部消えてしまう不具合を修正した。原因はボタン群そのものを非表示にしていたことで、「ボタンは表示したまま、操作だけ無効化する」方式へ変更した。例外として褒賞ボタンだけは、その武将がまだ褒賞を受けていなければ有効化する。

あわせて、褒賞は「行動済みにならない」コマンド（設計書準拠）であるため、閲覧専用表示中でも褒賞だけは実行できるよう制御を見直した。設計書の最新版と突き合わせ、褒賞が行動を消費しない仕様であることも再確認している。

---

■ 29日目（5/27）：情報表示拡充・状態レベル改訂・数値変動演出

この日は分量が多い。順に記録する。

Panel_CommandInterfaceの情報表示拡充

コマンドを入力する際、実行する武将の能力や現在の勢力状況が一目で分かるよう、情報表示を追加した。

武将情報の表示は、既存の共用部品OfficerSimpleInfoを流用する形に一本化した。当初はパネルに直接フィールドを置いて実装していたが、同じものを2か所で持つ無駄を避けるため、また将来の結果表示フェーズで再利用するために、OfficerSimpleInfoへ委譲する方針へ切り替えた。OfficerSimpleInfoのメソッドの引数は変えなかったため、同じ部品を使っている外交向けの武将一覧パネルには一切影響が出ていない。

勢力情報は最終的に8項目を表示することにした。国力・資金・兵数・訓練度・民忠・諜報力に加え、名声と拠点数を追加した。名声は出陣可能な兵数の判断材料に、拠点数は配下枠の解放（あと1拠点で枠が増える、など）の判断材料になるため、見えていて損のない情報と判断した。

状態レベル設計の改訂

これまでシステムボタン群（オプション／ゲーム終了／地図切替／タイトルへ戻る／ズーム）は、コマンド入力状態（レベル1）でのみ表示・操作可能としていた。今回これを見直し、Idle状態（レベル0）で操作できるよう変更した。

新しい構成では、Idleではシステムボタンが画面右からスライドインして操作可能、各種パネルを開いている間（レベル1）はスライドアウトして無効になる。これにより「パネルを開いたままオプションを開く」経路がなくなり、状態管理がすっきりした。地図切替とズームだけは状態を変えずIdleのまま実行できるようにしている。あわせて、無操作10秒で自動的にコマンドパネルが開く挙動は廃止した。

もともと過去にマウス操作のバッティングを避けるためIdleの操作を絞っていた経緯があったが、システムボタンを透明パネル上にまとめて右へ寄せる構成にしたことで、競合なく実現できた。

多言語化の不具合対応

オプションで言語を切り替えたとき、表示中のパネルや地図上の拠点名が即座に切り替わらない問題に対処した。

原因は、武将名や拠点名のように動的に流し込んでいるテキストが、言語変更時の一括更新の対象外になっていたことである（静的に設定したボタン名などは正しく切り替わっていた）。

パネル側は、前述の状態レベル改訂によって「オプションを開けるのはIdleのときだけ＝オプション表示中に他のパネルは開いていない」状態が保証されるようになったため、複雑な再描画の仕組みを入れずに済んだ。問題そのものを設計で消した形である。

地図の拠点名については、オプションパネルを閉じたタイミングで全拠点の名前を現在の言語で再解決する処理を入れた。これでOK・キャンセルのどちらで閉じても、拠点名が正しい言語で表示される。

数値変動演出システムの新規導入

数値が「すっ」と変わるだけでは変化が分かりにくいため、汎用の数値変動演出コンポーネント（ChangeValueText）を新規に作成した。

このコンポーネントは、数値のカウントアップ／カウントダウン（1→2→3…と数字が動く）、上昇なら「↑」下降なら「↓」と変動量を示すポップ表示（移動しながらフェード）、そしてアイコンと数値の色分け（上昇＝緑／下降＝赤）を行う。重要な設計として、演出中に表示される途中の数値はあくまで見た目だけのもので、ゲームデータには一切書き戻さない。データの確定と演出を明確に切り分けている。

まずは褒賞で変動する忠誠度と資金に適用した。褒賞を実行すると、データを確定させたうえで効果音を鳴らし、忠誠度と資金がアニメーションしながら変化する。

効果音キーの定数化とコマンドボタンのデザイン

効果音のキーをシーンごとの定数クラス（SEKeysMain）にまとめ、文字列の直書きをやめてタイプミスを防ぐ構成にした。BGM用の定数クラス（BGMKeysMain）も器だけ用意した（拠点数によるBGM切り替えは仕様確定済み・実装はこれから）。

コマンドボタンのデザインも、Unityデフォルトの仮デザインから、羊皮紙に金枠を添えたゲームの世界観に合うものへ差し替えた。ボタン画像はChatGPTで背景透過・ラベルなしで生成し（ラベルは多言語対応のため別管理）、通常・ホバー・押下・無効の状態差は色味の調整で表現している。

バグ修正

状態レベル改訂に伴い、特定の状況でシステムボタンのスライド処理がエラーを出すようになったため修正した。非表示状態のパネルに対して閉じる処理を呼んでいたのが原因で、不要になっていた1行を削除して解消した。

---

■ 30日目（5/28）：動作確認・進捗整理

29日目までに実装した内容の動作確認を行った。数値変動演出の矢印アイコンの色分け、システムボタンのスライド処理のエラー修正、いずれも問題なく動作することを確認した。あわせてタスク全体の棚卸しを行った。

以下、開発中の画面。少しづつですが、着実に実装を進めています。

---

■ 現時点の開発状況

カテゴリ	状況
データクラス全般	✅ 完了
GameUtility	✅ 完了
Scene_Initialize	✅ 完了
Scene_Title	✅ 完成
Scene_Start	✅ 完了
Scene_Main（地図表示・スクロール・ズーム）	✅ 完了
Scene_Main（勢力情報パネル）	✅ 完了
Scene_Main（武将コマンドパネル）	✅ 完了
Scene_Main（コマンド設計）	✅ 確定
Scene_Main（コマンド確認パネル群）	✅ 実装
Scene_Main（Panel_CommandInterface）	✅ 完了
Scene_Main（数値変動演出）	✅ 完了
Scene_Main（状態レベル設計改訂）	✅ 完了
Scene_Main（フェーズ管理・コマンド入力）	⬜ 未実装
Scene_Main（戦闘計算・AI）	⬜ 未実装
Scene_End	⬜ 未着手
コレクション画面・武将登録画面	⬜ 未着手

---

■ 次回の作業予定

いよいよフェーズ管理の本実装に入る。1ターンを7フェーズで構成する設計はすでに確定しており、今回その前段としてコマンド入力まわり・情報表示・状態管理を固めたので、ようやく腰を据えて取り組める段階になった。

メインシーンの状態管理（レベル状態）と、1ターン内のフェーズ進行は別の概念であるため、まずはその整理から着手する予定である。あわせて、褒賞のターン1回制限フラグをターン終了時にリセットする処理も、フェーズ管理の中で対応していく。

■ 20〜23日目のまとめ

今回は4日分をまとめて記録する。
※5/13、5/16、5/17は私用にて作業お休み。

20日目はScene_Mainの操作設計確定とUI骨格整備、21〜22日目は勢力情報パネルの本実装とデータ構造の大幅整備、23日目はコマンド設計の全体確定と外交情報パネルの本実装、各種バグ修正を実施した。

メインシーンの「見る」部分がほぼ出揃い、次はいよいよ「動かす」フェーズ管理の本実装に入る段階に来ている。

---

■ 20日目（5/12）：操作設計確定・Panel_System新規作成

コマンド入力フェーズの操作設計確定

メインシーンの状態遷移と操作制御を確定した。

Idle状態では右ドラッグでマップスクロール、マウスホイールでズーム、拠点アイコンまたは勢力地図パーツの左クリックで地図情報パネル表示状態（ViewInfo）へ遷移する。それ以外への左クリック、または無操作10秒でUIパネル表示状態（CommandInput）へ自動遷移する。

右クリックは「短押し（0.2秒以内・離し時発火）」を遷移トリガーとし、右ドラッグと明示的に分離した。ViewInfo状態ではマップ操作を禁止し、情報閲覧に専念する設計とした。

Panel_System新規作成

セーブ・オプション・タイトルバック・ズームなどのシステムボタン群をManagerMainから独立させ、Panel_System.csとして切り出した。コールバック（Action）方式でManagerMainと連携する構成で、今後の状態制御が一元化しやすくなった。

ManagerMain改修

右クリック短押し判定を実装し、_rightDraggingフラグで押し時間を計測して離し時に発火する方式とした。MapContainer自体にButtonを設置するSetupMapClickHandler()を新設し、拠点・地図パーツ以外への左クリックをフォールバック処理する仕組みにした。これにより左クリックの吸い取り問題が解消した。

またBGM設計も確定した。プレイヤー保有拠点数に応じて5段階でBGMを切り替える方式で、使用素材はperitune.com（無料・商用利用可・ゲーム同梱可）を予定している。

---

■ 21〜22日目（5/14〜5/15）：勢力情報パネル本実装・OfficerSaveData導入

Panel_FactionDetailInfo本実装

地図上の拠点または勢力地図パーツをクリックしたときに表示される勢力情報パネルを本実装した。表示項目は勢力名・勢力カラー・君主情報（顔小画像・名前）・各種ステータス（資金・兵数・国力・訓練度・民忠誠度・諜報力・名声・拠点数）・友好度・信頼度。

諜報レベルによる情報フィルタリングをGameUtility.GetIntelligenceLevel()として実装した。レベルに応じて閲覧できる情報が段階的に開放される。

• レベル0：勢力名・拠点数のみ
• レベル1：国力・君主情報（顔・名前）
• レベル2：資金・兵数・民忠・名声
• レベル3：全情報（訓練度・諜報力・外交情報）

プレイヤー自身の勢力はフィルタリングなし（レベル3扱い）。数値・記号専用のテキストはLocalizeTextを使用せずTextMeshProUGUI直接参照とする方針を今回から徹底している。

OfficerSaveData新設・全ファイル対応

武将データの管理構造を大幅に整理した。従来のSubordinateIds/CustomSubordinateIds（IDリスト2本）を廃止し、OfficerSaveDataクラスに統合した。MonarchId/CustomMonarchIdも廃止してOfficerSaveData Monarchに一本化した。

フィールド構成はOfficerId / CustomId / CurrentLoyalty / IsNormalの4つで、通常武将とカスタム武将を同一クラスで扱える。武将の解決はGameUtility.ResolveOfficer()経由で行う運用を徹底する。

対応ファイルはSaveDataGame.cs / GameUtility.cs / Panel_FactionDetailInfo.cs / ManagerStart.cs / DebugSaveDataCreator.csの5ファイル。構造変更に合わせてgame.jsonも再生成し、動作確認まで完了した。

Panel_FactionDetailInfoOfficer本実装

サブパネルとして武将一覧を表示するPanel_FactionDetailInfoOfficer.csを本実装した。表示枠は10枠固定（君主1名＋配下最大9名）。

1枠を担当するOfficerSimpleInfo.csを新規作成した。表示項目は顔小画像・兵科アイコン・武将名・忠誠度・特技・武力/知力/魅力。君主の忠誠度は常に「—」で固定。配下の忠誠度は諜報レベル3以上またはプレイヤー勢力の場合に数値表示、それ以外は「???」でマスクする。

---

■ 23日目（5/18）：コマンド設計確定・外交情報パネル本実装・バグ修正

コマンド設計確定

CommandType enumをGameEnums.csに追加し、全コマンド体系を確定した。

• 内政系：開発 / 施し / 徴発
• 軍事系：出陣 / 徴兵 / 募兵 / 訓練 / 迎撃
• 外交系：同盟 / 親睦 / 要請 / 破棄
• 人事系：捜索
• 謀略系：諜報 / 計略 / 引抜
• 援軍系：援軍出陣 / 援軍迎撃

解雇・褒賞はコマンドクラス管理外で即時処理、迎撃・援軍はWarクラスで別途管理する設計とした。要請コマンドは同盟勢力全員へ自動送信（個別指定不要）。出陣は経路指定方式（OriginBastionId＋TargetBastionId）で戦争の一意特定を行う。

ランタイム用のOfficerCommand.csを新規作成し、セーブ用のOfficerCommandSaveDataをSaveDataGame.csに追加した。GameSaveSlot.PlayerCommandsでターン中断セーブに対応、GameSaveSlot.UnlockedSubordinateSlotsで開放済み配下枠数を永続管理する。

Panel_FactionDetailInfoDiplomacy本実装

外交情報サブパネルを本実装した。表示枠は9枠固定で敗北済み勢力を除外して表示する。

1枠を担当するDiplomacySimpleInfo.csを新規作成した。表示項目は勢力名・同盟有無・友好度（数値＋段階テキスト）・信頼度（数値＋段階テキスト）。このパネルは外交ボタン自体が諜報レベル3でのみ開放される前提のため、表示はレベル3固定とした。

信頼度の段階テキストを今回確定した。友好度とは別定義で以下の通り。

数値	日本語	英語
0〜19	敵視	Hostile
20〜39	不信	Suspicious
40〜59	中立	Neutral
60〜79	好意	Trusting
80〜99	信頼	Devoted
100	信任	Absolute

多言語対応改善

マスクテキストを言語依存のGetMaskText()メソッドに変更した。日本語は「？？？」、英語以降は半角「???」を返す。数値テキスト向けのマスクはMaskTextNumeric定数（半角「???」固定）に統一した。

Panel_Commands・Panel_CommandInterface実装

旧Panel_OfficerCommandCard.csをOfficerCommandCard.csに置き換えた。CardStateはEmpty / Locked / Idle / Doneの4種で、空席・ロック状態は顔画像欄に専用画像を表示する方式とした。

Panel_CommandInterface.csをモック実装した。ShowInput()（コマンド入力モード）とShowReadOnly()（閲覧専用モード）を実装し、onCloseコールバックに対応した。

バグ修正

今回は4件のバグを修正した。

• ロードゲーム→タイトル→新規ゲームでロードデータが残留する問題：ManagerMain.Start()でNewGameData.Clear()が呼ばれていなかったのが原因。ロード・新規どちらのルートでも呼ぶよう修正した。
• Panel_CommandInterface初期表示バグ：InitializeUI()でHideImmediate()の呼び出しが重複・漏れていたのが原因。
• ViewCommandInterface状態から右クリックで戻れないバグ：Update冒頭のisViewCommandInterface変数が未定義だったのが原因。
• Panel_CommandInterface閉じるボタンで状態遷移しないバグ：onCloseコールバック未実装・_onCardClick誤呼び出しが原因。Panel_Commands側にonCommandInterfaceCloseコールバックを追加し、ManagerMain側でViewCommands状態への遷移を統一した。

---

■ 現時点の開発状況

カテゴリ	状況
データクラス全般	✅ 完了
GameUtility	✅ 完了
Scene_Initialize	✅ 完了
Scene_Title	✅ 完成
Scene_Start	✅ 完了
Scene_Main（地図表示・スクロール・ズーム）	✅ 完了
Scene_Main（勢力情報パネル）	✅ 完了
Scene_Main（武将コマンドパネル）	✅ 完了
Scene_Main（コマンド設計）	✅ 確定
Scene_Main（フェーズ管理・コマンド入力）	⬜ 未実装
Scene_Main（戦闘計算・AI）	⬜ 未実装
Scene_End	⬜ 未着手

---

■ 次回の作業予定

フェーズ管理の本実装に入る。1ターンを7フェーズで構成する設計はすでに確定しており、コマンド入力フェーズと結果表示フェーズの流れを繋ぐところから着手する予定。

■ 18〜19日目のまとめ

今回は2日分をまとめて記録する。

18日目はScene_StartからScene_Mainへのデータ受け渡し経路を確立し、メインシーンの骨格を実装した。19日目はマップの大幅強化と武将コマンドパネルの骨格実装を中心に進めた。
メインシーン制作へ本格的に着手し始めたが、設計書作成などあまり画像を出せないフェーズでの作業が多く、今は進捗立証が難しい段階です。

---

■ 18日目（5/10）：データ受け渡し経路の確立とScene_Main骨格

データ構造の整備

GameEnums.csにGameResult.InProgress（値:-1）を追加し、従来のIsInProgress boolフラグを廃止して一本化した。あわせてカスタム武将の君主・在野登録対応としてFactionSaveDataにCustomMonarchId、WanderingOfficerSaveDataにCustomIdを追加した。

GameStartData新規作成

Scene_StartからScene_Mainへの初期データ受け渡し専用のstatic classを作成した。

ScenarioDataのマスタは一切書き換えず、全データを複製してGameSaveSlotとして渡す設計にした。NewGameDataとは独立した受け渡し口として機能する。Scene_MainのStart()で参照後にClear()を呼ぶことで使い捨てにする。

OnClickStart()本実装

以下の処理を実装した。

BuildInitialSlot()でScenarioDataを全複製し、プレイヤーの編集内容（君主・配下・勢力名）を上書き。BuildWanderingOfficers()で全武将を走査して在野登録。ResolveDisplacedFactions()でプレイヤーが他勢力から引き抜いた武将の代替を各勢力に割り当て。

引き抜きが発生した場合の処理も実装した。他勢力の君主を引き抜いた場合は配下の中から能力値合計最大の武将を格上げし、空いた枠には同レアリティの在野武将をランダム補充する。在野武将が同レアリティで見つからない場合は一段下で再抽選し、それでもなければ打ち切りとした。

Scene_Main骨格実装

GameSaveSlotからデータを受け取り地図表示を実装した。NewGame時はGameStartData.Slot、LoadGame時はManagerSaveData.GameData.Slots[index]を参照する。ScenarioDataはマスタ参照のみ（読み取り専用）。

地図は拠点図・勢力図の切替に対応した。ターン送りボタン、タイトルバック・ゲーム終了ボタンも実装した。フェーズ管理・コマンド・戦闘・AIは引き続き未実装。

---

■ 19日目（5/11）：マップ強化・コマンドパネル・情報引き渡し対応

ボタン登録方式の統一

ManagerMain・ManagerStart・ManagerTitleの全ボタンについて、Inspector直設定からAddListener方式に統一した。

従来は一部ボタンがInspector上のOnClickリストに直接設定されており、状態遷移による一括制御ができない問題があった。RegisterButtons()を新設してStart()から呼ぶ方式に統一し、全ボタンで状態チェック（_state != Idle）が機能するようにした。コードを見れば全ボタンの挙動が把握できる状態にすることが目的で、InspectorとコードのどちらかだけでなくどちらもあわせてOnClickを確認しなければならない状態を解消した。

ワールドマップの2倍化

1920×1080のワールドマップをそのまま使用するとエリア戦で未使用エリアが広く残り見栄えが悪いため、3840×2160に拡大する方針に変更した。

単純な拡大ではピクセルが荒れるためAIアップスケーリングを採用した。Real-ESRGANのアニメ・イラスト向けモデル（RealESRGAN_x4plus_anime）をローカル環境で実行し、ディテールを保ったまま2倍化した。RTX3090 + CUDA環境で短時間で処理できた。Pythonとpipで環境を整えるだけで動作し、登録や料金は不要。

MapContainerの導入とスクロール・ズーム実装

Canvas_Main直下に3840×2160のMapContainerを新設し、Layer_Territory・Layer_Connection・Layer_Bastionを配下に移動した。

スクロール

右クリックまたは中ボタンドラッグで地図をスクロールできる。マップ外にはみ出さないようClampMapPosition()でスクロール範囲を制限している。

ゲーム開始時はプレイヤー勢力の所有拠点の重心座標を自動計算し、その位置が画面中央に来るよう初期表示位置を調整する。

ズーム

100%・75%・50%の3段階ズームに対応した。マウスホイールとズームボタン（3つ）の両方で操作できる。ズーム中心はマウスカーソル位置基準で計算している。拠点アイコンと接続ラインはRebuildPositions()でズーム倍率に追従して再配置する。ズーム時はSmoothStep補間による0.15秒のアニメーションを挟む。

GameUtility.cs新規作成

通常武将（OfficerDatabase）とカスタム武将（RecordData）からIOfficerを解決する共通ユーティリティとしてGameUtility.csを新規作成した。

Scene_Startでは用途が限定的だったため該当箇所に直書きしていたが、Scene_Mainではコマンド処理・AI処理・戦闘処理など至る所でIOfficer解決が必要になるため共通化した。今後はこのユーティリティを経由することを徹底する。

武将コマンドパネル骨格実装

メインシーン下部に武将カードを最大10枚並べるPanel_Commandsを実装した。左クリックで下からスライドイン、右クリックでIdle状態へ戻る。Panel_OfficerCommandCardが1枚のカードを担当し、顔画像（256×256・FaceSmall）と武将名を表示する。

これに合わせて256×256の切り出しスプライト（FaceSmall）を新規追加した。OfficerSpriteImporterで既存の_Faceスプライト（384×384）に加えて_FaceSmall（上部中央256×256）を一括登録できるよう拡張した。カスタム武将もImageImporter.CropFaceSmall()で生成・保存するよう対応した。

ManagerMainの状態遷移にCommandInput（コマンドパネル表示中）を追加した。

以下は、まだモックアップ実装の段階だが、マップの拡大/縮小とスクロールに対応したメイン画面。

勢力名・君主名のJp/En分離対応

従来、勢力名と君主名は1つの入力フィールドで日英共用していた。フォントアセットの言語対応の観点から、日本語・英語を独立した入力フィールドに分離した。未入力のままにすればデフォルト値がそのまま使われる。

Panel_FactionEditの入力フィールドをJp/En各2つに拡張し、Panel_FactionConfirm・ManagerStartも対応した。FactionSaveDataにMonarchNameJp・MonarchNameEnを追加してScene_Mainへの引き渡しに対応した。

また君主顔画像の差し替え情報（FaceSmallPathを含む）もGameSaveSlot経由でScene_Mainに引き渡すよう対応した。武将コマンドカードでは君主カードのみ、編集済み名前とFaceSmall画像をOverrideName/OverrideFace()で上書き表示する。

ゲーム設計書の整備（Googleドキュメント）

実装と並行してゲーム設計書をGoogleドキュメントで整備した。

今回確定・追記した内容は以下の通り。

ゲームフェーズ設計　1ターンを7フェーズで構成することを確定した。ユーザー入力が発生するのは④結果表示フェーズと⑥コマンド入力フェーズのみで、それ以外はクリックによるページ送り待ち程度に抑える設計としている。

コマンド仕様　内政・軍事・外交・人事・謀略の全コマンドについて計算式・適用特技・例外処理を確定した。武将1名につき1コマンドを入力する方式で、拠点数に応じて配下枠が最大9名まで拡張する仕様も確定している。

戦闘仕様　ベース戦力値の計算式、兵科補正テーブル、三つ巴以上の戦争処理、兵力の決算式、捕縛確率まで一通り確定した。

AI行動仕様　行動優先度を8段階で定義した。1年目は戦争しない・計略引抜は実行しないなどの制約ルール、同盟検討ロジック、難易度ボーナスの方針も記載した。

シーン内UI構成　状態遷移の定義を追記した。現時点では骨格のみで画面レイアウトは次フェーズで確定予定。

設計書は実装の進行に合わせて随時更新していく運用としている。

---

■ 現時点の開発状況

カテゴリ	状況
データクラス全般	✅ 完了
GameUtility	✅ 新規完了
Scene_Initialize	✅ 完了
Scene_Title	✅ 完成
Scene_Start	✅ 完了
Scene_Main（地図表示）	✅ 完了
Scene_Main（スクロール・ズーム）	✅ 完了
Scene_Main（武将コマンドパネル骨格）	✅ 完了
Scene_Main（フェーズ管理・コマンド）	⬜ 未実装
Scene_Main（戦闘計算・AI）	⬜ 未実装
Scene_End	⬜ 未着手

---

■ 次回の作業予定

シーン内UI構成の設計を固めてから、コマンドメニューの実装に入る。フェーズ管理の骨格を先に作り、コマンド入力→結果表示の流れを繋ぐ予定。