この内容をメニュー処理の開始時に入れてみてはどうでしょうか？
メニューを開始する際に、いずれかのイベントが実行中ならメニューの処理に入らずに中断します。
プログラミング用語でガード節や早期リターンと呼ばれるテクニックです。

能力値が強化されるステートを複数作成し、再戦回数が多いほど効果が大きいものを付ければよいのではないでしょうか。
より単純な方法としては、同じ名前・見た目で強さの違うエネミーを複数作るなどですね。
無限に強化されるとどこかで飽きるので、上限は必要だと思います。

SoundOfIncenseさんの件はTwitter経由での質問で解決したと思います。
なお、プラグインを改良して、問題が起きないように対策をしました。

Twitterアカウントを作って詳しい人に質問しましょう。 少なくとも私はTwitterでの回答OKです。 JavaScriptは奇妙な文法は多いですが、ツクールMVはES2015(ES6)のクラス記法を使えば文法はキレイになります。 Visual Studio Codeを有効利用すれば、C#に近い環境で開発できるでしょう。 JavaScriptでの挫折したポイントや納得できない点なども積極的に投げてみましょう。 どこかから返事のボールは帰ってきます。 QittaにツクールMVでのプラグインの書き方に関する記事が多数あります。 そこから有益な情報を見つけることができれば、上達は早いでしょう。 ...

競合ではなく、純粋に機能を実装してないパターンですね。
このプラグインは、イベントコマンドで戦闘を終了させた際に逃走演出を消すのが目的でしたので。
余裕があったら調整します。

viewtopic.php?f=5&p=34612
こちらです。（2か月ぐらい前に作成）

検索で見つかりやすいようにスレッドタイトルを変更しました。
今後のために、どのような検索ワードで探したのかお聞きしたいです。

見つかりやすいようにスレッドタイトルを変更しました。
内容の変更はありません。

このあたりの細かい書き方は宗教戦争なので不毛ですが、個人的に気になった点のみを。

乱数を取る部分をMath.randomInt()にした方が良い。
ツクールMVの独自関数ですが、より明確。

reIdが数値と配列のどちらもあり得る状態になっており、型が固定されてない。
無効値を用意したいのであれば、nullやNaNを使うべきで空配列は不適切。

プラグイン内部にあるvarは再代入が無いので、いずれもconstに置き換えが可能。

以上です。
ロジック部分でも改善の余地はありますが、ひとまずはこのあたりで。

Mano_InputConfigで使っている方法ですが、外から参照できるオブジェクトを即時間数の戻り値で送り出す方法があります。 この方法ならどういうクラスがあるかをVScodeで検出できるのでオススメです。 JavaScriptにおいては型の定義も変数なので、それを利用することでこういうことができます。 外部からシーンを切り替える時にSceneManager.push(Mano_InputConfig.Scene_GamepadConfig)で切り替える仕組みを入れてますが、この機能の応用です。 関係ないシーンでnew Mano_InputConfig.Window_GamepadConfi...

プラグイン内部のライセンス表記にはURLを追加しました。
ヘルプ欄はURL記述無しです。
（MITライセンスの場合も、この状況ではURLを表記していないため）