これを試してみて、GitHubで解決策を見つけました。
したがって、最新のCIジョブの緑色のチェックマークだけでは不十分です。最近変更された可能性があり、プラグインを破損させる可能性があるためです。基本的に、Discourseがブランチを更新したときにCIジョブを再実行する必要があります。
この例のリポジトリで効率的な解決策を考え出しました。これは基本的に、Discourseリポジトリの重要なブランチをチェックして変更がないか確認するスケジュールされたワークフローであり、変更があった場合は通常のCIワークフローをトリガーしてテストスイートを実行します。READMEにバッジを配置して、最新の変更に対してCIワークフローがどのように実行されたかを示すことができます。
監視ワークフローは数秒で実行されます。そのため、スケジュールされている場合、GitHubアクションの時間は1分しか消費しません。
明らかに、このセットアップ全体の信頼性は、優れたテストスイートを作成するためのプラグイン/テーマコンポーネント開発者の努力にかかっています。
そして、Discourseの「更新」ページから、特定のバージョンの最新のCIジョブが失敗したかどうかわからないというUXの問題がまだあります。
したがって、Discourseブランチが変更されたときにプラグインを再構築する監視ワークフローを持つことに加えて、結果（合格/不合格）を記録するビルド成果物を作成する必要があります。プラグインメタデータでこの成果物を指すことができ、Discourseはこの成果物を取得して、更新インターフェイスに互換性/結果を表示できるはずです。
それは万能な構造ではありませんが、何かしらです。