有人能帮我理解一下为什么这个被移除了吗？移除的理由是什么？又是什么项目或功能替代了它？
（没有任何偏见，只是很想了解）
背景信息，请参阅之前的内容：
引导模式不仅仅是将用户信任等级提升至 TL1 并增加活动摘要邮件的频率。这些功能完全可以通过修改站点设置轻松实现。但我不知道有任何设置可以更新用户目录。
Bootstrap 模式实际上已经长期被禁用，该站点设置 default: false 至少已有一年。作为新站点的默认设置，这意味着我们实际上并未使用该功能。
它已被管理员引导面板取代：
这是一种更轻量的方式，用于引导新管理员完成一些关键的首步操作：邀请用户、分享链接、发起一些话题。该横幅仅对站点上的第一位管理员显示，可通过右上角的小 X 关闭。
我们本应宣布这一变更，但由于该功能仅适用于新安装，向现有管理员“宣布”似乎意义不大。不过，Meta 论坛不仅面向现有管理员，从社区获取反馈确实很有帮助。
因此，欢迎随时提出想法、建议或意见。感谢你的提问！
这个说法让我非常惊讶。特别是因为，在你移除它大约一年半之前，一位产品经理曾指出 需要更多文档。
如果当时它已经被禁用，这样的说法就没什么意义了。
我认为即使是在 10 年前添加该设置时，其默认值也是 default: false：
会不会是有一个任务实际上启用了 Bootstrap 模式？
那么在它被移除之前，Bootstrap 模式是否已经被禁用了？
问得好，我需要更好地研究一下这以前是如何运作的。
好的，你说得对，我完全忽略了它以前的工作方式。
是的，你说得对。当时我们移除了该功能时，它确实被启用了。（我们在某些托管场景下已将其禁用。）
再仔细看看，引导模式中有一些不错的功能值得保留，比如将第一位管理员标记为版主，以及为第一批新用户授予 TL1 权限，这些在我看来都是可取的功能。
这其实是我觉得最没用的部分。“首日”限制对 TL1 用户和 TL0 用户同样适用；如果你希望用户能在首日发布更多内容，就必须将他们提升到至少 2 级。
另外，我也很喜欢用户目录更新更频繁这一点。我理解在用户数量较多时可能无法实现。但难道不能在用户数量达到一定规模之前先这样做吗？特别是在初期，能够直接看到测试用户而不是等待他们出现，会很有帮助。这使得配置此处应显示的内容变得更加容易。
是的，这是可行的。目前，我们每小时更新一次每日用户目录视图，其他视图则每天更新一次。此 PR DEV: refresh user directory more often for sites with few users · Pull Request #39852 · discourse/discourse 将为用户少于 100 人的站点每小时更新所有视图（目前为隐藏设置）。
@gabriel 还有一个 PR (FEATURE: add bootstrap first admin job · Pull Request #39851 · discourse/discourse)，用于将第一位管理员标记为版主。
通常设置是多少？我甚至从未注意到 /u 没有即时更新，但我想这从未相关过。
这取决于视图。每日视图每小时更新一次，其他视图每天更新一次。因此，当您加入一个站点时，如果您快速进入目录并停留在每周视图，您将不会立即看到自己。
大多数时间跨度每 24 小时更新一次。“今天”每小时更新一次。
这个问题最近在我刚加入的一个新社区里出现了。由于没有启用引导模式，且可供阅读的内容寥寥无几，社区的参与度提升缓慢。有一位成员因为对收到来自管理团队的私信邮件通知却找不到对应的私信进行回复而感到困惑，于是发起了一个话题。他们目前仍停留在 TL0（信任等级 0），在积累足够的阅读内容以升级到 TL1 并访问自己的消息之前，将一直卡在这个等级。
另一个相关的问题是，他们无法通过点击邮件中的链接直接访问并回复该私信。他们说点击后只看到一个空白页面。我不确定这是否与他们所做的其他站点设置更改有关，还是与信任等级的默认设置有关。
还有一个有趣的副作用是，我为了帮助该社区了解这一切如何运作而在元论坛（meta）上发布的帖子竟然被标记了！我推测这是因为我也在该站点被卡在 TL0 等级。真是令人啼笑皆非……
将法术的默认信任等级设为 1 作为合理的权宜之计，然后等你站稳脚跟后再将其改回 0，这样可行吗？
是的，这就是我所提议的。
我之前并不了解这一点，你说得对。我提交了一个 PR 来更改这一设置，方法是为 TL1 用户设置更高的默认第一天限制，并将计时起点改为用户的 created_at（创建）日期。此前我们使用的是首次发帖日期，这是一个奇怪的选择，这意味着如果用户直到第 N 天才首次回复，他们在那一天仍会受到“第一天”的限制。