用途
该技能用于把一个 Roblox 体验从空的 Studio 场景推进到已发布、可留存的世界。它覆盖稳定的构建主线（灰盒 → 首个可玩版本 → 细节 → 发布），并把易变的平台层（费率、费用、限制、发现排名、发布规则、被重命名的 API）隔离在查找步骤之后。Roblox 会在无预警的情况下改动这一层——发现算法、DataStore 预算模型和 UGC 发布规则都曾在一年内发生实质变化——因此在依赖任何一项之前，应先到 create.roblox.com 和 DevForum 公告中查找当前状态。
主要能力
技能按阶段组织，每个阶段给出应阅读或运行的参考文件与稳定默认做法：
- 搭建与工具链：面向 git 原生团队使用 Studio + Rojo + Rokit + Wally；面向 Studio 主导的协作使用 Script Sync（Roblox 原生、兼容 Team Create；需在 DevForum 查看其当前发布状态与已知问题）；部分托管的 Rojo 可让世界构建留在 Team Create 中；default.project.json 定义 DataModel 树。
- 语言与架构：--!strict Luau；使用 task.wait/spawn/defer，而非 wait()/spawn()；服务器权威；高频使用 RemoteEvent + UnreliableRemoteEvent；玩家数据使用 ProfileStore。
- 构建世界：先用 Parts 做灰盒；1 stud ≈ 0.28 m；在 Studio 中启用 StreamingEnabled；统一光照 LightingStyle = Realistic + PrioritizeLightingQuality（旧的 Technology 枚举已弃用）。
- 性能与陷阱：锚定静态部件；默认使用不透明几何体；对重叠透明度做性能分析；断开每个连接；使用 ProfileStore（原子更新 + 租约锁）或手写 UpdateAsync + 租约锁，二者不可同时使用，并配合 BindToClose；幂等的 ProcessReceipt；LocalScript 中使用有界等待并处理流出/重新进入。
- 发现、经济、政策：为首次会话清晰度和中期留存而设计，而非生命周期总量——调优前先查找当前 RFY 信号定义；完成成熟度问卷；通过 PolicyService 按玩家限制付费随机物品；为每个来源设计消耗；经济绝不信任客户端。
- AI 辅助创作：Studio Assistant、材质与纹理生成器、Code Assist，以及供外部 LLM 使用的 Studio MCP 服务器——在依赖前先查看各工具当前发布阶段（Beta 还是 GA）与限制。
使用方式
世界创建工作流（稳定主线），每一步都内联给出验证检查，未通过验证不要推进：
- 将世界范围限定为可测试的首个可玩版本 → 验证：一句话——“玩家生成、能执行核心动作、并有理由明天再来。”写不出就停下来先写出来。
- 搭建工具链与场景结构 → 验证：rojo serve 能把文件系统编辑同步进 Studio；使用 Script Sync 时对支持的脚本双向测试；default.project.json 把 src/ 映射到正确的服务。
- 仅用 Parts 对世界做灰盒——不用网格、纹理或脚本 → 验证：能走遍整个空间，在玩家尺度（1 stud ≈ 0.28 m）下视线与玩家流线清晰可读。
- 搭起架构骨架——服务器权威状态、单一 RemoteEvent 路径、ProfileStore 支持的存档、用 CollectionService 标签标记重复对象 → 验证：服务器上改变的值会复制；仅客户端的货币值不会；客户端拥有的物理是复制例外，因此移动和玩法关键物理要在服务器验证。
- 达到首个可玩版本——可用的生成/重生、一次光照处理、核心循环端到端可玩 → 验证：用第二个客户端做 Team Test；循环无需程序员介入即可完成。
- 细节处理——模块化套件替换灰盒、PBR/SurfaceAppearance、氛围、声音区域 → 验证：在真实低端 Android 上（不只是 Studio 模拟器）部件数与绘制调用仍在预算内。
- 加固——对每个 OnServerEvent 做限流与类型校验；串行化经济 remote；断开每个连接；BindToClose 存档；玩家数据只用一个租约锁（ProfileStore 的，或手写一个，绝不同时用）；幂等 ProcessReceipt；对付费随机物品做 PolicyService 门控 → 验证：把性能与陷阱参考中的 Known Traps 当清单逐项走查；MicroProfiler 无失控帧峰值。
- 在真实并发下软启动——先向受限受众发布（私服、限定区域或限流广告投放），再广泛发布 → 验证：根据预期服务器占用与启动并发选择受限负载；跨服务器测量服务器 CPU、加入突发、remote 流量和 DataStore 限流。查找当前请求类型体验限制、服务器限制和共享 Open Cloud 用量。GetRequestBudgetForRequestType() 报告的是当前服务器可用请求，而非体验剩余池。扩大受众前先修复观察到的失败。
- 发布并为发现调优——完成成熟度问卷（强制）、设置访问与游戏设置、发布，然后围绕 RFY 信号设计 FTUE 与循环 → 验证：体验已评级——查找成熟度问卷文档中当前对未评级体验的限制（已从搜索隐藏收紧到阻止用户游玩；仍可在 Studio 中试玩未评级）；首次会话核心循环理解真实存在。
适用场景
适用于启动、构建、验证或发布 Roblox 游戏的场景，包括：搭建工具链、设计服务器权威架构、灰盒与细节化世界、性能加固、经济与政策合规、软启动与发布调优，以及使用 AI 辅助创作。
限制
- 平台易变层（费率、费用、限制、发现排名、发布规则、被重命名的 API）必须在使用前到官方文档与 DevForum 核实，不能凭记忆引用。
- Roblox 并非总是合适选择：性/赌博内容、完全支付栈控制、帧完美竞技网络代码、非 Roblox 客户端分发、成人优先产品都不太适合该平台。
- 框架状态会漂移：ProfileStore 是社区标准（已弃用的 ProfileService 的继任者）；Jolt/ByteNet 为社区选项，采用前需确认 Roblox 是否已提供官方类型化网络 API；Matter（matter-ecs）维护状况存疑，未确认近期活动前不要用于新生产 ECS；Knit 已被声明不再维护，不要在新项目中使用。
- 已知陷阱包括：Remote 变更门控、wait() 漂移、复制时序、Humanoid 竞态、DataStore 限流、从服务器调用 RemoteFunction:InvokeClient()、模拟器不等于真机、新类型求解器问题、Script Sync 边界情况、ProcessReceipt 收据、付费随机物品政策等。
- 具体费率、费用、价格、平台细节、效果等事实在资料中未提供，需以官方当前文档为准。