你怎么看这个问题？
信任等级 3（普通用户）被允许修改标题。
这是否是一种不应滥用的“超能力”？
3 个赞
Discourse 围绕讨论展开。没有人拥有某个话题，因为作为话题的原创者（OP）并不意味着你比其他用户更重要。
允许 TL3 用户编辑不良标题非常有用，因为正确的话题标题很重要，这样人们才能判断是否应该进入某个话题。
此外，管理员可以通过站点设置禁用此特定功能。
14 个赞
谢谢，我同意这一点。还有其他意见吗？
1 个赞
除了拥有所有权限（甚至包括删除站点权限）的站点所有者外，没有人拥有任何东西。在我看来，所有为话题标题做出贡献的人都应分得一份权益。
1/4 - 站点所有者
1/4 - tl3 标题编辑者
1/4 - 话题创建者
1/4 - 决定修复 tl3 重命名的随机工作人员
2 个赞
太棒了。最棒的是，在不到 4 分钟的时间内就编辑了这条帖子的标题（将其移到正确的位置）。
非常感谢 @anon89147131 和 @Falco。
2 个赞
作为某软件编程语言网站的版主，关于主题标题以及TL-3用户能否修改标题的问题，这其实毫无意义。我的意思是，我认为除了工作人员之外，几乎没有人使用过这个功能。我有时希望我们的TL-3用户能修改一些标题，但他们并没有这么做。
关于主题的所有权问题，我的观点是：主题属于整个社区，但主题发起人（OP）设定了主题的基调。如果主题逐渐偏离了OP原本期望的基调，作为版主，我有时会介入，将部分回复拆分到新的主题中。这通常是因为OP的请求，或者是新用户没有意识到他们应该开启一个新主题。
顺便提一下，我们有一个公告分类，该分类在设置时允许回复。有一个主题中，OP明确表示不希望有任何回复，于是我将所有回复移到了一个新的主题中。但在与其他工作人员沟通后，我们决定将整个分类设置为不允许回复。因此，本质上，当用户选择某个分类时，也就接受了该分类所附带的一些规则。以公告分类为例，用户不能直接对公告进行回复，但可以发布其他帖子并链接到该公告。
希望这能帮到你。
我不同意这一观点，除非你制定特殊的用户协议（TOS）来试图实现这一点，否则这种说法是不正确的。无意冒犯，但这听起来像是“独裁者做法”（至少是幼稚的做法）。
在大多数国家，每位作者对其创作的内容自动享有版权。因此，每个帖子在法律上都归其作者所有（对于集体作品可能存在共同所有权制度，而一个话题可能也适用此情况）。从这个角度看，原帖（OP）的问题确实相关，因为话题创建者确实对其标题拥有一定的版权。不过，话题标题通常比较“通用”，我猜你可以争辩说并没有对标题进行实质性的创作，只是将其替换为另一个标题，因此不存在版权问题。
版权主要涉及的是内容的复用，而非修改。而在复用的情况下，由于内容是公开发布且免费的，我认为引用它是合理的，但必须注明原作者。
至于修改他人的作品，如果用户协议（TOS）中未对此作出明确规定，而你恰好惹错了人，可能会引发法律纠纷。在论坛运营中，有些法律方面常常被完全忽视。
我真的不认为你可以说出我在本消息开头所引用的那段话。
我相当确定指南中某处提到，一旦内容发布在网站上，网站就拥有所有内容——不过我也可能记错了。
编辑——完全相反。
这些条款中的任何内容均不赋予公司对其与您分享的知识产权（例如您的账户信息、帖子或您提交给论坛的其他内容）的任何所有权。这些条款中的任何内容也不赋予您对公司的知识产权的任何所有权。
嗯，措辞挺强烈的。也许只是另一种方式而已。
我同意每篇帖子的内容都与作者紧密相关，不过也有人会认为，如果用户躲在笔名背后，这种关联性会稍弱一些。
就我的观点而言，如果着眼于优质且开放的内容，帖子几乎不应由他人编辑。
不过，我最初的问题是关于帖子标题的。作为贡献者，我们都在某种程度上共享对其的所有权。
我仍然认为，讨论变更是最佳途径，但我也会指出，在 Discourse 论坛中，“标题属于首帖创建者”这一立场至少是非常薄弱的。
我认为这确实可能适用。此外，变更会被可视化呈现，首帖作者也会收到通知，并可以询问该成员为何这样做。
我认为这很大程度上取决于论坛的目标。
例如，在某个功能被弃用的情况下，可以赋予 TL3 用户修改标题的权限，甚至直接由管理员归档该主题。
1 个赞
本着“你活我也活”的精神 
请审核我的编辑，它完全相反，而且网站并不拥有任何内容。
1 个赞
谢谢你帮忙查了一下。
1 个赞
为了向未来的读者全面总结我们一直沟通的内容：
- 您的所有内容均不属于该网站，完全归您所有。正如服务条款中您的内容部分所述：
-
然而，这仅适用于尚未修改其服务条款的自动 Discourse 社区（可在 Terms of Service - Discourse Meta 找到），且公司可全权酌情修改此规则。建议您在使用前完整阅读其服务条款，尤其是您的内容部分，以免您的财产被出售。
-
据我所知，任何条款在生效前都必须经过专业文档化，这也引出了关于公司所有权的下一个问题。请查看下文。
-
来自上文：注册 Discourse 论坛时明确声明“注册即表示您同意 [隐私政策] 和 [服务条款]"。因此，您必须了解注册时的服务条款；但是，如果公司未通过全局页眉或公开可见的公告通知您而更新了条款，您可能并不知情，从而未能遵守。
我不会在此过多讨论法律细节，但请务必阅读服务条款，如有任何疑问，请礼貌地咨询管理员。
2 个赞
我理解这种想法，但我相当确定这完全不会改变什么。
回到正题：标题。我想可以说它只是主题的“名称”，并不具备实际重要性。它很短，也很泛泛。版权和/或所有权以及任何人的修改应该都不重要。
那将是非常错误的，没有人应该在这样的网站上注册。
感谢纠正并引用 Discourse 的指南。
3 个赞
你拥有所发布内容的版权，但这与他人是否有权编辑标题无关。
如果标题没有意义或未能准确概括问题，我们通常会在此处编辑标题。我们这样做是为了让人们获得最佳答案；如果人们扫视糟糕的标题而不点击进入，这便无法实现。
你可以在自己的论坛上制定规则，因此我唯一的建议是不要心怀恶意，并在变更可能引起困惑或困扰时进行沟通说明。
8 个赞
这正是我的初衷。对话或话题往往会发生偏移，这其实是一件好事。
新用户往往从一个问题开始，随后问题会演变成其他内容。
这些都是修改标题的充分理由，因为标题应当成为了解该话题的良好入口。
标签和分类也是如此。
正如我所称的，这是一种知识库思维模式，即社区驱动的文档。我很喜欢这一点！
1 个赞
我认为初始的主题标题应明确定义该主题的核心内容（依据原作者的初衷）。如果主题内容发生重大偏离或出现新议题，应当将其拆分为新主题，而不是试图让标题“演变”以匹配不断变化的主题内容。当然，这样做也是可行的，但这通常不符合社区精神，而且容易让人产生困惑。
依我之见，潜在的标题修改应主要集中在开头部分（正如 HAWK 所提到的），或者在出现特定变更时进行，例如标题中提到的公司名称发生变更（此时可将主题名称改为“新名称（原名称）”）。
在我看来，为了让标题“跟上”主题内容而进行的修改，应当仅作为例外情况处理。
5 个赞
补充一些人们在创建标题时往往忽略的知识点。
许多人只是随意输入一个他们希望话题所涵盖的标题。有些人会撰写帖子并严格遵循标题，而另一些人则在写完帖子后偏离了原标题，却不再回头修正。因此，应当确保标题准确捕捉到首帖的核心精髓。
但我始终在撰写标题时考虑的一个重点是：搜索引擎（如 Google）会利用标题来决定页面排名。选择某些词汇可能带来更高的排名，而选择某些短语有时甚至比单个词汇更有效。我不确定搜索引擎是否考虑标题长度，但我觉得如果标题超过大约 8 个词，就显得太长了。
另外需要记住的是，据我所知，在 Discourse 论坛发布任何内容似乎比在博客上发布能获得更高的初始页面排名。正因如此，我鼓励用户在发布博客文章的同时，也在 Discourse 论坛上发帖。如果有人掌握相关数据，我将非常感兴趣。
此外，我怀疑修改标题可能会对页面排名产生正面或负面的影响。
那么，为什么我要大谈页面排名呢？如果你发布的是信息，其目标不正是让内容有用并被他人发现吗？我想有些人发帖仅仅是因为他们可以。
编辑
由于我没有权限编辑他人的帖子，也不想再添加另一条回复，因此在此处补充编辑内容并附上链接。
4 个赞
我不想偏离这个主题的核心太远（尽管版主可能会将其拆分）。
我在想，Discourse 中 TL 系统的设计是否是因为几乎每个社区都存在两大群体。
常客们心中想着提升内容价值，希望打造一个关于核心主题的优秀且优质的资源库。
而另一群人（抱歉我找不到一个恰当的术语）通常（并非总是）只想要快速得到答案。如果某人拿走了“他们的”内容并加以修改（我们这里讨论的是标题或第一个问题的方向），他们就会感到愤怒或沮丧。
我并非想说他们在社区中的价值较低！
但他们应该更清楚地认识到常客们以及整个社区的意图和目标。
对我来说，在这个论坛里，我更像是一个“另一群人”的成员，但快速的答案和精彩的讨论让我看到了常客们为社区所付出的努力。
而在另一个论坛里，我是一名相对较新的常客，那里的人数要少得多。
因此，管理员寻求最大公约数的目标可能是可取的。在我自己的社区中，我会尝试倾听每个人的声音，但会更加支持那些投入时间改善论坛社区的常客们。
1 个赞
EricGT，你所说的用一句话概括就是：SEO（搜索引擎优化）。
这更多是论坛所有者、内部人员以及“常客”们关心的问题，正如 Andreas 在他上一帖中所表达的那样。这里可能存在一个参考框架的差异：发帖是为了论坛用户（Andreas 口中的“其他人”），而发帖同时也是为了通过搜索引擎吸引更多流量（Andreas 口中的“常客”）。
我不确定是否能指望所有用户在撰写标题时都考虑到 SEO。正因如此，一些论坛所有者或版主才会从搜索引擎的角度出发修改标题（而在我看来，大多数用户并未考虑到这一点）。
2 个赞