用途：为游戏项目搭建从零到自动化的 CI/CD 流水线，覆盖自动构建、自动化测试、打包版本管理和部署到 Steam、itch.io、Epic Games Store，适用于任何引擎的游戏仓库。触发场景包括团队需要自动化构建、需要自动化商店部署、需要将自动化测试接入构建流水线、正在为游戏仓库配置 GitHub Actions 或其他 CI、需要构建版本号或产物管理策略、需要配置多平台导出（Windows、Linux、macOS、Web）。不适用于通用代码评审、人工 QA 策略、游戏设计反馈、跳过 CI 的 Game Jam 场景，以及非游戏软件的 CI/CD。
主要能力：指导识别引擎（通过 project.godot、.unity、.uproject 等文件），并按引擎给出具体配置。Godot 使用 barichello/godot-ci 镜像（需固定版本，如 4.4），支持 Headless 导出多平台，GUT 或 gdUnit4 测试通过命令运行并自动反馈失败。Unity 使用 GameCI 系列 action（unity-test-runner、unity-builder、steam-deploy、unity-return-license），需配置 UNITY_LICENSE、UNITY_EMAIL、UNITY_PASSWORD 等 GitHub Secrets，并缓存 Library 目录。Unreal 需自托管 runner，使用 RunUAT BuildCookRun 或 BuildGraph，对磁盘和内存要求较高。
使用方式：流水线遵循四阶段结构——BUILD、TEST、PACKAGE、DEPLOY。凭据一律存于 GitHub Secrets 并通过 secrets 引用，不写入 YAML；所有 action、镜像与引擎版本必须固定；缓存不随提交变化的目录；先部署到测试分支或测试渠道，验证后再手工上线；测试先于构建，失败即停止。
限制：资料未提供具体收费、价格与平台支持细节；Unreal 因许可限制无法使用公共 Docker 镜像，需自托管基础设施；本文仅为配置方法说明，实际效果依赖项目与运行环境。