我们会把那些修复好！我们也许可以把它们替换成自定义链接——我倒不觉得这是个坏主意！这样用户就可以直接将版主链接到他们自己的指南。
我们研究过使用 Assign 插件中的分配功能。我们早期遇到了一些技术难题，但我们想重新研究一下，特别是现在 Assign 已经包含在核心功能中了。
这也是我们讨论过的改进之处，但我们还没有实现。
我喜欢你们其他的建议（4到9）！我们会进行一些内部调查，看看实现这些建议的可行性。感谢你们为每一项建议提交了功能请求——这让我们更容易跟踪所有内容 
我记得最近在这方面有一些工作——我会深入研究一下，看看是怎么回事。这与新的布局无关，因为这里出现的待审核项与旧布局中出现的相同。听起来我们可以在那里稍微改进一下。
这很有意思——我不确定在待审核界面中实现这个的可行性如何，但我们可以研究一下看看有什么可能性。
这些都是合理的请求——虽然我们当然可以为这些添加设置，但我们需要研究一下如何最好地实现这一点，同时确保产品易于配置。
这对我们的社区来说将是理想的。
谢谢 @hugh，
关于 #3：
除了修订原因之外，如果能显示版主在使用“修订帖子”选项时包含反馈内容*，也将非常有用，这样其他版主/管理员就可以在审核队列和审核项目页面中看到反馈内容。*也许可以采用可展开/可折叠的方式，以免页面过于拥挤。
我们的社区版主反馈。
IP 查询 功能非常有用。我们能否将其也带回新用户界面？（或者它藏在某个我没找到的地方。）
“拒绝用户”项目（/review?additional_filters=%7B%7D&sort_order=score&status=rejected&type=ReviewableUser）上的“暂缓记录”按钮（Reject an applicant and delete the information they supplied - #26 by pento
@hugh - 是否计划在用户注册时被标记为可疑时添加其他选项？
目前只有 3 个选项来处理用户：批准用户、删除用户、删除并阻止用户。
是否会有“保持用户静默”或“暂停用户”的选项？
由于在做出决定后会自动向用户发送私人消息，如果我们想因为内部审查而让用户保持静默，但需要清除队列中的标记以便批准用户并发送私人消息，然后我们再让用户静默以供进一步审查，这可能会非常令人困惑。因此，用户会收到不必要的、相互冲突的私人消息。
@hugh -
这有可能吗？
所以，我做了一些测试，我有点草率了——
问题仅出在新用户批准的审核条目上——电子邮件地址和自定义用户字段确实会显示（但对于版主，因为禁用了“版主查看电子邮件”设置，所以不会显示）。然而，我们只在开发实例上使用该功能，而不在实际论坛上使用，所以它没有像我原先想的那样影响我们。
我们的开发实例实际上没有标记帖子，所以我以为审核队列中批准条目里的字段对所有项目都是通用的。在测试了一个标记帖子后，我可以报告说电子邮件和用户字段不会在这些条目中显示。
感谢所有为此付出的努力！在更多地探索之后，审核队列非常棒，我很高兴能在我们的（实际）论坛上启动它！
我们还没有将此功能合并到新的 UI 中，但将其纳入计划是我们的路线图之一。
我们会调查一下情况，看看那里发生了什么，但这是我们计划在新布局中保留的功能。
新的审核队列操作将为版主提供所有可用选项，所以是的——一旦新的操作构建完成，这些选项就应该可用了。
看起来事情正按您需要的方式运行——很高兴听到这个消息！
建议：当把审核备注复制到用户资料时，附加一个指向审核条目的链接，这样其他版主也能看到评论的上下文。
也许是这样的：
---
此评论最初附加到审核条目 \u003ca href=\"/review/12345\" title=\"来自 {time_ago}\"\u003e#12345\u003c/a\u003e。
我刚才查看用户备注时，意识到要找到原始审核条目需要做一些工作。这不像仅仅复制留下评论的页面的 URL 那么简单，因为审核评论可能是写在一个动态视图上的，例如：
/review?sort_order=score\u0026status=rejected\u0026type=ReviewableQueuedPost\u0026username=fdsa
那是个好主意！我们将在下一次更新中加入该功能。
您好 @hugh
声称的信息似乎在新布局中丢失了。
以下示例来自：/review?additional_filters=%7B%7D&category_id=4&sort_order=created_at&status=all
现有布局：
新布局：
按钮文本在中文界面中意外换行 - 我不确定这是否属于此主题的范围
当我（成功地）向一个被标记的帖子添加备注并尝试离开页面时，我收到一条消息，提示我的更改未保存。但它们确实保存了！
可能是什么原因？我没有看到任何可以“提交”我的更改的地方。
您的 Discourse 当前版本是多少？您是否使用的是在此修复合并之前的版本？
啊。那是在我升级两天后发生的。
非常感谢。我将进行升级。
移除此声明 (Remove this claim) 按钮不可用，因为示例评论已经处理（已拒绝）。有关谁处理的信息可在 时间线和注释 (Timeline & notes) 选项卡中查看。
您能提供一个版主在解决评论后想要取消声明的示例吗？
标志文本中包含一个表情符号，其中有很多 HTML 垃圾信息：
那不应该被清除掉吗？
我只是在比较两者，并突出显示以防遗漏，而不是有意识地决定不包含它。由于该功能存在于以前的审核队列布局中，我假设它是出于某种原因而存在的。
版主可能会在审核队列中使用“Flag claimed by”（标记已认领）过滤器来处理他们已认领的项目，因此，在采取行动后，能够取消认领该项目会很有用，这样它就不会出现在他们的“Flag claimed by”列表中。另外，如果原始认领者仍然认领了该项目，其他版主在审核该项目后可以采取不同的操作吗？