一条争议帖子下方挂出社区注释时,读者看到的通常是一个已经成形的结果:这段补充说明通过了评分,得以公开展示。至于它究竟是因为证据扎实而站稳了脚跟,还是因为措辞恰好能让不同立场的人同时点头,界面上的状态标签并不会替人拆开说明。

2026年10月1日,X的Community Notes账号宣布开源AI写作器Community Writer。按照公告,这个工具会提出纠错注释草稿,是否展示仍由人类贡献者的评分决定;公告同时强调,写作器旨在反映公众意愿,并扩大获得不同观点者认可的注释数量。这是一项值得认真对待的目标,却也把那个平时隐在标签背后的问题推到了台前:人们认可一条纠错,与它准确地说明了事实,这两件事究竟怎样联系?1

先于公告一天发布的9月30日技术报告,交代了更具体的运转流程:系统挑选候选帖子、草拟注释,再评估哪些草稿更可能被评为有帮助。这份报告主要分析2026年6月2日至29日的数据,不能直接当作十月份的实时表现。按平台研究团队自己的统计,在这段样本窗口内,全部被评为Helpful并最终展示的注释里,有52%由Community Writer写出。2

官方这样设计,有很实在的考虑。人工评分者的时间有限,要是把大批欠缺帮助的草稿直接塞给他们,本来就稀缺的注意力很快会被耗尽。技术报告强调,Community Writer使用公共接口,遵守其他AI写作者面对的准入和提交规则,机器也不能自行把注释标成公众可见。这些约束保住了人工决定展示与否的边界,使扩大纠错供给不必直接交出最终把关权。2

可到了实际参与者手里,同一套筛选却显出了另一重阻力。10月18日,研究者Renée DiResta撰文回顾了她开发注释机器人的经历。她认可众包纠错的价值,却对一个具体环节感到担忧:哪怕一条注释附有可靠来源、措辞也足够谨慎,仍可能因为难以取得跨立场认可而无法展示;如果写作器在投入精力前先预测通过机会,它就可能主动避开那些最难形成共识的争议问题。这是她根据自身项目经历提出的批评,不能拿一位参与者的观察直接代表全部注释,但她指出的选择压力值得正视。3

困难就出在“有帮助”这个标签同时挑起了两种期待。它既用来记录评分者认为一段文字有用,又在展示后被普通读者当作值得相信的提示。两者虽然经常相互支持,却没有必然重合的保证。人们可能一致认可一段把材料梳理清楚的文字,也可能在面对复杂问题时共同遗漏一个关键前提;反过来,评分者之间的强烈分歧,既可能来自现有证据尚不充分,也可能来自某条证据恰好触动了双方不同的利益。仅凭最终的评分结果,无法分清眼下属于哪一种情况。

翻看Community Notes的官方说明,系统其实保留了这层分寸。它并不靠询问政治身份来划分阵营,而是根据贡献者过去怎样评分来估计他们之间的观点差异;平时评分习惯不同的人同时认为某条注释有帮助,会被当作能够跨越分歧的信号。正因如此,不同评分习惯的人共同认可,不能自动翻译成各政治阵营都已认可,更不能直接等同于事实已经获得证明。4

阿伦特在《真理与政治》第二节至第三节中,曾深入讨论过事实与意见的区别。事实涉及共同世界中的具体事件,往往要靠见证和记录才能为人所知;不同的人可以站在这些事实基础上形成不同的判断。任何叙述都带有视角,也需要选择材料,但这种选择并不授权叙述者任意改动已经发生的事情。在一桩事情究竟有没有发生的问题上,赞同的人数再多,也不能代替证据。5

承认这一区分,并不许诺世界上存在一个无需人类解释便能自行说话的事实仓库。历史记录可能残缺,证词会彼此冲突,鉴定方法也会出错。所谓尊重事实,是要求每一项主张始终对相关材料负责,并在更好的证据出现时允许修改,而不是授予某位专家或某家机构永远免受质疑的地位。

由此可以引出本文的推论:跨立场认可与事实核查守着两道不同的门。跨立场认可帮助纠错取得公共信任,它参与决定人们为什么愿意停下来读这段话;事实核查则要继续回答注释究竟凭什么成立。如果把两项任务完全合成一个Helpful分数,读者就容易把“还没有得到足够认可”误读为“不存在可靠纠正”,或者把“已经得到认可”直接当成查证的终点。

这也正是DiResta的疑虑切中要害的地方。她并未证明所有被筛掉的草稿都正确无误,也没有证明系统有意保护某一种立场。她指出的是规则形成的选择压力:当成功被定义为更容易取得认可,写作者就有理由优先处理容易取得认可的对象。一项制度完全可以提高已发表内容的平均表现,同时留下越来越难处理的未发表部分。这两种结果并不矛盾,也可能同时出现。

当然,这种批评也必须面对最有力的反对意见。没有任何核查系统能够无限运转。专业核查机构同样会挑选题目,同样受制于资金与编辑判断。要求众包平台把每一项争议都查个水落石出,既不现实,也可能让少量恶意请求占满资源;更何况,假如跨立场认可确实有助于防止某一方集中操纵评分,轻率取消这道门槛,还会破坏社区注释现有的信任基础。

所以,值得争取的方向无需推翻共识机制,关键在于让不同性质的判断各自可见。一条注释如果还在等待更多评分,界面上就应当如实表示评分尚未完成,而不能让这种状态被理解为原帖已经获得了事实担保;反过来,某条注释哪怕获得了展示,也仍应当让读者看清具体来源,能够自行核对来源究竟支持其中的哪一句话。这里并没有苛求平台强行宣布每个争议的唯一答案,只要求它不要让一个综合状态标签替所有问题作答。

碰上涉及现场情况的新传言时,把这两道门分开尤为重要。AI可以更快地检索已经公开的说明,却不能凭生成速度补出尚未取得的现场见证。如果公开资料还不充分,诚实的注释能做的就是限定已知范围。一旦把“没有找到证据”直接写成“已经证明没有发生”,纠错本身就会制造出新的错误。判断应当保留多少余地,是由手头的材料决定的,不该由帖子下方急于看到一句定论的催促来决定。

健康的公开讨论,同样需要允许人们分别评价两件事。某条注释准确指出了原帖的具体错误,读者仍然可以不同意它字里行间暗示的政策结论;某个机构过去常常判断失误,它这一次提供的原始记录仍然可能扎实有效。把事实争议与立场归属死死捆在一起,只会让接受一项事实更正变得像一次公开投降。

Community Writer的技术报告把这些设计取舍摆到了明处,这是实实在在的进展。人们得以检查系统在什么环节预测认可度,也能据此讨论节约评分时间是否挤压了困难问题。只是在面对一条具体注释时,判断最后仍要回到它给出的材料上。哪怕平时争论不休的人这一回一致点了头,我们依然应该能够顺着链接点进去,看清它为什么值得那一次点头。

资料截至2026年10月23日。X帖文通过公开转录核对,技术细节参照平台团队报告;未核实时传播量。

出处与说明

Footnotes

  1. Community Notes宣布开源Community Writer的X原帖,平台公告日期为2026年10月1日,主代理核得18时46分UTC,北京时间为10月2日02时46分。官方帖全文通过Jay Baxter公开账号页面的搜索索引转录读取,其中包含他10月1日引用的官方帖。读到开源、技术报告、公众输入及注释数量增长宣告;未声称直接读取了原帖的完整回复串。 ↩

  2. Community-Driven API and AI Writer Design for Openly Scaling Community Notes,2026年9月30日,平台团队预印本。本轮核对摘要、第4节关于公共API和提交约束的段落、第6节产出与删除统计、第7节对评分资源和比较局限的说明。正文52%为主要评估窗口2026年6月2日至29日的Helpful注释占比,不能写成实时占比或外部独立验证。公告另提的86%增长采用其他时间窗口,正文未混用。 ↩ ↩2

  3. Renée DiResta的注释机器人开发经历,2026年10月18日,已读正文,重点为“Challenge #2”和“Who is writing the notes that do show up?”。只采用她对认可激励和争议题选择压力的明确批评;没有把她对全部选举传言的判断移作本文事实,也没有把平台早前报告写成对她后发文章的逐条回应。 ↩

  4. Community Notes关于不同观点的官方说明,本轮从该官方URL的搜索索引读到按历史评分推断分歧、并不使用政治身份等属性的说明。正文只说明算法代理指标,未把历史评分分歧直接当作政治光谱。 ↩

  5. 阿伦特《真理与政治》原文,第二节末段至第三节开头,重点为“Factual truth, on the contrary, is always related to other people”之后的论述。本轮读取PDF相应段落。引用定位采用文章节次,不伪造中文译本页码;关于注释制度和Helpful分数的应用属于本文推论。 ↩