在 Discourse 工作最棒的一点就是我们言行一致：我们完全使用自己的平台来运营我们拥有 100 多名员工的公司。从与同事聊天、规划功能到跟踪 bug、查找文档，甚至安排休假，所有事情都在一个地方完成。我真心相信，我们 100% 远程公司的文化和成功源于我们使用了自己的协作工具，我想分享一下我们如何使用 Discourse 来构建 Discourse，以便您为您的团队创建类似的设置。
如果作为参考对您有用，@HAWK 在 2018 年发表了一篇关于同一主题的早期文章。我觉得这两篇文章都非常鼓舞人心！
我对你们各自强调的差异有一些小问题。你们现在还在使用 Discourse Assign 插件来管理任务分配吗？你们是否仍然使用主题计时器来帮助管理任务完成后主题的状态？你们是否仍然使用 Discourse 作为私有电子邮件支持门户？如果您已经放弃了这些策略，您是否愿意简要说明您的理由？
嘿，约翰，谢谢！是的，我很高兴地说我们仍然在使用所有这些东西！
感谢 @blake 提供的关于 Discourse 内部使用的非常及时的更新！
就像七年前 @HAWK 的帖子一样，我也将其翻译成法语，以便法语读者也能从你们的经验中学习：
这与我们在 petites singularités 使用 Discourse 的方式有一些相似之处，但你们似乎更多地使用了 @staff。在我们的案例中，很少有人可以访问 Staff，但有更多具有群组管理权限的分类。
关于事件响应，我感到很惊讶：这是否意味着你们实际上为同一个事件开启了至少三个主题？这似乎遵循了产品/待办事项的分离。
可能有一个后续问题。由于你们托管了相当多的自由软件项目论坛，你们是否会与他们分享 runbooks（操作手册），或者从他们那里获得灵感？