对于我们的各类知识库主题，我希望为以下情况设置一个特殊计时器：
此主题的回复将在 N 天后自动删除
我认为这是一个非常强大的工具，有助于保持文档主题的整洁。我希望能将其应用于 meta 上的大多数文档主题。
这意味着人们仍然可以回复这些主题，但他们事先就知道，这些回复会像“雨中的泪水”一样转瞬即逝。如果您希望内容永久保留：
或者
虽然我们可以手动进行此类清理，但这非常繁琐。此外，从心理层面来看，当计算机因为“这是游戏规则”而执行操作时，感觉比人类直接干预要好得多。（哦，为什么你现在要制定这条规则？这不公平。）
我想我们可能也想保留那些达到一定点赞阈值的回复，以防万一？
除此之外，我认为至少根据我们的使用情况，在“首帖 wiki
我喜欢这个。我们有很多“置顶帖”（pinned posts），在迁移到 Discourse 的过渡期可能会频繁使用，但之后相关性会降低。我不想每隔一段时间就得重新制作这些帖子。
我支持这项功能请求，除了上述所有理由外，还有一个原因。
以下是我提出这一理由的背景。我研究过在 Discourse 中实现“聊天”功能的可能性，也了解 Discourse 团队对于用户使用多收件人私信进行聊天的立场。
我知道 Babble 和“快速消息”（Quick messages）插件的核心都是基于多收件人私信（PM）。
我认为“快速消息”几乎完全符合我们的需求。
我们只希望允许站点上少数特定人员进行聊天，但在我看来，如果本主题所请求的功能得以实现，将能缓解使用多收件人私信作为聊天方式所带来的大部分负面问题。
实际上我讨厌聊天，但它对于共同协作起草长篇、有帮助的通用论坛主题的团队来说有其用途。聊天侧边栏可以置于上方，而聊天产生的所有有价值内容则可以转移到同一屏幕下方的草稿主题中（最好位于聊天侧边栏旁边）。
我们团队目前在使用 RocketChat 并排于 Discourse 窗口，但我希望有一个一体化解决方案……
这只是我的一点浅见，如果该功能能尽快添加，我将非常感激 
我希望在每个主题旁边有一个“立即聊天”按钮，这样未来就能轻松找到与该主题相关的聊天内容，而不必在一大堆私信中翻找，看看是否有关于该主题的聊天记录 
编辑：我建议，在这些“与主题关联”的多收件人私信中，实施“X 天后删除回复”的功能，并且这些私信还能在可展开/折叠的聊天侧边栏中显示（在聊天侧边栏中，私信通过去除空白空间和使用图片缩略图进行“压缩”），这将是我们最理想的方案。
此外，我认为“悄悄话”（whispers）并不是解决我们问题的足够接近的方案。
这可能是一个非常适合特殊类型主题的功能：例如一次性问答。我很期待看到这一功能的实现。
此外，对于某些公告，我们希望让用户做出反应，同时保持主题整洁，这一功能也很有用。
这已列入我们下一个版本的路线图！
现在已在下面的提交中完成。我对“future-date-input”代码做了许多更改。因此，如果有任何与之相关的新用户体验问题，请告诉我。
我们在哪里设置这个？您能分享一张用户界面的截图吗？这是针对每个主题的独立设置吗？
目前按主题在主题计时器 UI 中
如果我进入“设置计时器”对话框，选择“自动删除回复”，然后通过点击 
退出模态框，会出现以下新行：
该行无法删除，并在重新加载后消失。
我刚刚在今天的发布说明中看到了这个功能，看起来很棒！我有一个后续问题。
这个功能的部分内容是否已经实现？这似乎是个好主意。
还没有实现。
唉。有什么办法可以手动保存一条回复以免被删除吗？
抱歉！目前还没有这类选项。
同意，我们确实忽略了这一点，Vinoth。我们应该为获得 ≥ x 个赞的回复添加保护机制。可以是硬编码实现，也可以作为站点设置。
在这种情况下，我们是否应该只保留原始发帖人的回复？因为如果保留非原始发帖人的回复而不保留其回复的帖子，会造成混淆。例如，如果删除 第 10 条帖子 但保留该话题中的 第 11 条帖子，那就毫无意义了。
我也想补充一点，支持手动保存回复。（既然是手动操作，相信负责保存的人会有足够的判断力，只保存那些脱离上下文后依然通顺的回复。）
它可以是任意的。点赞是我们唯一需要的指标。
我同意在此处设置一个站点选项：
skip_auto_delete_reply_likes（默认值为 5）
这个行为可能会让人感到有些意外，因此我希望在管理员设置计时器时能够向他们传达这个数值。也许我们可以等待 @martin 正在进行的主题计时器 UI 重新设计完成后，再将其加入其中？
注意，这并不能解决 @dfabulich 的问题，说实话，我也想不到一个干净的变通方案来手动保护相关内容。以下是我想到的一些想法：
skip_auto_delete_reply_on_staff_like（默认值为 false）——类似于我们在 BBS 中使用员工点赞来推荐评论的方式。
在“帖子公告”时自动跳过……但这会增加噪音。
当员工发帖时始终跳过，但这需要作为一个设置项。
其他方案……在我看来太混乱了。
