关于 roblox-to-prd
将已确定的 Roblox 游戏概念整理成简明、可实施 PRD 的技能。它定义系统、玩家流程、持久化、UI、移动端要求和风险，并发布文档以便拆分任务和试玩。
主要功能
- 01综合现有概念与项目状态
- 02列出服务端和客户端系统
- 03记录玩家流程与经济设计
- 04涵盖持久化、UI 和移动端目标
- 05发布 PRD 以便拆分任务
适用场景
- 01编写可实施的 Roblox 游戏设计简报
- 02定义权威系统与有价值状态
- 03将 PRD 转入可试玩的任务规划
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/roblox-to-prd确认已加载。
详细介绍
Roblox → PRD
将已确定的内容整理为简洁、可落地的游戏设计简报（PRD）。不要从头开始采访用户——综合已有的概念、对话和场景状态。如果概念尚未经过压力测试，请先运行 roblox-game-ideas（grilling mode）。
追踪器位置和标签词汇应已在 CLAUDE.md / docs/agents/ 中提供。如果没有，请运行 setup-roblox-skills。
存在的意义
AI 构建 Roblox 游戏时，最大的失败模式就是试图一次性构建整个游戏，结果所有功能都只完成了一半。PRD 是后续步骤（roblox-to-issues）拆分为小型、可独立进行游戏测试的部分时所依据的约定。内容要精炼：足以拆分即可，不要写成长篇大论。
流程
-
读取当前状态。 如果已有场景，请通过
roblox-studio-workflow连接。若存在ROADMAP.md，请阅读。始终使用游戏自身的词汇（货币名称、实体名称、区域名称）。 -
梳理系统，而不是整个游戏。 列出此概念所需的主要服务器权威系统和客户端控制器（核心循环、经济、存档/加载、进度、社交、UI 界面）。标明哪些系统持有有价值的状态（货币、库存、购买、奖励、进度）——这些必须由服务器负责。写入前，确认系统清单符合用户预期。
-
提前处理 UI。 如果此概念包含重要 UI，请注明是否已有 Roblox UI 设计稿（参见
roblox-game-ux）。如果没有，请明确记录一个设计步骤，不要将 UI 视为已准备好构建。 -
使用模板编写 PRD，然后发布到追踪器，并添加
needs-triage标签/状态，以进入常规流程。
玩家承诺
用玩家自己的话描述玩家能获得什么。一到两句话。
核心循环
唯一的重复循环，从开始到获得奖励，再到下一个目标。说明第一个有趣的动作，以及它多快会发生（目标：10–30 秒）。
首次游玩
描述最初 30–60 秒的体验：出生、首次行动、首次奖励、首个可见目标。
待构建系统
列出服务器权威系统和客户端控制器。每项用一行说明其用途，以及它持有有价值的状态（服务器权威）还是仅负责客户端呈现。
玩家故事
使用编号列表，格式为：“作为一名玩家，我希望 <能力>，以便 <收益>。”涵盖核心循环、进度、社交、变现和移动端使用场景。内容要全面，但表述直白。
经济与变现
说明货币来源与消耗、出售内容（通行证、开发者产品、外观道具），以及本游戏的反付费取胜规则。如果尚未变现，请写“暂未启用”。
持久化
说明哪些内容必须在重新加入/关闭后保留（货币、库存、进度、设置），哪些内容仅在本次会话中有效。
UI 与设计
说明哪些界面需要 UI 设计稿（HUD、商店、奖励、菜单），以及设计稿是否已完成并获批。对于不涉及 UI 的 PRD，请写“无需 UI 设计步骤”。
移动端与性能目标
说明移动端优先要求（触控目标、可读性、安全区域）以及帧率/实例数预算。
不在范围内
说明此 PRD 明确不涵盖的内容，以保持拆分范围聚焦。
风险
列出最重要的 1–3 项风险，以及如何逐项验证（通常通过 Studio 游戏测试）。
下一步
将已发布的 PRD 交给 roblox-to-issues，将其拆分为小型、可进行游戏测试的垂直切片。如果 PRD 标记了 UI 工作，请运行 roblox-game-ux，在 UI 切片可以开始构建前，产出并批准 UI 设计稿。