测试、上线与维护

Steam 创意工坊测试、上线与维护指南

在公开 Steam 创意工坊之前,开发者需要验证内容制作、上传、订阅和游戏加载是否能连成完整流程。本页介绍封闭测试的准备、SteamCMD 辅助测试、SDK 示例与上线后的维护,适合负责游戏工具链及社区运营的团队。

创作者、Steam 工坊、玩家或服务器与游戏客户端之间的内容流转

图:原创流程示意,依据 Steamworks 创意工坊文档绘制。

用测试分支和社区组限制范围

先通过 Steam 测试分支向测试人员提供包含工坊功能的构建。需要限制工坊访问时,可建立 Steam 社区组,从组资料中取得组 ID,在游戏的 Steamworks Workshop 设置中将曝光状态设为 Developers & Testers,输入组 ID 并发布更改。这样可以让受邀人员在公开前试用工具并提供反馈。

安排测试时,不妨覆盖整个链路:创建内容、上传并接受协议、从另一个符合条件的账号订阅、等待下载、在游戏中加载,然后更新内容并确认客户端处理更新。还应检查下载失败、取消订阅、缺少文件、版本不兼容和多人游戏中的内容一致性。仅通过家庭共享或免费周末等临时许可访问游戏的用户不能上传该应用的工坊内容,选择测试账号时应考虑这一限制。

用 SteamCMD 验证测试项目

官方允许使用 SteamCMD 的 workshop_build_item 创建或更新工坊项目以辅助测试,但该工具需要用户输入 Steam 凭据,不应作为要求普通玩家输入凭据的正式上传方案。测试配置采用 VDF 文本文件,常见字段包括 appid、publishedfileid、contentfolder、previewfile、visibility、title、description 和 changenote。

创建项目时必须设置 appid,publishedfileid 不设置或设为 0;更新现有项目时两者都需要填写。官方说明,更新某个键时,其余键值对也应包含在 VDF 中;路径应指向实际测试文件。将配置文件交给 workshop_build_item <配置文件路径>;成功后 VDF 中的 publishedfileid 会更新为项目 ID,之后再次使用同一文件时会更新该项目。账号凭据不应写入分享给他人的脚本或日志。

对照 SpaceWar 示例检查接入

Steamworks SDK 随附的 SpaceWar 示例覆盖了部分 ISteamUGC 场景。CSpaceWarClient::LoadWorkshopItem 展示检查下载和安装状态以及按项目 ID 请求信息;LoadWorkshopItems 展示枚举当前用户订阅项目;OnWorkshopItemInstalled 展示安装回调处理。它适合用来理解调用之间的关系,但只覆盖接口的一部分,仍需按自己游戏的内容格式补充验证和加载逻辑。

发布前准备用户可见内容

正式开放前,准备易于识别的工坊形象图、简短标题和描述,并提供内容制作工具的入门文档。将工坊曝光状态改为 Everyone 需要完成 Steamworks 的工坊清单,包括品牌素材、标题、描述及至少一个公开项目。应先确认公开项目的内容和说明适合展示,再通过 Steamworks 的发布流程提交配置。

上线后持续维护格式规范和制作指南,说明游戏更新对工坊内容的影响,并为作者提供反馈渠道。可提前在测试分支提供新版本,让内容作者验证兼容性;对于玩家报告的问题,结合项目 ID、应用版本、操作步骤与相应日志排查,避免仅凭“无法加载”判断原因。

参考 Steam 创意工坊概览、创意工坊实现指南 和 项目版本控制。