【要約】Discord Botで自宅のマイクラサーバーを起動・停止する（ワールドを壊さないRCON停止つき） [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
管理者がPCの前にいない際に、フレンドがサーバーを起動できずマルチプレイの開始が遅れる課題に直面した。具体的には以下の問題が発生していた。
- ・管理者が不在だとサーバーを起動できず、待ち合わせのボトルネックとなる。
- ・管理者が寝落ちすると、サーバーが翌朝まで稼働し続けてしまう。
- ・サーバーを強制終了すると、ワールドデータが破損するリスクがある。
// Approach
Discord Botを操作窓口とし、既存のPowerShellスクリプトを安全に実行する構成を採用した。以下の設計指針に基づき実装を行っている。
- ・**ロジックの分離**: Bot内で直接起動せず、既存のPowerShellスクリプトをsubprocessで呼び出す。
- ・**RCONによる正規停止**: RCON経由で保存と停止のコマンドを順次送り、データ破損を防ぐ。
- ・**非同期応答の制御**: defer()を使用し、Discordの3秒制限を回避しながら重い処理を実行する。
- ・**状態の可視化**: Botのステータスを定期的に更新し、コマンドを打たずとも稼働状況を判別可能にする。
// Result
Botの導入により、管理者が不在でもフレンドが自律的にサーバーを運用できる環境を構築した。
- ・管理者が不在でも、フレンドが自らサーバーを起動・停止できるようになった。
- ・RCONの活用により、ワールドデータを壊さずに安全な停止が可能となった。
- ・AIエージェントによる開発とレビューにより、再接続時のステータス不整合バグを検出し、修正できた。
Senior Engineer Insight
> 既存のスクリプトをラップする設計は、開発コストを抑えつつ機能を拡張できる優れた手法だ。ただし、スクリプトの出力文字列に依存する判定は、変更時にBotが壊れるリスクを孕む。これを防ぐための回帰テストの運用は必須である。また、AIを用いた開発では、実装とレビューの役割を分離することが、実用的な品質を担保する鍵となる。