なるほど、その方が理にかなっています。ブートストラップ段階を 2 つのステップに分割する際、私も同じように対応しました。最初のステップは孤立した環境（CI パイプラインなど）で実行し、Discourse リポジトリ、gems、プラグインがインストールされたベースイメージを生成します。2 番目のステップは、ターゲットマシンで実行するか（少なくとも本番データベースへのアクセスが必要）、データベースのマイグレーションとアセットの生成を行います（これはコンテナ起動時ではなく、ブートストラップ処理で行われます）。
はい、それは素晴らしいことです。すでにリクエストしていますが、それが実現されるかどうか、いつ実現されるかはわかりません。
それを完全に別環境で実装するのは難しいでしょう。アセットの事前コンパイルタスクにはデータベースへのアクセスが必要（カスタム CSS などのため）ですが、データベースに依存する部分のみを別ステップで行えれば素晴らしいですね（データベースに依存しない他のアセットも別で事前コンパイルできるなら）。ただし、技術的にそれが実現可能かどうかはわかりません。