Ozone 是一款为 Bluesky 与其他 atproto 应用准备的开源审核与标注界面：它把举报处理、标签管理、内容与账号处置收进同一个自托管工作台，让审核团队不用在多个后台之间来回切换。据仓库说明，它用 TypeScript 与 Next.js 构建，可通过 Docker 把界面与后端一起部署起来。
30 秒速读
如果团队需要为 Bluesky 或其他 atproto 应用自托管审核工作台，尤其是有举报处理、标签管理和账号或内容处置的需求，Ozone 值得纳入候选。反过来，如果目标平台不是 atproto，或者团队拿不到 moderator、administrator 权限，又不愿承担 Docker 与 PDS 的配置成本，这个工具就不适合直接采用，先确认权限模型再决定。
项目信息
| 项目 | 内容 |
|---|---|
| 开发语言 | TypeScript、Next.js |
| 部署方式 | Docker 自托管，界面与后端一起部署 |
| 许可证 | 以仓库 LICENSE 文件为准 |
| 适用平台 | 多平台 |
| 面向生态 | Bluesky 与其他 atproto 应用 |
| 适用场景 | 举报审核、标签管理、内容与账号处置 |
选型对照：它和轻量举报收件箱比
结论先行：要的是完整审核工作流——分流、升级、处置、标签、邀请树一次给齐，选 Ozone；只要一个能收举报的轻量收件箱，别上这个，配置成本划不来。
| 维度 | Ozone | 轻量举报收件箱 |
|---|---|---|
| 功能范围 | 举报分流、升级、处置、标签、下架停用全套 | 只收举报、简单标记 |
| 权限要求 | 需要 moderator 或 administrator 权限 | 一般只需普通管理权限 |
| 部署成本 | Docker、PDS、后端接口都要配 | 开箱即用或少量配置 |
| 生态绑定 | 面向 Bluesky 与 atproto 应用 | 多为通用方案 |
| 适合团队 | 有专职审核与平台运维的团队 | 小团队、兼职审核场景 |
上手步骤
- 先确认权限与生态：目标系统是否基于 atproto，团队能不能拿到 moderator 或 administrator 权限，两项缺一都不要继续。
- 从 HOSTING.md 开始部署：按文档把 Ozone 界面与后端服务用 Docker 一起跑起来，先在测试环境验证，不要直接上生产。
- 接好外部依赖：核对 PDS 配置与 Ozone labeling service 的连接，确认举报、标签与处置动作都能正常走到后端。
- 建一条审核流程验证：从收到举报开始，走完查看、分流、升级、处置全流程，再验证标签创建、邀请树浏览与模板邮件发送。
- 本地开发另看 HACKING.md：需要本地 PDS 以及未发布的 @atproto/api 变更等条件，开发环境的配置成本要单独评估。
注意事项与边界
- 没有特权就用不了：界面通常需要 moderator 或 administrator 权限才能正常使用，部署前先把账号权限谈妥。
- 只面向 atproto 生态：README 只明确说明其面向 Bluesky 和其他 atproto 应用，其他协议或平台的兼容范围需查看源码确认。
- 本地开发成本不低：可能需要本地 PDS 以及未发布的 @atproto/api 变更等条件，配置成本需结合 HACKING.md 评估。
- 构建问题没有官方支持：项目贡献说明明确表示不为构建问题提供支持，部署故障需要使用方自行排查，上线前先建好自己的排障流程。
- 细节要查完整文档：公开摘要未完整描述数据存储、鉴权细节和扩展接口，正式接入前需查看 README、部署文档或源码确认。
适合谁，不适合谁
适合：需要在 Bluesky 或其他 atproto 应用中自建审核、标注和内容处置服务的管理员、审核团队及平台工程师，尤其是有专职审核流程、能维护带特权的审核服务的团队。
不适合：目标平台不是 atproto 的团队；只需要轻量举报收件箱的场景；拿不到 moderator 或 administrator 权限的团队；无法承担 Docker、PDS 和相关 API 配置成本的团队，应当先比较其他工具。
获取方式
GitHub 国内访问较慢，如打不开可多刷新几次
关注「软件教程管家」
回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。
本站资源仅供个人学习交流，请勿用于商业用途。软件与资料版权归原作者所有；如有侵权，请通过公众号「软件教程管家」联系我们，我们将在 24 小时内下架处理。查看免责声明 ›
