# 多人游戏 **重要提示：在执行任何操作之前，您必须阅读此技能目录中的`BASE_SKILL.md`。它包含有关调试、错误处理、状态管理、部署和项目设置的基本指南。这些规则和模式适用于所有 RivetKit 工作。以下所有内容均假设您已经阅读并理解它。** 使用 RivetKit 构建多人游戏的模式，旨在作为一个实用的清单，您可以根据类型进行调整。 ## 起始代码从 [GitHub]() 上的工作示例之一开始，并将其适应您的游戏。不要从头开始进行匹配和生命周期流程。游戏分类|起始代码 |常见示例 ---|---|--- 大逃杀 | [GitHub]() | 《堡垒之夜》、《Apex 英雄》、《PUBG》、《战区》竞技场 | [GitHub]() |使命召唤 TDM/FFA、光环杀手、反恐精英休闲、VALORANT 未评级、守望先锋快速游戏、火箭联盟 IO风格| [GitHub]() | Agar.io、Slither.io、surviv.io 开放世界 | [GitHub]() | Minecraft 生存服务器、Rust-like 世界、MMO 区域/区块世界派对 | [GitHub]() | Fall Guys 私人大厅、定制游戏室、社交聚会物理 2D | [GitHub]() |自上而下的物理格斗游戏、2D 竞技场游戏、平台格斗游戏物理 3D | [GitHub]() |物理沙盒课程、3D 竞技场游戏、运动游乐场排名 | [GitHub]() |棋牌天梯、竞技卡牌游戏、决斗竞技场排位队列回合制 | [GitHub]() |国际象棋通信、与朋友聊天、异步棋盘游戏闲置| [GitHub]() | Cookie Clicker、空闲矿工大亨、冒险资本家 ## 服务器模拟 ### 游戏循环和滴答率图案|使用时间 |实施指南 ---|---|--- 固定实时循环 |大逃杀、竞技场、IO 风格、开放世界、排名 |使用“sleep(tickMs)”在“run”中运行，并在“c.aborted”上退出。行动驱动的更新 |派对，回合制 |仅根据操作/事件而不是预定的刻度进行突变和广播。粗略的离线进度|具有闲置进度的任何模式 |将 `c.schedule.after(...)` 与粗略窗口（例如 5 到 15 分钟）结合使用，并根据已用的挂钟时间进行追赶。 ### 物理从简单游戏的自定义运动逻辑开始。当您需要关节、堆叠体、高碰撞密度或复杂形状（旋转多边形、胶囊、凸包、三角形网格）时，请切换到完整的物理引擎。每次模拟选择一个引擎。将仅前端库排除在后端模拟路径之外，并将服务器状态视为权威。尺寸|主发动机 |后备引擎 |示例代码 ---|---|---|--- 2D | `@dimforge/rapier2d` | `planck-js`、`matter-js` | [GitHub]() 3D | `@dimforge/rapier3d` | `cannon-es`、`ammo.js` | [GitHub]() ### 空间索引对于非物理空间查询，请使用专用索引而不是简单的“O(n^2)”检查：指数类型 |推荐 ---|--- AABB指数|对于 AOI、可见性和非碰撞实体，对动态集使用“rbush”，对静态集使用“flatbush”。点指数|对于最近邻或半径内查询，请使用“d3-quadtree”。 ## 网络和状态同步 ### 网络代码型号|何时使用 |实施 ---|---|--- 混合（客户端移动，服务器战斗）|射击、极限运动、排名决斗 |客户拥有动态并发送上限利率的头寸更新。服务器验证反作弊。战斗（射弹、命中、伤害）完全由服务器决定。通过插值获得服务器权威 | IO风格，持久的世界|客户端发送输入命令。服务器按固定价格进行模拟并发布权威快照。客户端在快照之间进行插值。服务器权威（基本逻辑）|回合制、事件驱动 |服务器验证并应用离散操作（回合、阶段转换、投票）。客户端显示确认状态。 ### 实时数据模型 * **快照和差异**：将状态发布为事件。在加入/重新同步时发送完整快照，然后发送每个刻度差异以进行定期更新。 * **每个刻度批次** ：保持事件较小且类型化。每个刻度批量高频更新。 * **避免游戏更新的 UI 框架状态** ：使用 `requestAnimationFrame` 或 Canvas/Three.js 循环进行模拟，而不是 React 状态。为菜单、HUD 和表单保留 UI 框架状态。 * **广播与每个连接** ：使用 `c.broadcast(...)` 进行共享更新，使用 `conn.send(...)` 进行私有/每个玩家数据。 ### 共享模拟逻辑共享模拟逻辑在客户端和服务器上运行。例如，将速度和钳位集成到世界边界的“applyInput(state, input, dt)”函数可以在客户端上运行以进行预测，并在服务器上运行以进行验证。 * **混合模式**：客户端作为主要权限运行共享移动，服务器运行它以进行反作弊验证。 * **服务器权威模式**：客户端仅使用共享逻辑进行插值和预测。 * **保持纯粹**：仅运动集成、输入变换、碰撞助手和常量。 * **将共享代码放入`src/shared/`**：将确定性助手保留在`src/shared/sim/*`中，没有副作用。 ### 兴趣管理控制每个客户端接收的内容以减少带宽并防止信息泄漏。 #### 每玩家复制过滤器 * **按相关性过滤**：仅向每个客户端发送与该玩家相关的状态（接近度、视线、团队或游戏阶段）。 * **射击游戏和动作游戏**：通过接近度和可选的视野检查来限制复制。 * **仅服务器端**：客户端永远不应该接收他们不应该看到的数据。 #### 碎片世界 * **对大世界进行分区** ：使用由 `worldId:chunkX:chunkY` 键入的块 actor。 * **订阅附近的块**：客户端仅连接到附近的分区（例如 3x3 块窗口）。 * **谨慎使用** ：仅当世界很大并且国家较多时（沙盒构建者，MMO），而不是作为小型比赛的默认设置。 ## 后端基础设施 ### 坚持 * **内存中状态**：最适合每次更新的实时游戏状态（玩家位置、输入、比赛阶段、得分）。 * **SQLite (`rivetkit/db`)**：更适合需要查询、索引或长期持久性（磁贴、库存、匹配池）的大型或类似表的状态。通过队列序列化数据库工作，因为多个操作可以同时影响同一个参与者。 ### 对接会模式下面的架构模式中使用的常见构建块。 #### 角色拓扑原始|使用时间 |典型所有权 ---|---|--- `matchmaker["main"]` \+ `match[matchId]` |基于会话的多人游戏（大逃杀、竞技场、排名、派对、回合制）|媒人拥有发现/分配。比赛拥有生命周期和游戏状态。 `块[worldId,chunkX,chunkY]` |需要分片的大型连续世界每个块都拥有本地玩家、块状态和本地模拟。 `世界[玩家ID]` |每个玩家的进度循环（空闲/单人世界状态）|每个玩家的资源、建筑物、计时器和进度。 `玩家[用户名]` |跨比赛重复使用的规范个人资料/评级 |持久的玩家统计数据（例如评分和胜/负）。 `排行榜["主"]` |许多比赛/球员的共享排名|全局排序的分数行和顶部列表。 #### 排队策略 * 多个玩家可以同时点击匹配器，因此查找/创建、排队/取消队列和关闭等操作需要通过参与者队列进行序列化以避免竞争。 * 匹配本地操作（游戏玩法、得分）不需要排队，除非它们写回匹配器。 ## 安全和反作弊从这个基线开始，然后针对竞争或高风险环境进一步强化。 ### 基线清单 * **身份** ：使用 `c.conn.id` 作为权威传输身份。将参数中的“playerId”/“用户名”视为不受信任的输入，并通过服务器发出的分配/加入票证进行绑定。 * **授权** ：验证调用者是否被允许改变目标实体（房间成员资格、轮流所有权、仅限主持人的操作）。 * **输入验证**：限制大小/长度，验证枚举，并验证用户名（长度、允许的字符、避免无限制的 Unicode）。 * **速率限制**：垃圾邮件操作（聊天、加入/离开、开火、移动更新）的每个连接速率限制。 * **状态完整性**：服务器重新计算派生状态（分数、获胜条件、排名）。绝不允许客户对库存/货币/排行榜总数进行权威更改。 ### 运动验证对于具有客户端权威移动（混合流）的任何模式，客户端可以发送位置/旋转更新以实现平滑，但服务器必须： * 根据经过的时间强制执行每次更新的最大增量（速度上限）。 * 拒绝或限制传送。 * 强制执行世界边界（以及基本碰撞（如果适用））。 * 速率限制更新频率（例如最大 20Hz）。 ## 架构模式下面的每种游戏类型都以快速汇总表开始，然后详细介绍参与者和生命周期。 ### 大逃杀主题 |总结 ---|--- 对接会 |立即路由至最满的未启动大厅（最早的抢七局）；玩家在大厅等待直至满座，然后比赛开始。网络代码 |杂交种。客户拥有运动、摄像机和本地预测。服务器拥有区域状态、投射物、命中分辨率、消除、战利品和最终放置。报价变动率 | 10 个刻度/秒 (`100ms`)，具有用于区域进度和生命周期检查的固定循环。物理学|客户端拥有服务器反作弊验证的动作；投射物、命中和伤害由服务器决定。使用“@dimforge/rapier3d”进行 3D 或使用“@dimforge/rapier2d”进行自上而下的 2D。 **演员** * **关键** : `matchmaker["main"]` * **职责** ：查找或创建大厅、跟踪待处理的预订并维持入住率。 * **行动** * `查找匹配` * `pendingPlayerConnected` * `更新匹配` * `接近匹配` * **队列** * `查找匹配` * `pendingPlayerConnected` * `更新匹配` * `接近匹配` * **状态** * SQLite * `匹配` * `pending_players` * `player_count` 包括已连接和待处理的玩家 * **键** : `匹配[matchId]` * **职责**：运行大厅/现场/完成阶段，拥有玩家状态、区域进度和淘汰。 * **行动** * `连接` * 移动和战斗动作 * **队列** * 无 * **状态** * JSON * `阶段` *`玩家` *`区域` *`消除` * `快照数据` **生命周期** 序列图参与者C作为客户参加MM做媒参与者 M 作为匹配 C->>MM：findMatch() alt 没有开放的大厅 MM->>M：创建（matchId）结束 MM-->>C：{matchId，playerId} C->>M：连接（玩家ID） M->>MM：pendingPlayerConnected（matchId，playerId） MM-->>M：已接受 M注意：大厅倒计时->现场 M-->>C：快照+拍摄事件 M->>MM: 关闭匹配(matchId) ### 竞技场主题 |总结 ---|--- 对接会 |基于模式的固定容量队列（“duo”、“squad”、“ffa”）仅构建完整比赛并预分配球队（FFA 除外）。网络代码 |杂交种。客户拥有运动以及预测和平滑。服务器拥有团队或 FFA 分配、投射物、命中分辨率、阶段转换和评分。报价变动率 | 20 个刻度/秒（`50ms`），具有更紧密的循环，用于实时团队和 FFA 快照。物理学|中至高强度；客户端移动与服务器验证和服务器权威战斗/实体。 **演员** * **关键** : `matchmaker["main"]` * **职责** ：运行模式队列、构建完整比赛、分配团队并发布任务。 * **行动** * `队列匹配` * `unqueueForMatch` * `匹配完成` * **队列** * `队列匹配` * `unqueueForMatch` * `匹配完成` * **状态** * SQLite * `玩家池` * `匹配` * 由连接和玩家键入的“分配” * **键** : `匹配[matchId]` * **职责** ：运行比赛阶段和比赛中球员/球队的得分和获胜条件状态。 * **行动** * `连接` * 游戏动作 * **队列** * 无 * **状态** * JSON * `阶段` *`玩家` *`团队任务` * `得分并获胜状态` **生命周期** 序列图参与者C作为客户参加MM做媒参与者 M 作为匹配 C->>MM：queueForMatch（模式）注意MM：在player_pool中排队 MM备注：达到容量后补满 MM->>M：创建（matchId，作业） MM 注意事项：持久分配 MM-->>C：作业准备就绪 C->>M：连接（玩家ID）注意 M：等待 -> 当所有玩家连接时上线 M->>MM: 比赛完成(matchId) ### IO风格主题 |总结 ---|--- 对接会 |开放式大堂路由至容量不足的最大房间；房间数量会实时监测，并在需要时自动创建新的大厅。网络代码 |通过插值获得服务器权威。客户端发送输入意图并进行插值。服务器拥有移动、边界、房间成员资格和规范快照。报价变动率 | 10 个刻度/秒 (`100ms`)，具有轻量级定期房间快照。物理学|低至中等强度；服务器权威的运动学运动，仅当碰撞变得复杂时才升级为物理引擎。 **演员** * **关键** : `matchmaker["main"]` * **责任** ：将玩家引导至最开放的大厅并跟踪预订和入住情况。 * **行动** * `查找大厅` * `pendingPlayerConnected` * `更新匹配` * `接近匹配` * **队列** * `查找大厅` * `pendingPlayerConnected` * `更新匹配` * `接近匹配` * **状态** * SQLite * `匹配` * `pending_players` * 入住率包括待处理的预订 * **键** : `匹配[matchId]` * **职责**：运行每场比赛的动作模拟并广播快照。 * **行动** * `连接` * `设置输入` * **队列** * 无 * **状态** * JSON *`玩家` * `输入` * `运动状态` * `快照缓存` **生命周期** 序列图参与者C作为客户参加MM做媒参与者 M 作为匹配 C->>MM：findLobby() alt 没有开放的大厅 MM->>M：创建（matchId）结束 MM-->>C：{matchId，playerId} C->>M：连接（玩家ID） M->>MM：pendingPlayerConnected（matchId，playerId） MM-->>M：已接受 M 注释：固定刻度模拟 M-->>C：快照事件 M->>MM: 关闭匹配(matchId) ### 开放世界主题 |总结 ---|--- 对接会 |来自世界坐标的客户端驱动的块路由，通过相邻块连接预加载附近的块窗口。网络代码 |混合沙箱（客户端移动与验证）或服务器权威的 MMO 类流程。服务器拥有块路由、持久性和规范的世界状态。报价变动率 |每个块 actor 10 次/秒（`100ms`），因此负载随活动块扩展。物理学|规模为中等到高；块本地模拟可以是服务器权威的（类似 MMO）或带有服务器验证的客户端移动（类似沙盒）。 **演员** * **键** : `chunk[worldId,chunkX,chunkY]` * **职责**：拥有块本地玩家、块、移动标记和块成员资格。 * **行动** * `连接` * `输入块` * `添加玩家` * `设置输入` * `离开块` * `删除玩家` * **队列** * 无 * **状态** * JSON *`连接` *`玩家` * `blocks` 的作用域为一个块键 **生命周期** 序列图参与者C作为客户参与者 CH 作为块 C 注释：从世界位置解析块键循环每个可见块 C->>CH：连接（worldId，chunkX，chunkY，playerId） CH 注意事项：存储连接元数据结束 C->>CH:enterChunk/addPlayer 循环运动更新 C->>CH: setInput(...) CH-->>C：快照结束 C->>CH：leaveChunk/removePlayer 或断开连接 CH 注释：删除成员资格和元数据 ### 派对主题 |总结 ---|--- 对接会 |主持人使用参与方代码和显式连接创建的私人参与方流程。网络代码 |服务器权威（基本逻辑）。服务器拥有成员资格、主机权限和阶段转换。报价变动率 |无连续滴答声；更新是事件驱动的（“加入”、“开始”、“完成”）。物理学|大厅优先流动的强度低；通常没有专门的物理或索引，除非您添加实时迷你游戏。 **演员** * **关键** : `matchmaker["main"]` * **职责** ：处理聚会创建/加入流程、验证加入票证并跟踪聚会规模。 * **行动** * `创建派对` * `加入聚会` * `验证加入` * `更新派对大小` * `closeParty` * **队列** * `创建派对` * `加入聚会` * `验证加入` * `更新派对大小` * `closeParty` * **状态** * SQLite *`聚会` * `join_tickets` 用于队伍查找和加入验证 * **键** : `匹配[matchId]` * **职责**：拥有队伍成员、主持人角色、就绪标志和阶段转换。 * **行动** * `连接` * `开始游戏` * `完成游戏` * **队列** * 无 * **状态** * JSON *`成员` * `主机` * `就绪状态` * `阶段` *`聚会活动` **生命周期** ### 主机流程序列图参与者 H 作为主机客户端参加MM做媒参与者 M 作为匹配 H->>MM：createParty() MM-->>H：{matchId，partyCode，playerId，joinToken} H->>M：连接（playerId，joinToken） M->>MM：verifyJoin(...) MM-->>M：允许 M->>MM: updatePartySize(playerCount) H->>M: startGame() / finishGame() M->>MM: closeParty(matchId) ### 加入流程序列图参与者 J 作为加入者客户端参加MM做媒参与者 M 作为匹配 J->>MM: joinParty(partyCode) MM-->>J：{matchId，playerId，joinToken} J->>M: 连接(playerId, joinToken) M->>MM：verifyJoin(...) MM-->>M：允许/拒绝 M->>MM: updatePartySize(playerCount) ### 排名主题 |总结 ---|--- 对接会 |基于 ELO 的队列配对，随着等待时间的增加，搜索窗口会扩大。网络代码 |杂交种。客户拥有具有本地预测和插值的运动。服务器拥有射弹、命中解析、比赛结果和评级更新。报价变动率 | 20 个刻度/秒 (`50ms`)，具有固定的实时刻度，可实现确定性的节奏和广播节奏。物理学|中至高强度；客户端移动与服务器验证和服务器权威的战斗/命中解决方案。 **演员** * **关键** : `matchmaker["main"]` * **职责** ：运行基于评级的排队、配对、分配持久性和完成扇出。 * **行动** * `队列匹配` * `unqueueForMatch` * `匹配完成` * **队列** * `队列匹配` * `unqueueForMatch` * `匹配完成` * **状态** * SQLite * `玩家池` * `匹配` * 带有评级窗口和连接范围的“作业” * **键** : `匹配[matchId]` * **责任** ：比赛阶段排名、得分和获胜者报告。 * **行动** * `连接` * 游戏动作 * **队列** * 无 * **状态** * JSON * `阶段` *`玩家` * `分数` *“获胜者” * `完成有效负载` * **密钥** : `玩家[用户名]` * **职责** ：存储规范的玩家 MMR 和赢/输资料。 * **行动** * `初始化` * `获取评级` * `应用匹配结果` * **队列** * 无 * **状态** * JSON *`评级` *`胜利` *`损失` * `匹配计数器` * **关键** : `排行榜["main"]` * **职责**：储存和服务顶级玩家。 * **行动** * `更新播放器` * **队列** * 无 * **状态** * SQLite * 排行榜分数行 * 顶级排序 **生命周期** 序列图参与者C作为客户参加MM做媒参与者 P 作为玩家参与者 M 作为匹配参与者 LB 作为排行榜 C->>MM：queueForMatch（用户名） MM->>P：初始化/获取评级 P-->>MM：评级 MM注意事项：存储队列行+重试配对 MM->>M：创建（matchId，分配的球员） MM-->>C：作业准备就绪 C->>M：连接（用户名） M->>MM: 比赛完成(...) MM->>P: applyMatchResult(...) MM->>LB: updatePlayer(...) MM 注意：删除匹配项 + 分配行 ### 回合制主题 |总结 ---|--- 对接会 |采用相同模式的异步私人邀请和公共队列配对。网络代码 |服务器权威（基本逻辑）。客户可以在提交之前起草动作。服务器拥有回合所有权、提交的移动日志、回合顺序和完成状态。报价变动率 |无连续滴答声；移动提交和转向转换驱动更新。物理学|强度非常低；没有实时物理循环，只有离散规则验证。索引是可选的，主要是为了大规模的董事会或查询方便。 **演员** * **关键** : `matchmaker["main"]` * **职责** ：处理异步匹配的私人邀请和公共队列配对。 * **行动** * `创建游戏` * `通过代码加入` * `队列匹配` * `unqueueForMatch` * `接近匹配` * **队列** * `创建游戏` * `通过代码加入` * `队列匹配` * `unqueueForMatch` * `接近匹配` * **状态** * SQLite * `匹配` * `玩家池` * 邀请和队列映射的“分配” * **键** : `匹配[matchId]` * **职责**：拥有棋盘状态、回合顺序、移动验证和最终结果。 * **行动** * `连接` * `makeMove` * **队列** * 无 * **状态** * JSON *`板` *`转弯` *`玩家` * `连接存在` * `结果` **生命周期** ### 公共队列序列图参与者 A 作为客户 A 参与者 B 作为客户 B 参加MM做媒参与者 M 作为匹配 A->>MM：queueForMatch() B->>MM：queueForMatch() MM 注意事项：将前两名排队的玩家配对 MM->>M：创建（matchId）+种子X/O玩家 MM-->>A：作业/比赛信息 MM-->>B：作业/比赛信息 A->>M：连接（玩家ID） B->>M：连接（玩家ID） A->>M: makeMove() B->>M: makeMove() 选择所有玩家断开连接超时 M 注意事项：空闲超时后销毁结束 M->>MM: 关闭匹配(matchId) ### 私人邀请序列图参与者 A 作为客户 A 参与者 B 作为客户 B 参加MM做媒参与者 M 作为匹配 A->>MM：createGame() MM-->>A: {matchId,playerId,inviteCode} B->>MM: joinByCode(inviteCode) MM->>M：创建（matchId）+种子X/O玩家 MM-->>A：作业/比赛信息 MM-->>B：作业/比赛信息 A->>M：连接（玩家ID） B->>M：连接（玩家ID） A->>M: makeMove() B->>M: makeMove() M->>MM: 关闭匹配(matchId) ### 空闲主题 |总结 ---|--- 对接会 |没有媒人；每个玩家都使用一个直接的每个玩家 actor 和一个共享的排行榜 actor。网络代码 |服务器权威（基本逻辑）。客户拥有 UI 和构建意图。服务器拥有资源、生产率、构建验证和排行榜总数。报价变动率 |无连续滴答声；使用“c.schedule.after(...)”进行粗略间隔，并根据经过的墙上时间计算离线追赶情况。物理学|对于标准空闲循环没有；转换是离散的（“构建”、“收集”、“升级”），不需要空间索引。 **演员** * **密钥** : `世界[玩家ID]` * **责任** ：拥有一名玩家的进度、建筑物、生产调度和状态更新。 * **行动** * `初始化` * `构建` * `收集生产` * **队列** * 无 * **状态** * JSON * 每个玩家的建筑 *`资源` * `定时器` * `进展状态` * **关键** : `排行榜["main"]` * **职责**：存储全球分数并提供排行榜更新。 * **行动** * `更新分数` * **队列** * `更新分数` * **状态** * SQLite * 由玩家输入的“分数”表 * 当前排行榜总计 **生命周期** 序列图参与者C作为客户参与者W作为世界参与者 LB 作为排行榜 C->>W: getOrCreate(playerId) + 初始化() 关于 W 的注释：种子状态 + 调度收集 W-->>C：状态更新循环游戏循环 C->>W：构建（）/收集生产（） W->>LB: updateScore(...) LB 注意事项：更新插入分数 LB-->>C：排行榜更新 W-->>C：状态更新结束 ## 参考图 ### 演员 * [访问控制]() * [动作]() * [演员按键]() * [演员调度]() * [演员状态]() * [AI 和用户生成的 Rivet Actors]() * [身份验证]() * [Cloudflare Workers 快速入门]() * [Actor 之间的通信]() * [连接]() * [调试]() * [设计模式]() * [摧毁 Actor]() * [临时变量]() * [错误]() * [外部 SQL 数据库]() * [获取和 WebSocket 处理程序]() * [助手类型]() * [图标和名称]() * [内存状态]() * [输入参数]() * [生命周期]() * [限制]() * [低级 HTTP 请求处理程序]() * [低级 KV 存储]() * [低级 WebSocket 处理程序]() * [元数据]() * [Next.js 快速入门]() * [Node.js 和 Bun 快速入门]() * [队列和运行循环]() * [React 快速入门]() * [实时]() * [扩展和并发]() * [共享和加入状态]() * [SQLite]() * [SQLite + Drizzle]() * [测试]() * [问题排查]() * [类型]() * [普通 HTTP API]() * [版本和升级]() * [工作流程]() ### 客户 * [Node.js 和 Bun]() * [React]() * [Swift]() * [SwiftUI]() ### 连接 * [部署到 Amazon Web Services Lambda]() * [部署到 AWS ECS]() * [部署到 Cloudflare Workers]() * [部署到 Freestyle]() * [部署到 Google Cloud Run]() * [部署到 Hetzner]() * [部署到 Kubernetes]() * [部署到铁路]() * [部署到 Vercel]() * [部署到虚拟机和裸机]() * [Supabase]() ### 食谱 * [多人游戏]() ### 一般 * [演员配置]() * [架构]() * [跨域资源共享]() * [法学硕士和人工智能文档]() * [边缘网络]() * [端点]() * [环境变量]() * [HTTP 服务器]() * [日志记录]() * [生产清单]() * [注册表配置]() * [运行时模式]() ### 自托管 * [配置]() * [Docker Compose]() * [Docker 容器]() * [文件系统]() * [安装 Rivet 引擎]() * [Kubernetes]() * [多区域]() * [PostgreSQL]() * [生产清单]() * [铁路部署]() * [渲染部署]()

多人游戏

包含技能