你发出去的构建，就是会泄露的构建
发一个 Playtest 构建，通常是一连串小问题：
- 上传几个 GB 的包，然后祈祷测试者的显卡、驱动和运行库都对。
- 测试结束后，构建还躺在对方的下载目录里，你收不回来。
- 每出新版本就要再传一次、再发一次链接、再问一遍「你现在是哪个版本？」。
- 截图和录像可能在你想公开之前就流出去。
- 用 Mac、平板或锁死权限的机器的测试者，根本跑不起来。
对封闭 Alpha、媒体预览或发行商 Pitch 来说，分发可执行文件往往是整个流程里风险最高的一步。
Playtest 链接改变了什么
Playtest 链接是一条 URL，它在你控制的 Windows 主机上启动会话。游戏跑在主机上，测试者的浏览器只接收画面、发送输入。没有包需要转发、安装，也没有包需要记得删除。
- 访问可收回：把主机关掉，链接就失效。
- 构建留在家里：测试者的磁盘上没有可执行文件、没有资源、没有源码。
- 没有安装摩擦：只需要一个浏览器。
- 只有一个当前版本：更新主机，所有测试者拿到的就是新版本。
- 跨设备：Windows、Mac、Linux、平板和低端笔记本都能加入。
怎么运作
- 在 Gamespace 创建游戏。绑定进程名或 Steam AppID，设置单次时长，选择结束后跳转的地址。
- 连接 Windows 主机。主机加入游戏并选择边缘区域，构建始终留在这台机器上。
- 创建私密 Campaign 链接。如果是 NDA 测试，加密码，并确保链接不出现在公开页面。
- 看会话漏斗。谁点了、谁拿到主机、谁连上、谁玩了、谁完成，一目了然。
测试结束后，关掉主机即可。不用追着测试者删文件。
访问控制清单
- 密码：封闭测试一定加；每一轮测试换一次。
- 时长上限：只给你真正需要反馈的时长。
- 兜底 URL：过期或没有主机时，把玩家送到「测试已结束」页面，而不是死胡同。
- NDA 与水印：需要追泄露源时，把测试者 ID 放在画面上。
- 反馈闭环：链接负责让人进来，问卷/Discord 负责拿到信号。
- 版本纪律：一个构建一台主机，邀请里写清楚这次改了什么。
Steam Playtest vs 发包 vs 链接
| Steam Playtest | 直接发包 | Playtest 链接 | |
|---|---|---|---|
| 构建在哪 | Steam depot | 测试者磁盘 | 你的 Windows 主机 |
| 谁能进 | 有权限的 Steam 用户 | 拿到文件的人 | 拿到链接和密码的人 |
| 收回访问 | 从 Playtest 移除 | 做不到 | 关掉主机 |
| 需要安装 | 需要 | 需要 | 不需要，只要浏览器 |
| Mac / 平板测试者 | 受限 | 通常不行 | 可以 |
| 最适合 | Steam 内的大规模/公开测试 | 可信机器上的内部构建 | 封闭 Alpha、媒体、发行商、跨设备测试 |
Playtest 该度量什么
链接给你的是会话数据，而不只是「他装没装」。至少记录：
- 邀请点击 → 分配主机（进没进来？）
- 主机就绪 → Web 连接（画面起没起来？）
- 会话时长与完成率（玩得够久、有意见吗？）
- 停在哪（具体关卡、菜单、崩溃）
- 测试后问卷/访谈，并和构建版本绑定
常见问题
不需要。他们用浏览器打开链接。游戏跑在你的 Windows 主机上，浏览器接收画面、发送输入。
不会。可执行文件和资源始终留在你的主机上。测试者拿不到构建，因此更适合封闭测试、媒体预览和 NDA 场景。
可以。加密码、保持链接私密、限制单次时长；关掉主机关闭访问。没有主机在线时也可以设置兜底跳转。
不一样。Steam Playtest 通过 Steam 分发构建；Playtest 链接把构建跑在你自己的机器上，不依赖 Steam，也适合媒体、发行商和没有 Steam 客户端的测试者。
输入发送到主机，画面通过 WebRTC 返回。延迟取决于玩家和主机的距离。做 Playtest 时，把主机放在测试者附近，或选择更近的边缘区域。