# Feature **URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=3 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 4 --- ## [允许清除缓存](https://meta.discourse.org/t/allow-clearing-cache/408791)
**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\ **回覆:** 2\ **Last updated:** [2026年八月12日 21:32 UTC](https://meta.discourse.org/t/allow-clearing-cache/408791 "2026-08-12T21:32:57Z")
我觉得我们的站点仪表盘应该比这更具透明度…… 通过“使用情况”标签页，我可以看到我的令牌使用量，但实际翻译页面数据的匮乏仍让我震惊。如果缓存持续时间能大幅缩短（不应超过一两分钟），或者有一种方法可以绕过缓存，那就太好了。 --- ## [长脚注可以滚动吗？](https://meta.discourse.org/t/could-long-footnotes-be-scrollable/409613)
**Author:** [@one1](https://meta.discourse.org/u/one1)\ **回覆:** 6\ **Last updated:** [2026年八月11日 14:53 UTC](https://meta.discourse.org/t/could-long-footnotes-be-scrollable/409613 "2026-08-11T14:53:12Z")
是否有人考虑过让脚注弹窗可以滚动？参见 :backhand\_index\_pointing\_right:\[1\] 这里共有四个段落。 当然，仅仅因为篇幅长就使用脚注可能并不是个好主意。而一种解决方案…… --- ## [在版本发布说明中添加已更改的核心和插件设置列表](https://meta.discourse.org/t/add-a-list-of-changed-core-and-plugin-settings-in-releases/409703)
**Author:** [@gormus](https://meta.discourse.org/u/gormus)\ **回覆:** 0\ **Last updated:** [2026年八月10日 15:00 UTC](https://meta.discourse.org/t/add-a-list-of-changed-core-and-plugin-settings-in-releases/409703 "2026-08-10T15:00:04Z")
我喜欢 Releases 网站，以及在不同版本之间进行比较、查看变更详情等功能。 不过，我认为如果发布说明和比较视图中包含一个列出 Discourse 核心及插件设置变更的章节，体验会更好。 当某个站点设置的默认值发生变更，或引入新的插件设置，又或者彻底移除某个设置时，这些变动都应列入该清单。 或许可以参考 staff\_action\_logs 中针对 site setting、category setting 和 theme si… --- ## [Discourse 日历与活动：Webhook 触发器与自动化插件](https://meta.discourse.org/t/discourse-calendar-events-webhook-triggers-automations-plugin/409623)
**Author:** [@gassim](https://meta.discourse.org/u/gassim)\ **回覆:** 1\ **Last updated:** [2026年八月10日 11:50 UTC](https://meta.discourse.org/t/discourse-calendar-events-webhook-triggers-automations-plugin/409623 "2026-08-10T11:50:52Z")
你好 看到 https://meta.discourse.org/t/discourse-calendar-and-events/97376 作为一个整体技术解决方案，凭借其众多优秀的新功能取得如此出色的成果，真是令人惊叹。这是一个功能请求，旨在添加 web… --- ## [添加对帖子“个人笔记”的支持](https://meta.discourse.org/t/add-support-for-personal-notes-on-posts/261798)
**Author:** [@MikeNolan](https://meta.discourse.org/u/MikeNolan)\ **回覆:** 33\ **Last updated:** [2026年八月10日 11:12 UTC](https://meta.discourse.org/t/add-support-for-personal-notes-on-posts/261798 "2026-08-10T11:12:17Z")
Discourse是否支持由非工作人员用户在帖子中附加个人笔记的概念，只有写笔记的人能看到？我所想到的用例是一种配方系统，使用者可以在其中添加个人备注…… --- ## [通过新回复更直接地访问主题](https://meta.discourse.org/t/more-direct-access-to-topics-with-new-replies/409522)
**Author:** [@Frederic\_Bertrand](https://meta.discourse.org/u/Frederic_Bertrand)\ **回覆:** 13\ **Last updated:** [2026年八月9日 03:29 UTC](https://meta.discourse.org/t/more-direct-access-to-topics-with-new-replies/409522 "2026-08-09T03:29:10Z")
你好，很抱歉我也来晚了，但主页面没有“未读”计数对我来说是个大损失（我的一些用户也抱怨过）。 我进入论坛时首先想知道的是看看有没有未读消息… --- ## [始终允许基于用户名的密码重置](https://meta.discourse.org/t/always-allow-username-based-password-reset/409326)
**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\ **回覆:** 4\ **Last updated:** [2026年八月6日 21:18 UTC](https://meta.discourse.org/t/always-allow-username-based-password-reset/409326 "2026-08-06T21:18:49Z")
如前所述，OpenAI 最近断开了其 SSO 集成；取而代之的是，它在未通知的情况下将其替换为用户 OpenAI 账户中继承的电子邮件地址，且默认未绑定任何密码。因为我…… --- ## [自动更新翻译后的分类描述](https://meta.discourse.org/t/automatically-update-translated-category-descriptions/399587)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 2\ **Last updated:** [2026年八月6日 12:49 UTC](https://meta.discourse.org/t/automatically-update-translated-category-descriptions/399587 "2026-08-06T12:49:17Z")
不久前，贡献 \> UX 类别的描述已更新。在英语中，有关该类别的主题中的更新也反映在 #category-banner 中。两段文本完全相同，表明 n… --- ## [个人资料垃圾信息：可以选择删除账户和屏蔽电子邮件，但不屏蔽IP地址](https://meta.discourse.org/t/profile-spam-option-to-delete-account-and-block-email-but-not-the-ip-address/257972)
**Author:** [@rahim123](https://meta.discourse.org/u/rahim123)\ **回覆:** 17\ **Last updated:** [2026年八月6日 09:30 UTC](https://meta.discourse.org/t/profile-spam-option-to-delete-account-and-block-email-but-not-the-ip-address/257972 "2026-08-06T09:30:54Z")
从以下链接转移而来： 关于用户资料垃圾信息发送者在审核队列中的改进建议：我希望有一个选项可以删除账户并阻止电子邮件，但不阻止 IP 地址，因为他们经常使用其他合法用户也可能使用的共享 IP 地址段。 --- ## [管理员和版主的“普通模式”（例如类似“sudo”）](https://meta.discourse.org/t/regular-mode-for-admins-and-moderators-e-g-something-like-sudo/211617)
**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\ **回覆:** 42\ **Last updated:** [2026年八月5日 19:06 UTC](https://meta.discourse.org/t/regular-mode-for-admins-and-moderators-e-g-something-like-sudo/211617 "2026-08-05T19:06:11Z")
我是 Fedora discourse 站点的管理员 和 参与者。我希望能够区分这两种角色。我知道有“官方帖子”的“员工颜色”，但我的意思是从 我 的角度来看。而不是在我登录时到处都是管理员扳手和按钮，我希望有一个菜单切换开关，可以打开和关闭管理员模式。 --- ## [“备用”用户名，还是别名？](https://meta.discourse.org/t/alternate-username-or-alias/163060)
**Author:** [@leighno5](https://meta.discourse.org/u/leighno5)\ **回覆:** 15\ **Last updated:** [2026年八月5日 13:32 UTC](https://meta.discourse.org/t/alternate-username-or-alias/163060 "2026-08-05T13:32:18Z")
不确定这是否是最佳类别，如果不是，我很抱歉。 我们的用户有一个我从未见过的奇怪请求。基本上，他们希望有特定的类别来运行写作比赛…… --- ## [使用永久账户标识符而非用户名进行超链接推荐归属](https://meta.discourse.org/t/utilise-permanent-account-identifiers-rather-than-usernames-for-hyperlink-referee-attribution/409277)
**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\ **回覆:** 2\ **Last updated:** [2026年八月4日 22:09 UTC](https://meta.discourse.org/t/utilise-permanent-account-identifiers-rather-than-usernames-for-hyperlink-referee-attribution/409277 "2026-08-04T22:09:26Z")
当用户修改其用户名时，此后他们分享的所有超链接都会错误地归属于任何决定使用该用户名的其他人。即使这种情况没有发生，这也意味着所有…… --- ## [允许通过用户的永久标识符访问用户信息](https://meta.discourse.org/t/allow-accessing-user-information-via-the-users-permanent-identifier/409276)
**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\ **回覆:** 0\ **Last updated:** [2026年八月4日 15:50 UTC](https://meta.discourse.org/t/allow-accessing-user-information-via-the-users-permanent-identifier/409276 "2026-08-04T15:50:24Z")
与其使用 https://meta.discourse.org/u/roke\_julian\_lockhart.json#:~:text=user,129529，我更希望能查询 https://meta.discourse.org/u/129529.json 或类似的链接 \[1\]，因为能够访问一些… --- ## [允许屏蔽标签变更通知](https://meta.discourse.org/t/allow-to-suppress-notifications-for-tag-changes/409242)
**Author:** [@Steradiant](https://meta.discourse.org/u/Steradiant)\ **回覆:** 1\ **Last updated:** [2026年八月4日 08:47 UTC](https://meta.discourse.org/t/allow-to-suppress-notifications-for-tag-changes/409242 "2026-08-04T08:47:32Z")
有时，清理操作会调整大量主题的标签（或类别）。在这种情况下，发出的通知可能毫无用处且令人反感。同样，对于被许多用户关注的主题也是如此。 我…… --- ## [在AI人设系统提示中添加{username}作为模板参数](https://meta.discourse.org/t/add-username-as-a-template-param-in-ai-persona-system-prompts/406846)
**Author:** [@42aross](https://meta.discourse.org/u/42aross)\ **回覆:** 5\ **Last updated:** [2026年八月4日 05:48 UTC](https://meta.discourse.org/t/add-username-as-a-template-param-in-ai-persona-system-prompts/406846 "2026-08-04T05:48:50Z")
这是我第一次参与贡献。如果我在过程中有什么疏漏，我深表歉意，并且非常感谢您的耐心以及任何建议，如果有更好的方法的话。 虽然这微不足道，但我是一名 Pro 用户。 我需要一种可靠的方式来识别与 AI 代理交互的用户。这就是我提出的解决方案。非常感谢您抽出时间考虑，并提供任何建议。 在 AI 角色系统提示中添加 {username} 作为模板参数 我提交了 PR #41446（ FEATURE: Add {username} tem… --- ## [在插件中的标题下分组站点设置](https://meta.discourse.org/t/grouped-site-settings-under-headings-in-plugins/308254)
**Author:** [@merefield](https://meta.discourse.org/u/merefield)\ **回覆:** 8\ **Last updated:** [2026年八月3日 10:52 UTC](https://meta.discourse.org/t/grouped-site-settings-under-headings-in-plugins/308254 "2026-08-03T10:52:06Z")
插件变得越来越大也越来越复杂。 如果我们能将站点设置与标题分组，就像我们长久以来在类别（即类别设置）中所做的那样，那就太好了。 --- ## [添加界面偏好设置，以单独隐藏“推荐”和“相关”话题](https://meta.discourse.org/t/add-interface-preferences-to-individually-hide-suggested-and-related-topics/409086)
**Author:** [@akanora](https://meta.discourse.org/u/akanora)\ **回覆:** 2\ **Last updated:** [2026年八月2日 13:22 UTC](https://meta.discourse.org/t/add-interface-preferences-to-individually-hide-suggested-and-related-topics/409086 "2026-08-02T13:22:52Z")
你好！ 我建议增加两个可选的界面偏好设置，允许用户隐藏每个主题底部显示的主题列表。 我认为与其使用单一设置，不如让用户能够单独禁用它们，这样会更灵活： :check\_box\_with\_check: 隐藏“推荐主题” :check\_box\_with\_check: 隐藏“相关主题” 这些将是位于 偏好设置 → 界面 下的客户端偏好设置，仅影响当前用户的体验。 为什么这会有用 赋予用户对界面更多的控制权。 为不使用这些部分的用户… --- ## [根据信任等级提供折扣](https://meta.discourse.org/t/provide-discounts-based-on-trust-levels/316008)
**Author:** [@satonotdead](https://meta.discourse.org/u/satonotdead)\ **回覆:** 10\ **Last updated:** [2026年七月31日 16:51 UTC](https://meta.discourse.org/t/provide-discounts-based-on-trust-levels/316008 "2026-07-31T16:51:51Z")
目前是否可以根据信任级别添加折扣？ --- ## [支持“原因”文本的标记格式](https://meta.discourse.org/t/support-formatting-of-flag-reason-text/408889)
**Author:** [@per1234](https://meta.discourse.org/u/per1234)\ **回覆:** 2\ **Last updated:** [2026年七月31日 11:42 UTC](https://meta.discourse.org/t/support-formatting-of-flag-reason-text/408889 "2026-07-31T11:42:06Z")
功能描述： 除了用户和内置自动化系统（例如 Discourse AI 垃圾信息检测）提出的标准标记外，Discourse 还允许论坛管理员实施自定义标记系统，包括： 通过 “Discourse Automation” 核心插件的“使用 AI 分类帖子”脚本。 通过 “Workflows” 核心插件。 为了便于审查这些标记，提供将在审查项中显示的补充信息会很有用。“Discourse Automation”和“Workflows”插… --- ## [允许使用输入值作为手动映射的“调用工作流”布尔类型字段](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827)
**Author:** [@per1234](https://meta.discourse.org/u/per1234)\ **回覆:** 3\ **Last updated:** [2026年七月31日 11:39 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827 "2026-07-31T11:39:40Z")
功能描述： Discourse 已推出新的 “工作流”功能，该功能允许论坛管理员轻松配置复杂的自定义操作，以协助维护或其他方式增强其论坛。 请允许在“调用工作流”工作流步骤中，使用步骤输入来设置手动映射的布尔类型字段的值。 当前行为： 布尔类型字段的值只能通过开关在步骤配置中硬编码： 可复现步骤： 使用具有管理员权限的 Discourse 论坛账户登录到一个启用了新“工作流”功能的站点。 打开“工作流”页面 (/admin… --- ## [暂停审核队列](https://meta.discourse.org/t/suspend-from-review-queue/225660)
**Author:** [@davemaxwell](https://meta.discourse.org/u/davemaxwell)\ **回覆:** 8\ **Last updated:** [2026年七月31日 08:14 UTC](https://meta.discourse.org/t/suspend-from-review-queue/225660 "2026-07-31T08:14:21Z")
是否可以增加从审核队列中禁言/暂停用户的功能？ 我们收到大量来自网站的垃圾流量，因为我们的社区被发布到那些SEO论坛上，等等…… --- ## [在“用户需要审核”标记的审核处理选项中添加“挂起”操作](https://meta.discourse.org/t/add-suspend-action-to-review-resolution-options-for-user-needs-approval-flags/408891)
**Author:** [@per1234](https://meta.discourse.org/u/per1234)\ **回覆:** 2\ **Last updated:** [2026年七月31日 08:13 UTC](https://meta.discourse.org/t/add-suspend-action-to-review-resolution-options-for-user-needs-approval-flags/408891 "2026-07-31T08:13:39Z")
功能描述： 一种常见的垃圾邮件操作是创建在个人资料中包含推广内容的用户账户（通常是链接，但也可能是个人简介）。 Discourse 有一个“批准可疑用户”系统，其… --- ## [AI 的语言水平“翻译成英语”](https://meta.discourse.org/t/language-level-of-ai-translate-to-english/282991)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 4\ **Last updated:** [2026年七月30日 19:21 UTC](https://meta.discourse.org/t/language-level-of-ai-translate-to-english/282991 "2026-07-30T19:21:57Z")
我有一句话，懒得自己翻译。所以，我想我可以用AI助手。所以我留下了我的消息草稿，并开始了一个主题草稿，我把我的句子放进编辑器里，并使用AI来翻译它。尽管我知道德语翻译，因为这正是我刚才写的，但我还是遇到了理解结果句子的困难。所以最后我还是自己翻译了这句话。所以我写了“如果开发者知道怎么做，我一点也不惊讶。” @lilly说我应该分享我的经历。我不记得我之前写的和得到的确切措辞。但我试图重现这个问题。我写给AI翻译的德语句子是“Es ü… --- ## [显示原创内容的多种语言偏好](https://meta.discourse.org/t/multi-language-preferences-for-displaying-localized-content/381116)
**Author:** [@nat](https://meta.discourse.org/u/nat)\ **回覆:** 17\ **Last updated:** [2026年七月30日 05:48 UTC](https://meta.discourse.org/t/multi-language-preferences-for-displaying-localized-content/381116 "2026-07-30T05:48:14Z")
目前，使用内容本地化功能的用户可以选择多种语言来展示本地化内容。例如，一个论坛可以在内容本地化支持的区域设置德语、英语和法语…… --- ## [AI翻译设置中请求添加日期选择器](https://meta.discourse.org/t/request-for-a-date-picker-in-ai-translate-settings/405828)
**Author:** [@LotusJeff](https://meta.discourse.org/u/LotusJeff)\ **回覆:** 5\ **Last updated:** [2026年七月28日 13:01 UTC](https://meta.discourse.org/t/request-for-a-date-picker-in-ai-translate-settings/405828 "2026-07-28T13:01:23Z")
一个次要的功能请求。 在“AI 翻译设置”字段中：“AI 翻译回填最大天数” 能否为这个字段添加一个日期选择器？ 对于我们这些拥有几十年历史（自 1999 年起）内容的论坛用户来说，这意味着我们年纪较大，不想在脑子里做数学计算。:blush: --- ## [允许主题所有者设置计时器](https://meta.discourse.org/t/allow-owner-of-topic-to-set-timer/408520)
**Author:** [@greymont](https://meta.discourse.org/u/greymont)\ **回覆:** 8\ **Last updated:** [2026年七月28日 08:49 UTC](https://meta.discourse.org/t/allow-owner-of-topic-to-set-timer/408520 "2026-07-28T08:49:34Z")
我的网站会有很多活动公告。我不想使用日历/活动功能，因为我的用户会觉得它太技术化、太复杂了。 所以，我正在寻找一种启用主题自动……的方法 --- ## [功能请求：允许通过非管理员级密钥安全访问站点设置 API](https://meta.discourse.org/t/feature-request-allow-safe-api-access-to-site-settings-without-an-admin-level-key/408523)
**Author:** [@philh](https://meta.discourse.org/u/philh)\ **回覆:** 9\ **Last updated:** [2026年七月27日 20:03 UTC](https://meta.discourse.org/t/feature-request-allow-safe-api-access-to-site-settings-without-an-admin-level-key/408523 "2026-07-27T20:03:59Z")
据我了解，要求对 \`/site/settings.json\` 和部分 \`/site.json\` 中的信息进行管理员访问权限，是 Discourse 的预期行为。 Discussion Bridge 及类似集成需要一组有限的站点配置信息… --- ## [在通知菜单中应用 prioritize\_username\_in\_ux 设置](https://meta.discourse.org/t/apply-prioritize-username-in-ux-setting-to-the-notification-menu/408458)
**Author:** [@kddkd](https://meta.discourse.org/u/kddkd)\ **回覆:** 0\ **Last updated:** [2026年七月24日 14:57 UTC](https://meta.discourse.org/t/apply-prioritize-username-in-ux-setting-to-the-notification-menu/408458 "2026-07-24T14:57:16Z")
目前，网站设置 prioritize\_username\_in\_ux 允许管理员在主界面（例如帖子流和用户卡片中）显示全名而非用户名。然而，该设置似乎并未影响通知菜单（铃铛图标）。 在通知菜单中，即使网站其他位置优先显示全名，回复、点赞和系统通知等操作仍然显示 @用户名 格式。 使用场景： 在用户以真实姓名为人所知的社区中——尤其是像中文这样的非拉丁字母书写系统社区——通过全名识别用户比通过用户名更自然、更易辨认。在通知中显示… --- ## [编辑时更改“in reply to”](https://meta.discourse.org/t/change-in-reply-to-when-editing/128953)
**Author:** [@seanblue](https://meta.discourse.org/u/seanblue)\ **回覆:** 10\ **Last updated:** [2026年七月24日 05:05 UTC](https://meta.discourse.org/t/change-in-reply-to-when-editing/128953 "2026-07-24T05:05:25Z")
Sometimes users accidentally reply to the wrong post. When that happens I often see them awkwardly apologize to the person they accidentally replied to, or delete their post just to recreate it replying to the correct pe… --- ## [在事件的 Onebox 中包含日期和时间（以及可能的地点和描述）](https://meta.discourse.org/t/include-date-and-time-and-maybe-location-and-description-in-oneboxes-for-events/381681)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 5\ **Last updated:** [2026年七月24日 05:03 UTC](https://meta.discourse.org/t/include-date-and-time-and-maybe-location-and-description-in-oneboxes-for-events/381681 "2026-07-24T05:03:18Z")
目前，活动的 Oneboxes 有点“一般”。基本上，它们与常规主题 Oneboxes 没有区别，也不包含日期、时间、描述等（除非作为一种变通方法放入主题标题中）。 这是我们网站上的一个活动示例： 是否可以利用日历中点击时出现的新（且出色的）活动卡片，并将它们作为 oneboxes 提供？例如： 这可能完全不可行，但我确实想知道是否可以修改活动帖子的元数据，以便它们以突出关键活动信息（尤其是在内部）的方式进行 One… [上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=2) [下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=4)