なぜこれが削除されたのか、その理由は何だったのか、そしてどのイニシアチブや機能に置き換わったのか、教えていただけますか？
（特定の意図はありません。単に知りたいだけです）
背景については、以前の記事をご覧ください：
ブートストラップモードは、TL1 とより頻繁なアクティビティサマリーメール以上の機能を提供します。これらはサイト設定を変更することで比較的簡単に再現可能です。しかし、ユーザーディレクトリの更新に関する設定は存じておりません。
ブートストラップモードは長らく実質的に無効化されていました。少なくとも1年間は、サイト設定が default: false となっていました。新規サイトの設定として、これは事実上、その機能を使用していないことを意味します。
これは、管理者オンボーディングパネルに置き換えられました：
これは、新しい管理者に対して、ユーザーを招待したり、リンクを共有したり、トピックを開始したりといった重要な最初のステップを促す、より軽いアプローチです。このバナーは、サイト内の最初の管理者に表示され、右上隅にある小さな X で閉じることができます。
この変更について発表すべきでしたが、新規インストール向けの機能であるため、既存の管理者に「発表」してもあまり役立たないと感じました。とはいえ、Meta は既存の管理者だけの場ではなく、コミュニティからのフィードバックを得ることは確かに有益です。
そのため、いつものようにご意見、ご提案、アイデアを歓迎します。ご質問いただき、ありがとうございます！
その発言には本当に驚きました。特に、あなたがそれを削除する約1年半前に、プロダクトマネージャーの一人がさらにドキュメントが必要と指摘していたからです。
もし当時すでに無効化されていたのであれば、そのような指摘はあまり意味をなさないはずです。
私は、その設定が10年前に追加された時点でも default: false だったと考えています：
もしかすると、ブートストラップモードを有効化するジョブが存在したのでしょうか？
つまり、ブートストラップモードが削除される前に無効化されていたのでしょうか？
良い質問ですね。以前どのように機能していたか、もっとよく調べる必要があります。
なるほど、おっしゃる通りです。以前どのように動作していたか、完全に見落としていました。
はい、その通りです。機能の削除時点で有効になっていました（ホスティング環境の一部のシナリオでは無効化していました）。
詳しく見ると、ブートストラップモードにはいくつかの優れた点があり、それらを維持すべきだと考えられます。特に、最初の管理者をモデレーターとしてマークすることや、最初のユーザーグループに TL1 を付与する点は、望ましい機能として際立っています。
実は、これが最も役立たなかったと感じています。「初日」の制限は、TL1 のユーザーにも TL0 のユーザーと同様に適用されます。ユーザーが初日に多く投稿できるようにしたいのであれば、少なくともレベル 2 に昇格させる必要があります。また、ユーザーディレクトリがより頻繁に更新されていた点も気に入っていました。ユーザー数が多いとそれが難しいことは理解しています。しかし、ユーザー数が一定の数に達するまで、それを可能にすることはできないでしょうか？特に初期段階では、テストユーザーをすぐに確認でき、待たされる必要がないことは非常に役立ちます。これにより、そこに何を表示するかを構成するのが容易になります。
はい、可能です。現在、日次ユーザーディレクトリビューは毎時間更新され、その他のビューは毎日更新されています。この PR DEV: refresh user directory more often for sites with few users · Pull Request #39852 · discourse/discourse は、100 人未満のユーザーを持つサイトにおいて、すべてのビューを毎時間更新するものです（現在は非公開設定です）。
@gabriel は、最初の管理者をモデレーターとしてマークするための PR も持っています。
通常は何に設定されているのでしょうか？/u が即座に更新されないことに気づいたことはありませんが、おそらくこれまで関係がなかったのでしょう。
ビューによって異なります。デイリービューは毎時間更新され、他のビューは毎日更新されます。そのため、サイトに参加してすぐにディレクトリに移動し、ウィークリービューにアクセスした場合、すぐに自分自身が表示されるわけではありません。
ほとんどの時間範囲は 24 時間ごとに更新されます。「今日」は 1 時間ごとに更新されます。
この問題は、最近参加した新しいコミュニティで発生しました。ブートストラップモードが有効でなく、読むべきコンテンツもほとんどないため、エンゲージメントの向上が遅れています。あるメンバーが、スタッフからPM（プライベートメッセージ）のメール通知を受け取ったものの、返信するためのPMが見つからないという混乱からトピックを開始しました。彼らはまだTL0（信頼レベル0）であり、TL1に到達してメッセージにアクセスできるまで、読むべきコンテンツが増えるまでそこで止まったままになります。
関連する問題として、メール内のリンクをクリックして直接アクセスし返信することができないという点があります。彼らは、ただの空白のページが表示されただけだと述べています。これが、彼らが行った他のサイト設定の変更に関連しているのか、信頼レベルのデフォルト設定によるものなのかはわかりません。
さらに面白い副次効果として、私がそのコミュニティの仕組みについて教育するためにメタに投稿した内容が、なんとフラグ立てされました！おそらく、私もそのサイトでTL0に留まっているためでしょう。そして、おかしな展開が続きます..
デフォルトの信頼レベルを1に設定し、その後、確立した際に0に切り替えるのは合理的な回避策でしょうか？
ええ、私が提案したのはそれです。
この件については存じ上げませんでした。ご指摘の通りです。TL1のユーザーに対してデフォルトの初日制限を引き上げるとともに、カウントをユーザーの作成日（created_at）から開始するように変更するPRを作成しました。以前は最初の投稿日を使用していましたが、これは少し奇妙な選択です。この方法では、ユーザーがN日目に初めて返信した場合、サイト利用のN日目になっても「初日」の制限が適用される可能性があるためです。