意図は逆です。互換性ブランチは、リリース済みのDiscourseブランチ専用です。Discourseのlatestは常にプラグインのmainを使用します。そこに新機能を開発します。
したがって、ストーリーは次のようになります。
Discourseがv2026.2をリリースします。プラグインのGitHubアクションがこれを自動的に検出し、d-compat/v2026.2ブランチを作成します。これで、Discourse v2026.2を使用している人は誰でも、プラグインのd-compat/v2026.2バージョンを使用することになります。
プラグインのmainに新機能をリリースします。後方互換性を気にする必要はありません。なぜなら、mainブランチはDiscourse latestを実行している人だけが使用するからです。
その後、ワインを3杯飲んでいる間 
、Discourseがv2026.3をリリースします。最初はプラグインのブランチがないため、mainが使用されます。latestを使用している人にとっては、これまで通り機能します。
数時間以内に、GitHubアクションが新しいバージョンを検出し、d-compat/v2026.3をフリーズし、次のプラグイン機能が後方互換性を気にせずにmainに配置される準備が整います。
これは、CDCKでテーマ/プラグインの安定した互換性を処理するために使用しているワークフローと基本的に同じです。各安定リリース後、数百のテーマ/プラグインを対象に、.discourse-compatibilityを介してフリーズするスクリプトを実行します。このブランチベースの提案は、そのワークフローの軽量版を目指しています。