2019 年 3 月 26 日晚上，一个叫”996icu”的 GitHub 账号注册了。它在几分钟后创建了一个仓库，名字就叫 996.ICU。仓库里没有一行 Python，没有前端框架，没有 README 里的安装指令。它只有一个 markdown 文件，里面写着一段话：996 工作制（早 9 点到晚 9 点，每周 6 天）等于把自己送进 ICU。
48 小时后，这个仓库的 Star 数突破了 5 万。一周后，它进入了 GitHub 历史上 Star 增速前三。微软和 GitHub 的员工在另一个仓库里发起了公开声援。BBC、彭博社、南华早报全部跟进报道。这不是一个技术项目出圈的故事。这是一群中国程序员用 GitHub 的社交基建（Star、Issue、PR、Fork）发起的一次劳权表达。它的”代码”不是代码，是共识。
我对这个项目的判断分成两层。第一层是它作为”运动”的价值：它确实改变了中国互联网行业对 996 的公共讨论方式，把一个问题从茶水间吐槽变成了国际新闻。第二层是它作为”仓库”的现状：2025 年 8 月之后再也没有新的 commit。发起人据说在 2023 年因”颠覆国家政权罪”被刑事拘留。这个仓库已经实质性停摆。
但这不妨碍它值得认真聊。事实上，正是因为它的后续命运如此复杂，才让这个仓库的意义超出了”程序员闹脾气”的肤浅解读。
为什么这个仓库能涨到 27 万星
276,339 个 Star。放到 2026 年 6 月的 GitHub 全站排行榜里，它仅次于 freeCodeCamp 和几个 AI 明星项目。排在它后面的有 React、TensorFlow、Vue。一个连 hello world 都没有的仓库，凭什么？
先看它做了什么，再解释为什么这个设计如此反直觉。仓库的核心机制非常朴素，朴素到你可能会觉得”就这？”：
仓库结构（截至首次冻结前的功能）：
blacklist/ → 社区提交的 996 公司名单（150+ 家）
LICENSE → Anti-996 License v1.0
README.md → 中英文双语说明
whitelist/ → 曾被列入黑名单后取消的公司
没有 CI，没有 Docker，没有任何自动化。它的运作方式是纯人肉的：程序员在 Issue 区提供截图证据证明某公司实行 996，维护者审核后合并 PR 把公司加入黑名单。这个流程的设计精度为零，但效率出奇地高。因为贡献者不是在使用一个工具，而是在参与一次集体行动。
第二个关键要素是 Anti-996 License。这是 996.ICU 最激进的产物。它本质上是一个附加了劳动条件约束的 MIT 变体：
"Anti 996" License Version 1.0 (Draft)
Permission is hereby granted [...] subject to the following conditions:
1. 必须完整保留此许可证声明
2. 使用者必须严格遵守其所在司法管辖区的所有劳动法规；
若该管辖区无此类法规或不可执行，则需遵守国际核心劳工标准
3. 使用者不得诱导或强迫员工以任何方式放弃劳动法赋予的权利
换句话说：如果你的公司搞 996，你就不能用这个协议的代码。这是一个把技术许可变成劳动维权工具的实验。MIT 协议说”随便用”，Anti-996 协议说”可以随便用，前提是你别剥削员工”。
机制听上去很聪明，但问题也来了：作为一个没有可执行代码的仓库，你打开它之后到底能干嘛？
打开看看：你不是在装东西，你是在参与
这个仓库没有安装步骤，因为它根本不是一个你能”装”的东西。没有 pip install，没有 docker run。你进入仓库之后能做的事情只有几件：Star 它（等于签个名），Fork 它（等于转发），在 Issue 区报告你所在公司的 996 情况，或者提一个 PR 往黑名单里加公司。整个交互模型就是一个 GitHub 原生论坛加上一个分布式请愿书，干净到只有一个 README 文件和几个目录。
如果你想知道怎么开始参与，流程出奇地简单，简单到像在填一张在线表格：
提交黑名单证据的标准流程：
-
在 blacklist/ 目录找到对应城市的 .md 文件 -
按格式填入：公司名、施行时间、制度描述、证据截图 -
提 PR，等待社区审核
这个”安装”没有 PIP，没有 npm。但你很快会意识到，它需要的不是命令行，是你有没有勇气把公司名字写上去。在 2019 年的环境下，这意味着真正的职业风险。有人在提完 PR 之后删掉了自己的 GitHub 账号。有些黑名单条目至今没有署名。
从这个意义上说，996.ICU 可能是 GitHub 上参与门槛最高的仓库。安装一条命令就够了，但这个仓库的”安装”成本不是学习曲线，是你愿不愿意为自己的劳动权益发声。
什么时候值得关注，什么时候不用看了
| 场景 | 适合谁 | 价值 | 局限 |
|---|---|---|---|
| 研究中国互联网劳权运动 | 学者、记者、政策研究者 | 一手资料库，150+ 公司原始证据 | 数据截至 2025，已无更新 |
| 了解 Anti-996 License 的法律框架 | 开源协议研究者、法务 | 开源许可证创新样本 | 法律效力未经验证，仍是草案 |
| 找一份不搞 996 的公司 | 求职的程序员 | 可作为参考锚点 | 黑名单时效性差，很多公司情况已变 |
| 关注开源社区与社会的交叉 | 开源布道者、技术管理者 | GitHub 社会功能的极端案例 | 仓库本身不产出技术内容 |
反过来说，以下几种情况你打开这个仓库大概率会失望：
-
你想找技术项目来学习代码。这里确实没有代码，连配置文件都很少。移步 freeCodeCamp 或者 build-your-own-x -
你想找到一份实时更新的公司黑名单。2025 年 8 月之后这个仓库已经停止接受 PR 合并，Issue 区也不再有人回复 -
你指望它来解决你的加班问题。一个 GitHub 仓库改变不了劳动法，但它可以改变讨论的方式
社区：一个被冻结的档案馆
| 指标 | 数据 | 说明 |
|---|---|---|
| Stars | 276,339 | 截至 2026 年 6 月，月增约 100-200 |
| Forks | 20,814 | 大量 Fork 后独立维护的衍生仓库 |
| Open Issues | 16,692 | 实质上是讨论帖，不是技术 Bug |
| 核心维护者 | 匿名，约 3-5 人（早期） | 发起人已于 2023 年被刑拘 |
| 协议 | Anti-996 License v1.0 | 自定义协议，法律效力存疑 |
| 活跃度 | 最后一笔 commit：2025 年 8 月 | 仓库处于实质性停摆状态 |
2019 年的社区是疯狂的。Issue 区每天涌入上千条讨论，有人贴出了自己公司的内部通知截图，有人分享了劳动仲裁的经历。HackerNews 上的三四个讨论串各自都超过了 200 条评论。Reddit 的 r/programming 板块连续一周的头条都是 996.ICU。
但到了 2026 年，这些都已经冷却了。Issue 区现在更像一个时间胶囊。你翻看 2019 年的帖子，能看到当时的愤怒、恐惧和希望。翻到 2023 年，讨论明显变少，语气从抗争变成了缅怀。2025 年 8 月最后一个 PR 合并之后，这里彻底安静了。
这种”冷却”不是偶然的。2021 年之后，中国互联网行业经历了大规模的监管调整和裁员潮，996 的讨论被更大的行业动荡覆盖了。加上发起人被捕的寒蝉效应，这个仓库从一场运动变成了一个档案馆。
ANU Press 在 2022 年发表了一篇题为”The 996.ICU Movement”的学术论文，把这场运动定性为”数字劳工抗争的新型态”。这个评价是准确的。它的价值不在结果的改变上，在形式的创新上。程序员用自己最熟悉的工具（GitHub 的协作机制）做了一件本不该由他们来做的事。
社区的故事说到这，更尖锐的问题也浮出来了：七年过去，它到底改变了什么？
我的真实看法：它输掉了战争，但赢了一场更重要的东西
如果以”消灭 996″为目标来评判，996.ICU 输了。2026 年的中国互联网行业，996 不仅没有消失，在某些细分赛道（尤其是 AI 和游戏）反而更严重了。劳动法执行依旧疲软，黑名单上的很多公司业绩反而更好。Anti-996 License 在全球开源社区里几乎没有人实际采用，因为它附加的条件让企业法务直接否决。
跟它形成鲜明对比的是 955.WLB 仓库，后者用白名单思路列出不加班公司。从产品设计的角度看，白名单显然更友好：给你一份”可以去的地方”而不是”别去的地方”。但现实是，955.WLB 至今只有几千个 Star，传播力不到 996.ICU 的百分之一。这说明一个残酷的事实：在 GitHub 上，曝光坏公司的传播效率，远比推荐好公司高得多。同类项目比较来看，GitHub 上几乎所有成功的劳权相关仓库（如微软员工声援仓库 support.996.ICU、各分语言的 Anti-996 License 适配版）都是在 996.ICU 的叙事框架下运作的，没有一个能独立开辟新的范式。
但这个”输”要看你怎么定义。如果把时间维度拉长，把评判标准从”是否消灭了 996″换成”是否改变了讨论规则”，结论完全不同。
它的真正遗产在三件事上。
- 第一，它证明了 GitHub 的社交机制可以承载远超代码协作的社会功能。Star 变成了签名，Issue 变成了公开听证，PR 变成了证据提交。这是一个用错了场景但用对了方法的案例。
- 第二，它把劳动权益的讨论从茶水间和微信小群搬到了全球可见的平台上。在 996.ICU 出现之前，中国程序员对外界讨论加班问题的主要方式是匿名吐槽。在这之后，BBC 的记者可以直接引用 GitHub 上的 Issue 做报道。这种可见性的跃迁本身就是一种威慑。
- 第三，也是最容易被忽视的：它教会了一代程序员，开源精神不仅仅是”分享代码”，也包括”分享风险”和”分享代价”。Anti-996 License 在法律上可能站不住脚，但它在概念上的突破是真实的——它把”开源协议能约束什么”的边界，从软件使用推到了劳动条件上。这可能是未来五到十年最值得跟踪的开源法律实验之一。
观点摆完了。如果你是被这篇文章带进 996.ICU 的，接下去该做什么？
资源地址
| 资源 | 地址 |
|---|---|
| GitHub | https://github.com/996icu/996.ICU |
| 官方网站 | https://996.icu |
话说到这份上，该给个明确的行动建议了。
如果这件事跟你有关
如果你正在找一份不搞 996 的工作，996.ICU 的黑名单可以当参考锚点。但它的时效性很差，很多公司的情况已经变了。更有效的方式是看具体部门的脉脉讨论和 Glassdoor 评价。黑名单的价值在于帮你建立一个”谨慎对待”的公司列表，不在替你做出最终判断。
如果你在维护一个开源项目，Anti-996 License 值得你花半个小时读一下原文。不是因为你应该立即采用它，而是因为它提出了一个你平时不会想的问题：你写的代码，被谁用、在什么条件下用，你管不管？大多数开源贡献者从来没想过这个问题。996.ICU 逼你想了一次。
这个仓库已经不更新了。它的发起人不会再提任何 PR。但每次有程序员在凌晨两点打开 GitHub，看到右上角那个 27 万 Star 的仓库名字，都会想起 2019 年那个春天——一群人试图用 Star 和 Issue 做一件代码做不到的事。这个记忆本身，就是 996.ICU 留给整个开源社区和一代中国程序员最大的遗产。