加密社区FUD应对：核实声明的协议

首次社区声明记录应包含哪些细节？

一个包含5个字段的声明记录为团队提供了共同的起点。记录确切的声明、其来源、提供的任何证据、审查负责人和当前状态。保持措辞中立。像“FUD”这样的标签并不能确定一条消息是否准确。

使用该记录来保留问题，而不是评判提出者。添加原始帖子的链接或保存允许的内部参考。记录团队收到它的时间。如果声明涉及交易、合约或项目公告，请附上相关的公开来源，而不是依赖摘要。

将问题归类到以下4个工作组之一：

• 可回答： 现有公开信息可以解答该问题。
• 审查中： 主题负责人必须首先核实事实。
• 观点： 预测或看法不是可验证的项目事实。
• 敏感： 安全、法律、财务或个人信息需要限制处理。

这种分类有助于管理员在不做出过早的公开判断的情况下引导问题。有关事件处理之外的社区运营，请参阅发展加密Telegram社区指南。

团队如何在回复前测试一个声明？

来源与声明的对比显示了现有证据支持什么。将核查分配给能够访问相关记录的人。管理员不应根据不完整的信息推断合约行为、财务决策或路线图承诺。

使用包含3个部分的审查记录：

• 声明： 用平实、中立的语言重述该主张。
• 证据： 列出已检查的公开记录或项目文档。
• 发现： 标记哪些是已确认、未解决或矛盾的。

然后添加下一步行动和负责人。对于链上问题，准确描述所引用的记录显示的内容。不要将一笔交易视为更广泛解释的证据。对于项目声明，将声明与当前官方文档进行比较，并指出任何差异。

上线列表问题需要根据项目的可见资料和已验证的详细信息进行单独检查。CoinGecko上线指南和CoinMarketCap上线指南涵盖了这些特定于平台的任务。将公开回应限制在已审查的证据范围内。如果来源未能解决问题，请说明哪些问题仍然存在以及谁在核查。

首次公开回复应包含什么？

一个包含4个部分的回复：确认问题、陈述已核实的事实、指出未解决的问题并指明下一步行动。这种结构使团队能够在不假装每个细节都已解决的情况下做出回应。

按以下顺序撰写回答：

1. 指出问题，避免重复煽动性措辞。
2. 陈述已确认的信息并链接其来源。
3. 标记仍需验证的细节。
4. 说明谁在核查以及下一次更新将在哪里出现。

使用直接的语言。避免人身攻击、模糊的保证和没有来源的断言。如果答案存在于项目文档中，请链接到相关段落。如果文档造成了混淆，请在回答问题的同时对其进行修订。

首次回复不需要包含所有细节。它需要表明该问题有负责人和可追溯的审查路径。使下一次更新点足够具体，以便管理员能够一致地重复。当新证据改变答案时，在可行的情况下在相同位置发布更正，并更新链接的参考。这使对话与当前版本保持关联，而不是与过时的回复关联。

如何确保Telegram、Discord和X上的回应保持一致？

一份共享的事实记录使团队的3个渠道保持一致。将已确认的点、未解决的问题、审批负责人和规范的公开更新存储在一个内部位置。管理员可以根据每次对话调整措辞，同时保持底层信息的一致性。

为每个渠道指定明确的用途：

• Telegram： 在活跃讨论中回答并指向来源。
• Discord： 将专业问题引导至正确的频道或负责人。
• X： 保持公开回复的聚焦，并链接到更完整的上下文。

这些是实际的沟通选择，而不是事实的不同版本。告知管理员哪些声明他们可以直接做出，哪些需要批准。如果解释发生变化，首先更新共享记录，然后将修订后的措辞分发给公开回应的人员。

一个有用的内部记录还应指明规范的更新位置。这可以防止不同的回应者链接到不相关或过时的材料。有关服务器角色和频道设置，请参阅设置加密Discord服务器指南。对于需要更广泛公共沟通的问题，请查看危机公关。

哪些社区问题应由管理员升级？

一个2级路由规则将常规回复与需要专家权威的决策分开。管理员可以根据已批准的材料进行回答。他们应将需要他们不具备的访问权限、专业知识或批准的问题升级。

当问题涉及安全、法律风险、财务行动或项目计划的重大变更时，将其路由给指定的负责人。负责人应确认事实并批准任何代表项目就这些事项发表的公开声明。在通常的决策者无法联系时，指定一名后备负责人。

管理规则应描述可观察的行为，而不是评论是否支持项目。一个批评性的问题本身并不是删除消息的理由。将已发布的规则应用于重复发帖、个人信息、冒充和其他已声明的违规行为。记录干预的原因，以便其他管理员可以审查该决定。

在事件发生前，为管理员提供：

• 当前的项目事实和源文档的链接。
• 针对技术、法律和领导问题的指定联系人。
• 关于个人信息和冒充的明确规则。
• 紧急报告的路径和后备联系人。

这种准备工作让社区工作人员能够处理常规问题，同时将更高风险的问题引导给负责任的负责人。

每次更新后，事件记录应保留哪些内容？

一个包含6个项目的事件文件使回应可追溯。保留原始声明、已检查的证据、审查负责人、审批记录、公开回复以及任何后续更正。该记录有助于后续回应者了解团队在每个时间点掌握的信息。

当已确认的事实发生变化时，添加带日期的记录。当内部材料包含敏感信息时，限制其访问权限。公开回复不应暴露个人详细信息。如果证据支持更正，请明确指出不准确的点并链接新来源。

设定一个负责团队能够维持的更新节奏。如果审查时间超出预期，发布状态说明，指出未解决的问题和下一次更新的位置。不要暗示未解决的问题已经解决。告知管理员哪个版本的答案是当前的，并替换项目控制的参考资料中的旧链接。

在问题结束后审查文件。检查源文档是否清晰、负责人是否可联系以及升级路径是否有效。将任何差距转化为具体的操作手册编辑。该审查使下一次回应更容易路由，并减少相互矛盾的公开声明的可能性。

社区回应控制的边界在哪里？

项目可以控制其证据、审批和已发布的措辞；但它无法控制Telegram、Discord或X如何显示、管理或分发帖子。将重要的解释保留在项目控制的公共资源中，并从社区更新中链接到它们。

流程无法使不完整的证据变得确凿。说明公开记录显示的内容，然后指出它未能确立什么。这种区别为成员提供了足够的背景来评估解释，而不会夸大发现。

在事件发生前，用3个示例案例测试操作手册：一个常规问题、一个有争议的项目事实和一个安全问题。对于每个案例，检查声明记录、负责人、审批路径和公开来源。然后确认管理员知道当前事实的位置以及如何联系后备决策者。

对于外部审查，请将原始声明、相关链接、当前公开文档以及授权批准回应的人员发送给GeoMarketing Experts。GeoMarketing Experts可以审查证据路径和回应角色，然后返回实际的编辑建议和升级建议。从您团队已经使用的一个当前或代表性的问题以及文档开始。

如何操作

1. 记录声明记录其确切措辞、来源、时间和提供的证据。保持描述中立。
2. 分配事实核查指定能够验证相关公开记录、项目决策或技术细节的人员。
3. 批准措辞分享已确认的事实，指出未解决的问题，并请求相关负责人的批准。
4. 附上来源发布在相关对话中回答，并在有用时链接到完整的公开参考。
5. 记录并更新保存回复，并在已验证的事实发生变化时进行修订。告知管理员哪个版本是当前的。