# Feature

**URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=29

[最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md)

**Page:** 30

---

## [在搜索结果中添加已解决状态](https://meta.discourse.org/t/add-solved-status-to-search-results/104137)

<div class="topic-metadata">

**Author:** [@HAWK](https://meta.discourse.org/u/HAWK)\
**回覆:** 1\
**Last updated:** [2025年六月3日 11:39 UTC](https://meta.discourse.org/t/add-solved-status-to-search-results/104137 "2025-06-03T11:39:54Z")

</div>

如果能够在搜索结果中看到主题的已解决状态，将会很有用。 @jomaxro 指出，已解决图标是一种主题状态，我们已经在搜索中显示其他主题状态（已关闭/已置顶）了……

---

## [也许直接把侧边栏的“Community”标题去掉？（恳求！）](https://meta.discourse.org/t/maybe-just-remove-the-community-header-in-the-sidebar-a-plea/252854)

<div class="topic-metadata">

**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\
**回覆:** 50\
**Last updated:** [2025年六月3日 11:37 UTC](https://meta.discourse.org/t/maybe-just-remove-the-community-header-in-the-sidebar-a-plea/252854 "2025-06-03T11:37:56Z")

</div>

继续讨论“试用新的侧边栏和通知菜单！”： 这仍然让我感到困扰。我知道想出一个能涵盖所有情况的标题很难，但使用“社区”这个词感觉有点“嗯，这个词……”

---

## [让分类标签规则/限制也适用于版主](https://meta.discourse.org/t/make-category-tag-rules-restrictions-apply-to-moderators-too/240496)

<div class="topic-metadata">

**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\
**回覆:** 11\
**Last updated:** [2025年五月31日 14:41 UTC](https://meta.discourse.org/t/make-category-tag-rules-restrictions-apply-to-moderators-too/240496 "2025-05-31T14:41:49Z")

</div>

问题： 我们有版主，他们也是网站的活跃用户 我们大量使用标签组和标签要求——这是网站结构的基础。\[1\] 版主权限始终开启，即使是...

---

## [允许在工件中存储持久JSON数据的设置](https://meta.discourse.org/t/a-setting-to-allow-storing-persistent-json-data-in-artifacts/367199)

<div class="topic-metadata">

**Author:** [@MachineScholar](https://meta.discourse.org/u/MachineScholar)\
**回覆:** 4\
**Last updated:** [2025年五月30日 18:57 UTC](https://meta.discourse.org/t/a-setting-to-allow-storing-persistent-json-data-in-artifacts/367199 "2025-05-30T18:57:17Z")

</div>

我谦虚地建议实施rails控制台设置，让管理员能够启用AI工件将持久数据存储在单一JSON文件中的功能。当然，这可能无意中引入一些问题……

---

## [数据浏览器是否能有更精细的作用域？](https://meta.discourse.org/t/ability-to-have-granular-scope-for-data-explorer/362351)

<div class="topic-metadata">

**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\
**回覆:** 7\
**Last updated:** [2025年五月30日 16:47 UTC](https://meta.discourse.org/t/ability-to-have-granular-scope-for-data-explorer/362351 "2025-05-30T16:47:36Z")

</div>

有没有办法限定 API 密钥的范围，使其既能读取又能写入数据浏览器查询，而无需提供全局范围的管理 API 密钥？

---

## [更好地通知管理员某些设置更改需要特定的系统管理任务](https://meta.discourse.org/t/a-better-way-to-inform-admins-that-some-setting-changes-require-specific-sysadmin-tasks/368254)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 8\
**Last updated:** [2025年五月30日 14:36 UTC](https://meta.discourse.org/t/a-better-way-to-inform-admins-that-some-setting-changes-require-specific-sysadmin-tasks/368254 "2025-05-30T14:36:07Z")

</div>

我已经完成了这个操作（花了几分钟），并且为了安全起见进行了重建。有趣的是，搜索结果现在相同（:partying\_face:），但只有特定于重音的搜索词被突出显示。是int ;…

---

## [允许草稿的目标类别中使用标签](https://meta.discourse.org/t/allow-tags-in-target-category-for-drafts/368221)

<div class="topic-metadata">

**Author:** [@hellekin](https://meta.discourse.org/u/hellekin)\
**回覆:** 0\
**Last updated:** [2025年五月30日 08:04 UTC](https://meta.discourse.org/t/allow-tags-in-target-category-for-drafts/368221 "2025-05-30T08:04:52Z")

</div>

用例 我正在准备新闻稿。PR标记为#press-release，此标记仅限于#Press类别，以避免社区成员使用它，这会使读者感到困惑。 但 草稿 类别，其中t

---

## [全局批量置顶多个主题](https://meta.discourse.org/t/pin-more-than-one-topic-globally/366271)

<div class="topic-metadata">

**Author:** [@Andrew15-5](https://meta.discourse.org/u/Andrew15-5)\
**回覆:** 6\
**Last updated:** [2025年五月30日 04:54 UTC](https://meta.discourse.org/t/pin-more-than-one-topic-globally/366271 "2025-05-30T04:54:08Z")

</div>

您好。我想全局置顶多个主题，但目前似乎无法实现。能否添加此功能？ 例如，一个主题可以是默认的“欢迎”主题，另一个可以专门与发帖相关，即如何正确撰写/格式化新主题。因为“欢迎”主题可以链接到另一个主题，但实际上没有人愿意或会阅读欢迎主题（也许只有少数用户），而关于正确创建主题的主题则更有价值和重要，因为论坛就是关于创建新主题（提问、支持等）。因此，至少需要全局置顶 2 个主题。 这可能与 Is it possible to pin a…

---

## [Discourse 更新/升级依赖检查](https://meta.discourse.org/t/discourse-update-upgrade-dependency-check/368142)

<div class="topic-metadata">

**Author:** [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\
**回覆:** 6\
**Last updated:** [2025年五月29日 23:54 UTC](https://meta.discourse.org/t/discourse-update-upgrade-dependency-check/368142 "2025-05-29T23:54:28Z")

</div>

正如我们多年来观察到的那样，有时更新/升级会因依赖关系而失败。例如，Dicker 版本/操作系统。 我的想法是让 Discourse 运行某种依赖性检查，以确保满足基本要求。如果 bd…

---

## [为什么每周总结邮件默认开启？](https://meta.discourse.org/t/why-are-weekly-summary-emails-on-by-default/149448)

<div class="topic-metadata">

**Author:** [@gubikmic](https://meta.discourse.org/u/gubikmic)\
**回覆:** 7\
**Last updated:** [2025年五月29日 04:22 UTC](https://meta.discourse.org/t/why-are-weekly-summary-emails-on-by-default/149448 "2025-05-29T04:22:37Z")

</div>

为什么每周总结电子邮件被设为默认设置？ 为什么从来都没有问过用户？ 仅仅因为用户注册了论坛就认为他们想每周获得更新，这个假设看起来非常不……

---

## [邮件中的日期线应具有人类可读性](https://meta.discourse.org/t/date-line-should-be-human-readable-in-mails/299937)

<div class="topic-metadata">

**Author:** [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)\
**回覆:** 20\
**Last updated:** [2025年五月29日 04:20 UTC](https://meta.discourse.org/t/date-line-should-be-human-readable-in-mails/299937 "2025-05-29T04:20:30Z")

</div>

主题中的新日期条目在相应的通知邮件中如下所示： Nächstes Freifunk Treffen Makers Inn（尚未确认） 2024-04-18T16:00:00Z UTC→2024-04-18T20:00:00Z UTC 对于邮件发布

---

## [在主题获得回复后，自动删除用于顶起旧主题的提示消息](https://meta.discourse.org/t/auto-delete-system-messages-for-bumping-old-topics-after-the-topic-gets-a-reply/147561)

<div class="topic-metadata">

**Author:** [@Pad\_Pors](https://meta.discourse.org/u/Pad_Pors)\
**回覆:** 6\
**Last updated:** [2025年五月28日 21:17 UTC](https://meta.discourse.org/t/auto-delete-system-messages-for-bumping-old-topics-after-the-topic-gets-a-reply/147561 "2025-05-28T21:17:17Z")

</div>

继续讨论“自动提升分类中的旧话题”： 在系统提升了一个旧话题后，如果该话题收到了一些新回复，则不再需要提升通知。这将减少……

---

## [当话题收到AI回复时提供视觉提示](https://meta.discourse.org/t/provide-visual-cue-when-a-topic-is-receiving-an-ai-response/356720)

<div class="topic-metadata">

**Author:** [@BrianC](https://meta.discourse.org/u/BrianC)\
**回覆:** 8\
**Last updated:** [2025年五月28日 12:12 UTC](https://meta.discourse.org/t/provide-visual-cue-when-a-topic-is-receiving-an-ai-response/356720 "2025-05-28T12:12:58Z")

</div>

大家好， 我一直在研究用于自动回复的Triage与Persona选项，注意到当使用思考模型进行较慢的后台处理时，用户没有视觉提示知道自动回复正在进行中。如果在系统生成回复时显示一个处理指示器，比如“思考中”或“推理中”，会极大地改善用户体验。 是否有计划实现这样的功能？我相信这项新增功能能够帮助管理用户的预期，并提升整体交互体验。 感谢您的考虑。

---

## [是否可以配置 Discourse，以便在不同意的标记后允许标记？](https://meta.discourse.org/t/possible-to-configure-discourse-to-allow-flagging-after-disagreed-flags/200074)

<div class="topic-metadata">

**Author:** [@Hooksmith](https://meta.discourse.org/u/Hooksmith)\
**回覆:** 0\
**Last updated:** [2021年八月11日 14:18 UTC](https://meta.discourse.org/t/possible-to-configure-discourse-to-allow-flagging-after-disagreed-flags/200074 "2021-08-11T14:18:40Z")

</div>

目前，我认为如果用户之前对某个帖子提出的标记被版主拒绝，他们将无法再次标记该内容。我们的审核团队有一些用例，他们希望用户能够标记被拒绝的内容 …

---

## [错误 - 在右-to-左文本环境中的箭头方向](https://meta.discourse.org/t/wrong-arrow-direction-in-rtl-text-contexts/360760)

<div class="topic-metadata">

**Author:** [@NeatNit](https://meta.discourse.org/u/NeatNit)\
**回覆:** 12\
**Last updated:** [2025年五月26日 08:01 UTC](https://meta.discourse.org/t/wrong-arrow-direction-in-rtl-text-contexts/360760 "2025-05-26T08:01:01Z")

</div>

这与 Discourse 中的 bidi 设置无关。 当我输入 -\\u003e 时，它会被转换为箭头字符 →，因此 A -\\u003e B 会渲染为“A -\\u003e B”。很酷。 但是，在 RTL 文本中，箭头方向是错误的：א -\\u003e ב 渲染为：“א -\\u003e ב”，箭头方向错误。（如果您在未来此 bug 已修复后阅读此内容，则此内容将渲染为“א → ב”） 请注意，这里的输入字符序列是： 字符 名称 …

---

## [次要功能请求：发布话题定时器时清除回复的复选框](https://meta.discourse.org/t/delete-replies-or-have-the-option-to-do-so-when-using-schedule-publish-via-a-topic-timer/272778)

<div class="topic-metadata">

**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\
**回覆:** 1\
**Last updated:** [2025年五月25日 22:44 UTC](https://meta.discourse.org/t/delete-replies-or-have-the-option-to-do-so-when-using-schedule-publish-via-a-topic-timer/272778 "2025-05-25T22:44:43Z")

</div>

{

---

## [功能请求：在群组私信收件箱中使用已解决插件](https://meta.discourse.org/t/ability-to-filter-solved-unsolved-messages-in-group-pm-inbox/367370)

<div class="topic-metadata">

**Author:** [@agit](https://meta.discourse.org/u/agit)\
**回覆:** 2\
**Last updated:** [2025年五月23日 22:58 UTC](https://meta.discourse.org/t/ability-to-filter-solved-unsolved-messages-in-group-pm-inbox/367370 "2025-05-23T22:58:48Z")

</div>

你好， 我们喜欢已解决插件。有没有办法在组中添加已解决的是/否筛选器？我们使用带有电子邮件的组进行支持工单，就像discourse一样（团队Discourse如何使用Discourse？），所以它会变得……

---

## [允许空帖子和空主题内容](https://meta.discourse.org/t/allow-for-empty-posts-and-empty-topic-body/318665)

<div class="topic-metadata">

**Author:** [@wal](https://meta.discourse.org/u/wal)\
**回覆:** 36\
**Last updated:** [2025年五月23日 22:34 UTC](https://meta.discourse.org/t/allow-for-empty-posts-and-empty-topic-body/318665 "2025-05-23T22:34:26Z")

</div>

与此处描述的问题相关 How to turn off "Body seems unclear, is it a complete sentence?' 似乎无法执行以下操作： 创建一个正文消息为空的新主题 创建一个消息为空的帖子 对于前者，如果您尝试创建一个正文消息为空甚至只有一个字符的主题，您会收到类似“正文似乎不清楚，这是一个完整的句子吗？”的错误。 对于后者，如果您尝试创建一个正文为空的帖子，您会收到类似“帖子不能为空”…

---

## [功能请求：自动回复已选择解决方案的主题](https://meta.discourse.org/t/feature-request-automation-to-reply-to-topic-when-a-solution-has-been-selected/367369)

<div class="topic-metadata">

**Author:** [@ddsongs](https://meta.discourse.org/u/ddsongs)\
**回覆:** 1\
**Last updated:** [2025年五月23日 14:16 UTC](https://meta.discourse.org/t/feature-request-automation-to-reply-to-topic-when-a-solution-has-been-selected/367369 "2025-05-23T14:16:06Z")

</div>

如何在自定义自动化中添加“已解决”的触发条件？想法是在选择任何评论作为解决方案后，在主题中发布一个新的“自定义”回复。

---

## [功能请求：在回复包含用户/工作人员参与者的私人消息之前发出警告](https://meta.discourse.org/t/feature-request-warning-before-replying-to-pms-with-mixed-user-staff-participants/366953)

<div class="topic-metadata">

**Author:** [@Rubi](https://meta.discourse.org/u/Rubi)\
**回覆:** 4\
**Last updated:** [2025年五月22日 20:44 UTC](https://meta.discourse.org/t/feature-request-warning-before-replying-to-pms-with-mixed-user-staff-participants/366953 "2025-05-22T20:44:47Z")

</div>

您好， 我是 Ubuntu Discourse 的版主。 在版务工作流程中，我们经常会与用户开始私信（PM），然后稍后添加 @moderators 群组以获取其他工作人员的意见。 问题是：一旦添加了版主，该主题中的所有回复仍然会发送给原始用户。这可能会导致错误——版主可能以为是在与其他工作人员私下交流而回复，但实际上消息也会发送给用户。 功能请求： 在回复包含工作人员和普通用户的私信时，添加一个简单的警告或视觉指示。例如： …

---

## [将登录链接发送到所输入的电子邮件地址（而非主电子邮件）](https://meta.discourse.org/t/send-the-email-login-link-to-the-entered-email-address-not-to-the-primary-email/367016)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 2\
**Last updated:** [2025年五月22日 00:46 UTC](https://meta.discourse.org/t/send-the-email-login-link-to-the-entered-email-address-not-to-the-primary-email/367016 "2025-05-22T00:46:45Z")

</div>

我今天有机会观看了几位用户尝试登录我们网站的过程。有几位忘记了密码，试图使用邮箱登录链接： 然而，预期的邮件链接从未到达。关于……

---

## [功能需求：用模态窗口打开看板项目](https://meta.discourse.org/t/feature-request-open-kanban-board-items-in-a-modal/366774)

<div class="topic-metadata">

**Author:** [@cmdntd](https://meta.discourse.org/u/cmdntd)\
**回覆:** 1\
**Last updated:** [2025年五月21日 18:42 UTC](https://meta.discourse.org/t/feature-request-open-kanban-board-items-in-a-modal/366774 "2025-05-21T18:42:13Z")

</div>

你能像 Trello 那样在模态框中查看帖子吗？ 这样用户可以查看多张卡片并更方便地导航。

---

## [群组私信“从你上次停止的地方接着说”](https://meta.discourse.org/t/group-pm-pick-up-where-you-left-off/366937)

<div class="topic-metadata">

**Author:** [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\
**回覆:** 1\
**Last updated:** [2025年五月21日 08:47 UTC](https://meta.discourse.org/t/group-pm-pick-up-where-you-left-off/366937 "2025-05-21T08:47:32Z")

</div>

嗨， 群组消息的URL https://your.forum.com/t/topic-slug/topic-id 一直返回第一篇消息，即使后来发的帖子已被阅读。 在URL后面添加/last，然后共享该URL，…

---

## [是否可能搜索外部网站？](https://meta.discourse.org/t/searching-an-external-site-possible/98592)

<div class="topic-metadata">

**Author:** [@emilio](https://meta.discourse.org/u/emilio)\
**回覆:** 6\
**Last updated:** [2025年五月20日 21:07 UTC](https://meta.discourse.org/t/searching-an-external-site-possible/98592 "2025-05-20T21:07:28Z")

</div>

We use discourse for support questions but many answers can be found in our support documents. (it is wordpress based). Was curious if anyone knew of a way or thoughts on making the Discourse search include results fro…

---

## [Kanban 功能请求：在选择类别或标签时不要切回全局默认视图](https://meta.discourse.org/t/kanban-feature-request-dont-switch-back-to-global-default-view-when-selecting-category-or-tag/366758)

<div class="topic-metadata">

**Author:** [@matt11](https://meta.discourse.org/u/matt11)\
**回覆:** 1\
**Last updated:** [2025年五月20日 13:45 UTC](https://meta.discourse.org/t/kanban-feature-request-dont-switch-back-to-global-default-view-when-selecting-category-or-tag/366758 "2025-05-20T13:45:32Z")

</div>

这是一个了不起的功能。感谢所有为其做出贡献的人。我有一个改进的请求。 我在子类别中用标签进行过滤，并使用Kanban板组件界面中“默认模式”字段推荐的语法对列进行了排序。本质上，我有“阶段”——即话题卡片按照特定顺序在列中移动，这些列由“阶段”标签组代表。 我还有另一个“主题”标签组。每个子类别中的主题可能具有多个代表其所属项目类型的标签，比如“UI功能”或“后台开发”。 然后，在该Kanban板组件界面的“默认视图”设置中，我选…

---

## [可以执行简单文本替换的占位符](https://meta.discourse.org/t/placeholders-which-can-perform-simple-text-substitutions/366848)

<div class="topic-metadata">

**Author:** [@pacharanero](https://meta.discourse.org/u/pacharanero)\
**回覆:** 0\
**Last updated:** [2025年五月20日 12:48 UTC](https://meta.discourse.org/t/placeholders-which-can-perform-simple-text-substitutions/366848 "2025-05-20T12:48:30Z")

</div>

首先，非常感谢 placeholder-forms，它非常有用，并且对于我在各种 Discourse 实例上的日常使用来说是绝对必需的，这些实例的范围从“私人笔记本 Discourse 实例”到“大型公共 Discourse healthtech 讨论论坛”。 我希望看到的一项功能是能够对占位符字段执行某种简单的文本转换/替换/处理。例如，能够将标题大小写转换为 slugified/kebab 大小写，URL 编码文本，或类似的转换。 …

---

## [在回复模板中集成占位符表单](https://meta.discourse.org/t/integrate-placeholder-forms-inside-reply-templates/279155)

<div class="topic-metadata">

**Author:** [@AndyB](https://meta.discourse.org/u/AndyB)\
**回覆:** 1\
**Last updated:** [2025年五月20日 12:36 UTC](https://meta.discourse.org/t/integrate-placeholder-forms-inside-reply-templates/279155 "2025-05-20T12:36:34Z")

</div>

如果我能为这个组件添加一个建议，我们目前的用例可以在此处的 bug 报告类别中看到： 我正在结合使用此组件及其同级组件 Placeholder Forms，允许用户选择报告的组件，然后生成一段文本。我希望在填写完信息后，只需点击“创建新主题”按钮，新帖子就能从可见内容中提取信息，而不是仅显示原始的 =PLACEHOLDER\_KEY=。 我希望我能正确地解释我的意思。比如，一旦我填写完占位符表单并显示所有信息，我希望我能点击那个按…

---

## [已解决查找器](https://meta.discourse.org/t/solved-finder/344518)

<div class="topic-metadata">

**Author:** [@Don](https://meta.discourse.org/u/Don)\
**回覆:** 2\
**Last updated:** [2025年五月20日 08:22 UTC](https://meta.discourse.org/t/solved-finder/344518 "2025-05-20T08:22:49Z")

</div>

你好👋 是否可以在AI摘要按钮旁边的某个位置添加一个面向员工用户的按钮，用于查找该主题的可能解决方案？这将非常有帮助，并且能节省员工大量时间，特别是在主题有很多回复的情况下。 它的工作方式类似于AI摘要，但不是总结主题，而是比较和筛选最优解答，并将其列出。 这可能也可以通过persona实现，但我认为配备一个专用按钮会更好些。

---

## [功能请求：在已指定类别和标签的列中提供创建新话题的链接](https://meta.discourse.org/t/feature-request-provide-link-to-create-new-topic-in-column-with-category-and-tag-already-specified/366788)

<div class="topic-metadata">

**Author:** [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**回覆:** 0\
**Last updated:** [2021年十月13日 12:42 UTC](https://meta.discourse.org/t/feature-request-provide-link-to-create-new-topic-in-column-with-category-and-tag-already-specified/366788 "2021-10-13T12:42:11Z")

</div>

是否可以将每个列标题链接到/tags/c/CATAGORY/TAG\_NAME，这样就可以只显示该标签的单个列表，但更好的是，您可以点击\<kbd\>New Topic\</kbd\>，用该标签创建新主题。这可以节省我数到一百次点击来为主题分配标签的时间。

---

## [让发帖仅用标题，无需内容，成为可能](https://meta.discourse.org/t/make-it-possible-to-start-topics-with-only-titles-no-content-in-first-post/313736)

<div class="topic-metadata">

**Author:** [@wartron](https://meta.discourse.org/u/wartron)\
**回覆:** 22\
**Last updated:** [2025年五月20日 01:33 UTC](https://meta.discourse.org/t/make-it-possible-to-start-topics-with-only-titles-no-content-in-first-post/313736 "2025-05-20T01:33:34Z")

</div>

我也想更改最小帖子长度。我运营一个全部受邀的私人社区，有时候我们用表情符号回复，不只是❤️。还有，我不确定具体哪个设置，但如果你用胡言乱语的字符限制也会被屏蔽…

[上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=28)

[下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=30)
