摘要：前段时间，我在微信问一问里回答了一个关于 “一天赚几十块钱副业有哪些？” 的问题。主要推荐的是直播小玩法的副业，截至目前收获了官方 1 万的推流和超 5 千人的围观。由此我认为，当前开发直播小玩法还是比较小众，竞争小，个人开发者入局应该能躺赚一笔，真的很适合参

前言

前段时间，我在微信问一问里回答了一个关于 “一天赚几十块钱副业有哪些？” 的问题。主要推荐的是直播小玩法的副业，截至目前收获了官方 1 万的推流和超 5 千人的围观。由此我认为，当前开发直播小玩法还是比较小众，竞争小，个人开发者入局应该能躺赚一笔，真的很适合参考以前的回合制游戏。

简介

直播小玩法是抖音里的一种统称，其他平台有叫直播弹幕小游戏，而抖音里的直播小玩法包括两种，弹幕小游戏和互动插件。个人主体开发者申请软著后，符合平台规范都能上架。上架后，只要有主播用了你的开播，就能享受直播间的礼物分成，分成比例见下图。

比例看着确实比较低，但他也有一个很符合被动收益的优势：一经开发，多端部署，多人开播，无需直接面向观众。就是我们开发后，其实是可以发布到多个平台的，已知对个人开发者开发弹幕游戏上架的平台有：

1. 抖音
2. 哔哩哔哩
3. 虎牙

同一平台可以让多个主播同时开播，看似一场直播分百分之八，但如果一天有 100 个主播，就可以从 100 个直播间分走百分点的收入。

现状

上架直播小玩法虽然是小众行业，但也同样有二八效应，据业内人士说，弹幕游戏有榜单，如果上架后能冲进前 30，那每月被动收入十几 W 很常见。比如 2023 年的两款，《兵临城下》这款游戏全平台月流水超过 6000 万，《星辰无双》日均流水突破 150 万元。

这些头部爆款多数是开发团队完成的，个人开发者前期不试水，上架后可能就是主播一日游，然后还要承担服务器的费用。当然前面的优势和收益也是很可观的，这里只是在入局前给个预期中和一下，防止后期沉默成本过高。

开发

根据官方开发文档介绍，互动插件和弹幕小游戏都支持单价版开发，也就是无需购买服务器，通过客户端接收推送完成交互。互动插件这里就不详细介绍了，类似直播里的点歌，点击屏幕上一个按钮，下拉出一些歌曲列表，选中后可以发送到直播间，这种的交互性更似小程序，可专门为开课，舞蹈博客定制相应的业务型互动插件。

而弹幕小游戏的开发，主要的是通过接收直播间的弹幕、礼物数据后，在游戏中显示对应的增益效果，比如送出仙女棒触发什么，阵营能提升什么。大部分是大同小异，更多的是主题和效果的设计，哪些更能迎合主播和观众，下面就用服务器 + 文档 API，介绍一下大致的开发过程。

流程

1. 用直播伴侣打开后获取 Token 请求服务器接口

2. 服务端根据 Token 获取房间 ID 并返回到小玩法

3. 服务端将监听的房间数据通过长链接推送到小玩法

4. 小玩法根据礼物、弹幕等数据展示 buff 效果

5. 时间结束后根据业务数值判断阵营输赢并排名

服务端接口

下面就从官方文档里列出一些服务端业务中需要用的请求接口，详细可见开放平台的小玩法文档的服务端 API 介绍。

接口调用凭证

access_token 是服务端接口的全局唯一调用凭据，如下面直播信息里的 "X-Token"，任务启动的 “access-token” 传递的请求头参数用的都是这个。access_token 的有效期为 2 个小时，需要定时刷新 access_token。

直播信息

主播使用直播伴侣或移动端云启动玩法后，直播伴侣 / 移动端云启动会传入 token 到玩法中，当玩法获取 token 后，传递给玩法的服务端。玩法服务端通过该接口，使用 token 获取直播间信息，在返回到客户端前，服务端还需要调用 “任务启动”、“礼物置顶”。

{ "data": { "ack_cfg": [ // 预留信息，sdk接入使用，开发者不用感知 ], "linker_info": { // 连屏数据预留信息，开发者目前不用感知 "linker_id": 0, "linker_status": 0, "master_status": 0 }， "info": { "room_id": 7214015683695250235, "anchor_open_id": "_000oJIu6APhomK7KIBGqSYm5XYPxCJB_xxx", "avatar_url": "https://p11.douyinpic.com/aweme/720x720/aweme-avatar/tos-cn-avt-0015_973c31e8055f78a41d3f7de3def9821d.jpeg?from=3067671334", "nick_name": "xxx" } } }

任务启动

调用任务启动后，直播间数据才会同步推送给开发者服务器，注意：不同类型的数据需要启动不同的任务单独监听，比如礼物数据单独启动一个，评论数据单独启动一个，见文档的数据开发。

礼物置顶

为什么还要调这个接口，因为置顶的礼物被送出，才会有礼物数据推送（后期会废用不需要这一步），实现时可以在获取房间 ID 后异步调用。然后直播挂载小玩法后，开发者根据玩法场景自主控制当前场景需要置顶的礼物，前提是置顶的礼物在玩法维度礼物配置中。调用置顶礼物接口的条件：

已开通 “获取礼物互动数据能力”置顶的礼物数量不能超过 6 个，且必须为礼物配置列表中已勾选的礼物

分页查询推送失败数据

可以用定时任务对已经开播的 RoomId 请求 api 分页查询推送失败的数据，返回空代表全部推送成功，否则可以根据业务需求记录失败的数据和重新推送到小玩法客户端。

{ "err_no": 0, "err_msg": "ok", "logid": "20220927122238291", "data": { "page_num": 1, "total_count": 100, "data_list": [ // 当页的数据列表 { "roomid": "12345", // string类型，消息的房间id "msg_type": "live_gift", // string类型，表示消息类型 "payload": "[...]" // string类型，对应推送协议中的payload字符串，需要unmarshal } ] } }