Thanks for the feedback @outofthebox and @barryvan. We are continuing this discussion internally and will be trying something out based on the suggestions given here.
We’ll resume this discussion in public once this new approach is being put into practice.
はい、このアイデアを練る間、辛抱強く待っていただきありがとうございます。私たちが考えたのは以下の通りです：
#feature:announcements の投稿から：
以前から、メジャーバージョンの詳細なリリースノートと主要な機能を強調するブログ記事を公開してきましたが、メジャーリリースに至るまでの 10 回以上のベータリリースについては、一般的に言及してきませんでした。コミュニティメンバーからのフィードバックを踏まえ、今後新しい取り組みを試すことを決めました。各ベータ版のリリースノートを共有します。そこには、皆様に知っていただきたい新しい変更点の「グレイテスト・ヒット」の説明と、それほど詳細を必要としない小規模な変更のリストを掲載します。
週次更新を行うことは適切ではないと感じました。開発は「常に」行われているわけではなく、週を期限や時間枠として使用していないため、週次更新は私たちの開発サイクルを反映していません。サイトがアップデートできるほど安定した新しい内容を共有できるときに、新しいベータ版をリリースしています。進行中の機能に関する更新を共有し、皆様がアップデートした後にまだ完全には準備できていないことが判明するという事態は、何としても避けたいと考えています。
これらのリリースノートを数回のベータ版で試し、その反応を見てみる予定です。皆様のご意見をこちらでお聞かせください。
実際には数時間前にリリースノートを投稿したのですが、カテゴリのセキュリティ権限を間違えてしまい、チームメンバーのみが閲覧できる状態になってしまいました 
また、#releases カテゴリと同様に、#feature:announcements カテゴリでの返信を制限することを決めました。機能に関する議論が複数の場所に分散することを避けるため、機能に関する議論は Contribute > Feature で継続し、#feature:announcements は発表そのもののみに限定します。新機能のバグは、リンクされている「xyz のテストを手伝ってください」というトピックがない限り、新しい Contribute > Bug トピックで報告してください。
This makes sense. I think the amount of detail in the first announcement makes the point. The progress is rapid and moving ahead on many fronts. Reading through it a few times really helped me understand what’s happened. Thank you!