地形を掘り進める手触りと、開発発信の土台づくり

今は、ゲームの形が週ごとにはっきりしていく初期フェーズです。今回の更新は、派手な新要素を一つ見せるというより、今後の伸びを支える基盤を整えた一日でした。武器まわりの設計を整理しつつ、開発内容を外に出していくための導線も同時に強化しています。

ゲームプレイ面で大きかったのは、武器操作を3レーンに分ける方針です。移動系を Q、飛び道具を Space、設置・投下系を Down に置き、1/2/3 で各レーン内を切り替える形に寄せました。武器名の中にはまだスタブ段階のものもありますが、ここで大事なのは完成数よりも構造です。入力とUI、ロードアウトの土台を先に揃えることで、後から武器を増やしても破綻しにくくなります。

その中でも、今回いちばん手応えがあったのはブロウトーチ周りです。単なる仮実装ではなく、「前方の角度制限」「開始時の角度ロック」「ウォームアップ／クールダウン」という挙動を持つ移動ツールとして整理しました。実装上は細かく見える調整ですが、実際のプレイ感には直結します。掘削行動の意図が伝わりやすくなり、操作が落ち着いて、判断しやすい手触りになってきました。

設計と進め方の判断

並行して進めたのが、いわゆるコンテンツ・フライホイールの整備です。日次ログの自動化、devlogビルド時のスクリーンショット取得、そしてmacOS/Retina環境で崩れにくい録画導線の調整まで一通り見直しました。これは運用を増やしたいわけではなく、「公開のための追加コスト」を下げるための作業です。記録と素材化が自然に回るようになると、発信が特別なイベントではなく開発の延長になります。

加えて、ロードマップも改めて言語化しました。直近は、ネットコードの堅牢化と配布準備、操作感の改善、武器バリエーションの拡張、そして外向けの見せ方（アート整理・定期更新・将来的なSteamページ）を並走させる方針です。順番を厳密に固定するというより、判断の軸を共有できる状態にした、というのが今回の意味でした。

課題とトレードオフ

この段階で常に出るのは、広げるか深めるかのトレードオフです。武器アイデアは増やせますが、増やすだけでは価値になりません。破壊地形との噛み合い、読みやすさ、使ったときの気持ちよさまで含めて成立するかを見ていく必要があります。devlogの素材も同じで、ログが多いことと伝わることは別問題です。最終的には「編集して意味を作る」工程が不可欠です。

もう一つの論点は、文章生成の自動化をどこまで進めるかです。下書き生成はかなり強力ですが、語り口や温度感は依然として人間側の編集判断が効きます。だからこそ、コーディングとライティングのワークフローを分けて、それぞれ得意な形で回す方針に寄せています。

次は、この二つのループを同時に進めます。遊びの核になる実装を継続しながら、その過程を外向けに読める形へ確実に変換していく。そこを今の開発速度で回し続けるのが目標です。

Screenshots