用途：设计、检查并重构 Roblox Luau 游戏架构，处理 ModuleScript 与服务边界、客户端-服务器流程以及 RemoteEvents/RemoteFunctions 等通信。目标是让代码模块化、服务器权威且易于扩展。
主要能力与工作流：借助 Roblox Studio MCP 先检查现有脚本再改动架构。流程为：list_roblox_studios 起步，必要时 set_active_studio，再 get_studio_state；用 script_search 或 script_grep 定位代码；编辑前用 script_read 阅读相关脚本；用 multi_edit 应用修改；用 start_stop_play 试玩；用 get_console_output 检查回归。
放置规则：权威游戏逻辑放在 ServerScriptService 或服务器拥有的模块；共享常量、类型定义、remotes 与纯共享辅助函数放在 ReplicatedStorage；玩家输入、相机、仅本地 UI 与视觉预测放在客户端脚本；workspace 脚本应少而有意为之，优先管理带标签实例或配置文件夹的服务式脚本；避免在客户端与服务器重复散落常量。
远程边界：把每个客户端 remote 载荷视为不可信；优先使用带明确动作名与类型化载荷校验的窄 remote；对可影响经济、库存、战斗或放置的玩家触发 remote 做限流；谨慎使用 RemoteFunctions，避免客户端发起长时间让出的服务器调用；绝不让客户端决定货币、库存、归属、伤害、任务完成或购买授予。
模块模式：模块用于带 Init 与 Start 生命周期的服务、数据访问包装、经济计算、奖励表与平衡常量、客户端 UI 控制器，以及确定性、副作用轻的共享工具函数。模块应足够小，使其他系统可依赖而不引入无关行为。
偏好深模块：追求深模块，即小且稳定的接口背后有大量行为。接口包括调用者必须知道的一切：函数签名以及不变量、顺序、错误模式，以及哪一侧（客户端/服务器）可调用；在 Roblox 中，remote 的契约也是其接口的一部分。删除测试：设想删除某模块，若复杂度消失，说明它只是直通，应内联；若同样复杂度在多个调用点重现，说明它有价值，应保留并加深。局部性：把相关行为及其有价值状态规则放在一个模块，使改动、缺陷与推理知识集中一处。只有一个实现满足接口是假设接缝，两个才是真实接缝，不要为单一实现构建间接层。好的接缝用游戏自身词汇命名（如“coin economy service”“quest tracker”），而非泛化名称（如“Handler”“Manager”）。
重构输出：提出或实施架构变更时，应包含当前脚本位置与职责、建议的模块/服务边界、remote 契约变更、迁移步骤，以及试玩与控制台检查。
后续：可用 roblox-to-issues 将架构工作切片，一次落地一个安全变更，并用 roblox-playtest-qa 验证；对有价值状态模块，用 roblox-security-economy 审查信任边界；清理既有债务时使用 roblox-code-maintenance-refactor。
限制：资料未提供具体收费、价格、平台支持范围或效果数据。