我明白了。从我的角度来看，这是一个附加功能，允许发布“我也一样”的帖子，并为最小字符限制提供一张“免罚”卡。
也许这是必要的。
我个人的问题是如何翻译它，因为它在社交媒体上被理解为“boost”，但这并非如此。这个功能更像是扩展的反应。也许它可以完全取代反应 
2 个赞
13 个赞
这真的很棒：+1:
目前它们尚未被 AI 扫描，但这完全是可行的。它确实与“受监控词汇”功能协同工作。
我认为不会发送通知，但在我测试时，他们仍然可以在帖子中看到助推。
目前仍处于开发的早期阶段，未来会有更多集成功能！
3 个赞
是的！
所以我有个想法。如果有人回复的字符数低于限制，与其显示“你的帖子应该至少有 X 个字符”的错误，不如将其转换为一次助推（boost）如何？
6 个赞
我不确定这种自动化转换是否可取。90% 的情况下，当我想发布一条过短的消息时，它仍然是一个合法的帖子，不应被归入“转推”类别。这几乎总是对某人问题的回答，这类回答应当被阅读、引用、点赞/回应，或标记为已解决。
4 个赞
我不确定。能举个约15字符、不值得提升的帖子回复例子吗？
1 个赞
也许我们可以像“欢迎加入社区！”那样，添加一个作曲家公告，而不是进行自动转换？这样似乎对大家都好。
比如包含来自文档主题的引用或链接，而我其实不需要添加任何内容。也许你会说那超过几个字符了，但 Discourse 并不计算这些（这有时让我不得不添加空的隐藏内容）。我认为根据站点设置，图片的情况可能也是一样的。
2 个赞
我觉得用搜索功能很难找到这样的帖子，而且我也没有数据浏览器的访问权限，但至少我不担心在众目睽睽之下暴露自己简短帖子的真实性了：laughing:
3 个赞
我本来也想这么说（而且 Discourse 应该 计算它们才对!!!1!）
4 个赞
在 Meta 上，寻找那些被标记为解决方案且字符数较少的帖子，或许能帮助我们更好地了解这类“真实”帖子的特征，我猜？
编辑：毕竟无法完全确定 Meta 的情况，但我已在自己的论坛上运行了数据探索查询，以返回简短的帖子。结果显示，其中 95%（甚至更多）完全可以作为俏皮话。我的意思是，作为“助推”。
我可以想象，如果所有这些帖子都是“助推”，那么话题中可能包含的碎片化有价值信息就会减少，这将是有益的 
2 个赞
我想说，如果我们必须费这么大劲才能找到一个例子来证明你的观点，那这个观点可能并不怎么站得住脚 
2 个赞
啊，你在我编辑完帖子以验证你的观点之前就回复了 
1 个赞
这让我发的回复显得有点牛头不对马嘴:thinking:
1 个赞
我觉得用单个表情符号就能进行增强有点奇怪。这看起来像是绕过表情符号反应集的一种简单方法。
7 个赞
[quote=“j.jaffeux, 帖子 19, 主题 399835”]
显然，我们的目标并非一次性实现所有功能。中长期来看，我们很可能会统一“提升”、“反应”和“点赞”功能，让社区自行选择其中一种。[/quote]
就是这样
（哎呀，凑够 20 个字符）
3 个赞
Basecamp 是一款广受欢迎的低摩擦项目管理工具。他们的“助推”功能与此非常相似。
Mastodon 的“助推”相当于简单的转发推文，或是 Tumblr 的重新发布。我曾有一瞬间担心使用这个术语可能会造成混淆——但一旦使用，其意图便一目了然。
确实有这种意味。我不知道还能给它起什么名字，但如果它被整合为一种增强的反应形式，我想它甚至可能不需要一个专门的名字。
3 个赞
任何需要被引用、链接、搜索、收藏、被搜索引擎抓取、通过邮件回复等内容……有时在工作环境中可能只是一句简单的“是的，这样做”。通常，我不建议对任何需要依赖的信息使用提升功能。
1 个赞
我认为你将模拟合并与反应结合的功能设计得很棒。同时我也想反馈，目前 Boosts 中已经出现了不少视觉干扰。虽然使用小型用户头像的做法是合理的，但考虑到照片、文字和标签的多行布局，再加上反应和 Boosts 的叠加，整体内容过多，难以快速扫描和理解。这显著增加了“反应”这类本应更直观的功能的复杂度和困惑感。
以今天的演示为例，我建议暂时将其禁用。但如果将 Boosts 与反应合并为一个系统，而不是独立系统，并且默认将 Boosts 的显示压缩为单行（支持展开），我认为这将是很好的用户体验优化，能大幅降低混淆感，减少界面杂乱。
4 个赞