用途：为 Roblox 项目选择合适的客户端-服务器通信通道，并安全高效地实现远程调用。
主要能力：区分 RemoteEvent（可靠有序，默认选择）、UnreliableRemoteEvent（可能丢包或乱序，载荷≤1000字节，超出即丢弃，适合瞄准方向、特效、非物理对象位置等持续被覆盖的数据）、RemoteFunction（请求/响应，会挂起调用方）、属性/属性复制（服务端到客户端自动同步持久状态）与物理复制。明确禁止使用 RemoteFunction:InvokeClient，因为客户端报错、断线或不返回会导致服务端抛错或永久挂起，需要回复时应改用两个 RemoteEvent。
使用方式：在服务端创建远程对象，客户端等待；集中管理名称避免拼写错误。服务端处理模板要求每个 OnServerEvent/OnServerInvoke 依次执行限流、逐参数类型检查、游戏规则检查再执行动作，第一个参数始终是真实 Player，无法伪造。序列化方面：表会被复制但丢失身份与元表，函数变为 nil；不要混用数组与字典键，不要在数组中留 nil 空洞；非字符串字典键会被转成字符串，应改发键值对数组；接收方不可见的 Instance 会变成 nil。支持 nil、布尔、数字、字符串、表、buffer、Roblox 数据类型与可复制的 Instance 引用。服务端到客户端的顺序与属性复制不保证一致。
带宽与延迟：只发变化而非全量状态，按变化发送而非每帧发送；客户端对输入驱动的发送做节流（如瞄准最多 20 Hz），服务端仍需限流；用 ID/枚举、量化浮点、buffer 打包高频数据；每帧批量合并小消息；服务端 TweenService 会逐帧复制且显得抖动，应在客户端补间；特效由服务端决定结果并触发最小事件，各客户端本地生成。可用 MicroProfiler 与开发者控制台 Network 标签分析。workspace:GetServerTimeNow() 提供同步时钟，player:GetNetworkPing() 返回往返延迟（客户端仅能查询 LocalPlayer）。
限制：资料未提供具体收费、价格或平台信息；部分高级模式与生成器（Zap、Blink）仅在性能分析显示网络开销时采用。