OTW 志愿者体系是怎样维持 AO3 的

fun 收录于 BLOG

2026-05-09 约 10800 字预计阅读 89 分钟

之前写《运营 AO3 需要花多少钱？》时，我们提到了账面成本：服务器、托管、监控、支付手续费，以及预算缺口。那篇文章最后留下了一个没展开的地方：AO3 最贵的一部分，并没有出现在预算表里：志愿者的时间。

这句话很容易被认为是公益项目里的客套话。但放在 AO3 身上，它不是修辞。AO3 不是一台只要服务器还亮着就能自己运转的网站。标签整理、用户求助、政策投诉、代码维护、文档更新、新闻发布、翻译沟通、旧档案导入，每天都有人在处理。用户看到的是页面能打开、搜索能用、标签能筛、问题有人回；但这背后是一套由 OTW 志愿者撑起来的协作系统。

OTW 2024 年度报告给了几个很直观的数字：2024 年，AO3 新增 2,139,910 个作品，新增 1,298,541 个账号，全年页面浏览量约 340 亿；同一年，AO3 有 540 万个标签被整理，Support 收到 27,000 张工单，Policy & Abuse 收到 27,700 张工单，AO3 部署了 34 次 release。到 2024 年底，OTW 有 889 名志愿者；Volunteers & Recruiting 在这一年收到 1,398 份志愿者申请，引入 385 名志愿者。¹

如果只把 AO3 当作一个“网站”，这些数字有点抽象。换成志愿者视角，它们就是一连串具体动作：有人整理新冒出来的标签；有人回复用户求助；有人测试 bug 能不能复现；有人翻译中文标签；有人检查投诉材料；有人发布停机消息；有人招募、培训、记录和交接志愿者。

这篇文章就从这些公开资料和志愿者访谈出发，看看 OTW 的志愿者体系怎样维持 AO3。

AO3 不是“自助运行”的

很多用户和 AO3 的关系都很日常：搜一个 fandom，点进作品，收藏，离开。站点越稳定，人就越容易忘记它需要维护。

但 AO3 的维护不是某一个部门能完成的事。它不是“技术组写代码，其他都靠系统自动处理”。从公开资料看，AO3 更像一个长期协作的公共工程：Tag Wrangling 让作品能被检索，Support 接住用户问题，Policy & Abuse 处理复杂投诉，AD&T 和 Systems 维护代码与基础设施，Documentation 写 FAQ 和帮助说明，Translation 和 User Response Translation 让非英语用户也能得到服务，Communications 向外解释发生了什么，Volunteers & Recruiting 则负责让这些岗位有人加入、有人培训、有人交接。

所以，只谈服务器成本不够。服务器让 AO3 在线，志愿者让 AO3 运作。

OTW 年报说，它是一个由粉丝为粉丝运行的组织，董事会成员和委员会里的志愿者也都是 fandom 参与者。这个说法有时听起来很浪漫，但它也指向一个现实：AO3 的很多关键工作，是由有工作、有课程、有家庭、有个人 fandom 的普通人，在自己的时间里完成的。¹

志愿者不是网站背后的神秘客服。他们首先也是读者、作者、译者、档案爱好者、标签爱好者，或者某些冷门 fandom 的长期居民。正因为他们来自 fandom，AO3 的很多维护工作才不像外部平台在“管理用户”，更像社区内部有人持续整理、解释和修补。

标签整理：让作品真的能被找到

如果说 AO3 有什么功能最不像普通网站，那大概就是标签系统。

很多人第一次用 AO3，会觉得标签又强大又难懂：为什么同一个角色有不同写法？为什么一个英文 trope 会把很多自由标签串起来？为什么搜一个 CP，有时要找完整的 Relationship tag？这背后很大一部分工作，就是 Tag Wrangling，也就是标签整理。

OTW 2024 年度报告显示，2024 年 Tag Wrangling 整理了 540 万个标签，并新增规范化了 6,050 个 fandom。这个数字不是说“有 540 万个标签被机器扫过”。它对应的是持续不断的人工判断：哪些标签是同义？哪些该成为 canonical tag？哪些只是作者的自由表达？哪些属于某个 fandom？哪些应该归到 No Fandom？¹

Tag Wrangler Novic 的访谈很适合用来理解这件事。Novic 把 AO3 形容成一座每天都在增长的大图书馆，标签管理员则像图书管理员，用 tag 帮作品分类、管理，让用户更容易检索。作为中英双语志愿者，Novic 还会把中文标签翻译成英文，方便不懂中文的志愿者查看。²

这里有一个容易被忽略的事实：AO3 是多语言、多 fandom、多文化语境的档案馆。一个中文标签不是孤立存在的。它可能需要被理解、翻译、连接到英文规范标签，也可能需要保留原本的中文语境。标签整理员既要懂 AO3 的规则，也要尽量理解作品和 fandom 的实际用法。

Novic 还提到，标签管理员不会、也不能直接修改作者写下的标签。这个细节很重要。标签整理不是把所有人的表达改成统一格式，而是在后台把自由表达和可检索性接起来。作者仍然可以写有个性的 tag，读者也能通过规范标签找到相关作品。AO3 的标签系统有弹性，正是因为它没有把“表达”和“检索”强行压成同一件事。²

Zixin 的访谈把中文语境讲得更清楚。Zixin 最初作为标签管理志愿者加入 OTW，也是早期专门招募的中文志愿者之一。她提到，自己会帮助其他志愿者把中文标签翻译成英文，整理中文作品的 fandom 标签，也会和其他中文志愿者讨论复杂标签的翻译方式。³

这就是很多用户不太容易看见的一层维护工作：你在 AO3 上搜索中文作品、中文 fandom、中文 CP 时，背后可能有人处理过那些看起来“只是一个标签”的东西。中文标题、拼音、别名、角色译名、同人圈常用缩写，不会自动变成一套好用的检索系统。有人要在后台慢慢把它们理顺。

2026 年的 Tag Wrangling Q&A 也提到，标签工作并不总是轻松。小 fandom 可能几分钟就能处理一些小问题，但大 fandom、复杂 canon、海量标签，尤其是未翻译标签，都需要更完整的时间和注意力。还有志愿者说，大型或复杂 fandom 往往不是一个人能照顾好的，需要 co-wrangling，也就是多人协作。⁴

所以，当我们说 AO3 搜索好用时，不能只夸技术。它好用的一部分，来自有人持续理解 fandom 的语言，并把作者自由写下的标签整理成读者可以检索、筛选和避开的结构。

Support：用户发出去的不是黑洞

Support 是很多用户最容易接触到、也最容易误解的志愿者工作。

从用户角度看，Support 可能就是一个表单：登录失败、页面出错、标签问题、功能建议、bug 反馈，填完发出去，然后等待回复。可从志愿者角度看，这是一套完整的工单系统、协作流程和判断工作。

OTW 2024 年度报告显示，Support 在 2024 年收到 27,000 张工单，比 2023 年增加 2,200 张。9 月份单月达到 4,150 张，是平常月均约 2,000 张的两倍以上。工单内容包括技术帮助、标签变更相关问题，以及提交给 AO3 coding volunteers 的功能请求。⁵

Nary 的访谈说明了 Support 的位置。Nary 既是 Support staffer，也是 Tag Wrangler。她说 Support 会处理网站使用问题、功能请求、故障反馈，也会和很多委员会协作：标签问题找 Tag Wrangling，性能和 bug 找 AD&T，服务条款相关问题找 Abuse，FAQ 文案找 Documentation，复现问题找 Testing，非英语请求找 Translation。⁶

也就是说，Support 不是万能客服，而是一个分流和协调中心。很多问题不是 Support 自己就能解决，但他们要先理解用户在问什么，再把问题送到合适的人那里。

Nary 还描述了 Support 的典型流程：志愿者在工单系统里领取请求，起草回复，再由另一位 Support 志愿者 beta-read，确认没有误解、遗漏或措辞问题后发出。常见问题会有模板，但即便使用模板，也会尽量根据用户的具体问题调整。她举了一个很具体的例子：如果用户问怎么过滤掉某些标签，回复里会尽量使用用户实际提到的标签来示范。⁶

这让 Support 的工作和普通客服不太一样。它既需要熟悉 AO3 功能，也需要理解用户正在遭遇的场景。一个“怎么排除标签”的问题，背后可能是搜索语法、标签规范、筛选逻辑，甚至是读者自己的内容边界。

2025 年国际志愿者日的 Support Q&A 也说得很直白。Support 志愿者提到，有人每周大约投入 10 小时，也有人说自己投入超过 15 小时。也有人希望用户知道：他们不是 24 小时在线的有薪员工，而是忙碌生活中的普通人；Support 表单背后确实有真人，但真人也会被工单数量和恶意措辞消耗。⁷

这个提醒很必要。AO3并没有一支商业客服团队随时待命。用户发出去的每一张工单，都要被某个志愿者读到、判断、处理。等得久不一定是没人管，更多时候是人力有限、问题复杂，或者需要跨委员会确认。

Policy & Abuse：处理最难被看见的边界

如果说 Support 处理的是“这个功能怎么用”“这个问题怎么解决”，Policy & Abuse 面对的往往是更难处理的边界。

2024 年，Policy & Abuse 收到 27,700 张工单，高于 2023 年的 23,600 张。年报里列出的工单类型非常复杂：non-fanworks、被驳回的冒犯内容投诉、抄袭和版权侵权、商业推广、骚扰、垃圾评论、错误 fandom 标签、政策问题、分级或警告不足等。⁸

这类工作很少被普通用户看见。理想情况下，用户只会看到 AO3 有服务条款、有内容政策、有投诉入口。但当争议真正发生时，背后需要有人判断：这是否违反规则？证据够不够？该怎样联系用户？怎样保持执行一致？怎样保护隐私？怎样避免把个人喜好误当成政策？

Zixin 的经历让这部分工作更具体。她加入 Policy & Abuse 后，参与处理用户投诉，也协助中文作品相关的投诉调查，并把英文写成的用户沟通邮件翻译成中文，让中文用户能理解。³

这不是简单翻译。政策处理本身已经敏感，再跨语言、跨文化、跨平台语境，误解会更容易出现。一个中文用户眼里的“投诉”，到了英文语境的服务条款里，可能需要被拆成具体类别；一封英文回复如果没有翻译清楚，用户也很难理解 AO3 到底在说什么。

Zixin 还谈到 2020 年 AO3 在中国大陆访问受阻后，中文志愿者承担了大量额外工作：查看和回复大量微博私信，协助技术部门测试连通性，向非中文同事解释网络环境，和委员会主席讨论中国大陆志愿者的工作安排，甚至学习心理干预技巧来处理带有自杀倾向的私信。³

这段资料重要，是因为它说明“志愿者体系”不是抽象组织结构。遇到危机时，它会变成某些具体的人，在某些具体语言和社区之间做缓冲。中文用户能不能被理解，很多时候取决于是否有人能把中文语境里的焦虑、愤怒、误解和实际困难传递给 OTW 内部。

AD&T 和 Systems：让网站继续站在那里

AO3 的代码和基础设施也依赖志愿者，只是这部分更容易被普通用户当成“网站本来就该这样”。

2024 年，AO3 部署了 34 次 release。年报的时间线里可以看到，AD&T 持续发布版本：有的和语言筛选有关，有的和 skin、blocking、Rails 升级、TOS 更新有关；Systems 则处理版本控制迁移、DDoS 后续报告、停机与站点变慢问题等。¹

Cosette 的访谈让 coding volunteer 的工作有了一点真实感。她是 AD&T 的 coding volunteer，负责和 AO3 的开源代码打交道：修 bug、写测试、开发功能，并和 testing volunteers 一起确认代码变更不会把网站弄坏。她说自己的典型工作，是查看项目管理工具里的 issue，挑自己能处理的，尝试解决，然后提交方案。⁹

这个过程听起来像普通软件开发，但 AO3 的情况不太一样。这里没有商业产品经理逼着追增长指标，也没有付费用户 SLA。它更像一群志愿开发者在维护一个每天有海量用户使用、又不能轻易中断的公共项目。一个小改动可能影响发布作品、评论、收藏、搜索、订阅；每个功能背后也都有历史数据和用户习惯。

Communications 的 IVD Q&A 提到，当 AO3 出现 downtime 或需要向外说明状态时，Comms 会和 AD&T、Systems 配合，负责把准确、简洁的信息发给公众，让技术志愿者能专注处理技术问题。¹⁰

这就是协作的另一面：当网站出问题时，用户看到的是一条公告或状态更新；背后可能有 Systems 在查基础设施，有 AD&T 在看代码，有 Support 在接工单，有 Comms 在组织信息，有 Translation 在把消息带给更多语言的用户。

Translation 与 User Response Translation：让“全球用户”不是一句空话

AO3 是全球性的，但 OTW 的组织沟通、新闻、FAQ、工单处理不会自动跨语言。

Translation Committee 的 IVD Q&A 说得很清楚：他们的主要职责是让不懂英语的粉丝也能访问 OTW 及其项目的内容，包括 OTW 主站、AO3 FAQ、Open Doors 导入公告、AO3 新闻等。他们也会和其他委员会协作，帮助这些委员会与非英语用户沟通。¹¹

2024 年，OTW 还创建了 User Response Translation，专门处理 AO3 面向用户委员会的翻译需求，也就是 Support 和 Policy & Abuse 的高需求语言。目前包括巴西葡萄牙语、中文、俄语和西班牙语。⁸

这个新委员会值得注意。它说明 OTW 已经意识到：新闻翻译和用户沟通翻译不是同一件事。新闻翻译可以慢一点、公开一点；Support 和 Policy & Abuse 的沟通涉及具体用户、具体问题、具体账号或投诉，要求更高，也更敏感。

Zixin 的经历也能和这里接上。作为中文志愿者，她不是只做“把英文新闻翻成中文”的工作。她同时在标签、政策处理、微博运营之间穿梭，把中文用户的问题带进 OTW，也把 OTW 的解释带回中文语境。³

这类工作很难被统计成一个漂亮的数字。但对非英语用户来说，它可能决定了 AO3 是一个“看得见但说不上话”的网站，还是一个真的能够被使用、被理解、被反馈的档案馆。

Communications：当 AO3 出事时，谁来解释

很多人只有在 AO3 出问题时，才会注意到 Communications 的存在。

网站打不开了，评论异常了，垃圾评论爆发了，服务条款更新了，筹款开始了，Open Doors 导入旧档案了，某个法律议题可能影响 fandom 了，用户会需要一个清楚、可信、及时的说明。这些说明不是自动生成的。它们要有人写、有人校对、有人发布，也要有人在不同平台跟进。

2024 年，Communications 发布了 118 篇新文章，处理约 350 个来自粉丝、网站访问者和媒体的询问，并根据情况直接回复或转给合适的团队。他们还和 Translation 合作发布多语言内容，和 Legal 合作发布影响 fan spaces 的法律议题说明。¹

Communications 的 IVD Q&A 里，有人问 AO3 宕机时背后是什么情况。Comms 的回答大意是：他们常常负责发布和传播 downtime 相关信息，并与 AD&T、Systems 协作，确保公众拿到的信息准确、简洁、及时；这样技术人员可以专心处理技术问题。¹⁰

这部分工作看起来像“发公告”，但它其实是在维护用户和项目之间的信任。AO3 的用户群很大，跨语言、跨平台、跨时区。一旦出现问题，如果没有及时解释，恐慌、误解和谣言会很快扩散。Communications 的工作，就是把内部正在发生的技术和组织行动，转换成用户能理解的信息。

这也解释了为什么中文语境里，OTW 微博曾经那么重要。它不只是新闻转发站，也曾经是中文用户理解 OTW、向 OTW 提问、在危机中寻找确认感的入口。

VolCom：志愿者体系也需要维护

如果一个组织依赖志愿者，它就不能只招募志愿者。它还要处理培训、记录、支持、调配、休假、离职、权限管理、文档维护和冲突处理。

这就是 Volunteers & Recruiting，也就是 VolCom 的工作。2024 年，VolCom 协助 13 个委员会招募志愿者，全年开放过 38 种不同岗位，收到 1,398 份申请，引入 385 名志愿者，也处理了 382 名志愿者的离任。到年底，OTW 有 889 名志愿者。¹

IVD 2025 的 VolCom Q&A 提到，不同岗位有不同的每周时间预期。招募时，岗位说明会写出时间要求；有些岗位每周从 2 小时起，有些可能需要 5 小时或更多。VolCom 还负责志愿者入职、离任、休假、人事记录、工具权限，以及协助新委员会、子委员会和工作组形成。¹²

这些工作不会直接体现在 AO3 的界面上，却是网站能长期运行的前提。

志愿者不是无限资源。有人会毕业、换工作、生病、离开 fandom、精力耗尽；有人需要暂停，有人需要培训，有人需要接手旧工作。没有这套后台管理，AO3 可能不会立刻崩掉，但长期一定会变得脆弱：知识留不住，权限交接混乱，新人进不来，老人被消耗，委员会之间也更难协作。

所以，OTW 志愿者体系维持 AO3，不只是“大家愿意帮忙”。它还需要有人专门维护“帮忙这件事”本身。

这种体系也有代价

志愿者体系让 AO3 保持了一种相对少见的运行方式：非商业、低算法干预、尊重用户控制、重视保存和检索。但它也有代价。

第一，速度不会像商业产品那样快。功能迭代、bug 修复、标签规范、政策更新，都要经过志愿者讨论、测试、协作和排期。你可能觉得某个问题“明明很简单”，但在 AO3 这种规模和历史包袱下，简单问题也可能牵动很多旧数据和用户习惯。

第二，回复不会永远及时。Support 和 Policy & Abuse 每年处理数万张工单，但志愿者不是 24 小时客服团队。复杂问题需要跨委员会咨询；敏感问题需要谨慎措辞；多语言问题还需要翻译参与。

第三，社区劳动会消耗人。2024 年度报告开头提到，OTW 做了组织文化审计，并制定 Organizational Culture Roadmap，目标包括问责、安全空间、全球可访问性与跨文化敏感性、透明协作、组织管理标准、志愿者安全等。¹ 这说明 OTW 也在面对大型志愿组织会遇到的治理问题。志愿者体系不会因为出发点良好就自动解决所有组织问题，它也需要持续调整、照顾和更新。

第四，用户很容易看不见这些后台工作。标签能搜到，用户会觉得本来就该搜到；工单有人回，用户会觉得客服就该回复；网站出问题后恢复，用户会觉得网站终于好了。只有当这些事情变慢、变坏、变少时，大家才会突然意识到背后有人。

OTW 志愿者体系维持了什么

它维持的是 AO3 的几种核心能力：

作品能被长期保存；
标签能被持续整理；
用户能通过 Support 寻求帮助；
投诉能进入 Policy & Abuse 流程；
代码能继续修补和发布；
文档能解释复杂功能；
新闻和危机信息能被公开说明；
非英语用户能通过翻译被纳入服务范围；
志愿者本身能被招募、培训和交接。

这些能力组合起来，是 AO3 作为“档案馆”的真正基础。如果说服务器是 AO3 的骨架，那么志愿者体系就是让它能行动、能理解、能回应、能修复的部分。

回到那篇运营成本文章：AO3 的账单里有服务器、托管、监控、工具订阅。这些钱当然重要。没有它们，网站无法运行。

但如果只看钱，就会错过另一半事实：AO3 之所以还能被使用、被搜索、被投诉、被修复、被解释、被翻译，是因为有一群志愿者持续把自己的时间放进去。

这不是账本上的支出，却是 AO3 最核心的成本之一。