Studio / ROBLOX
这是谁的提示？Roblox 个人帮助面板的故事
虚构的风车工坊里，Asya 翻动自己的帮助页，Danya 的内容却一起变了。在提出修复任务前，分清个人显示、团队进度与服务器世界状态。
打开大图 ↗虚构工坊里的两种阅读 #
这是独立原型的虚构教学故事，不是玩家反馈，也不是修复我们游戏的报告。Nika 设计了一个风车工坊，两位参与者共同组装模型轮。团队任务依次有底座、叶片、检查三个阶段，目前正在装叶片。轮子立在房间中央，每位玩家有自己的帮助按钮。
Asya，记作 A，正在看“固定叶片”。Danya，记作 B，打开了“转动相机”，希望从侧面观察接头。Asya 翻到下一页，Danya 的面板突然也显示相同内容。他重新打开相机提示，Asya 的下一次操作却又替换了他的文字。Nika 看见的不是按钮尺寸问题，而是两个个人选择之间的边界被打破了。
1. 共同目标不代表全部共享 #
在想象中的对话里，Danya 问：“我们一起造一个轮子，为什么一定要读同一句？”Nika 意识到自己把共同工作与同步阅读混淆了。两人都需要知道团队阶段，但可以查看不同提示，并在各自方便时关闭。
早期设计使用一个“团队当前帮助页”值，每次翻页都通知所有人。这是本故事选定的虚构原因；真实项目出现相似症状时，仍须诊断。Nika 不认为 Roblox 会自动把所有面板合并。她准确写下不期望的行为：A 的输入在没有共同游戏原因时改变了 B 的选择。这个描述比“界面坏了”更容易让另一位开发者理解，也能避免提前猜测具体错误代码。
2. 三种状态分别命名 #
Nika 在纸上写三行。个人显示：帮助是否打开、选了哪一主题、这个人读到哪里。团队进度：共同组装处于哪个阶段。世界状态：哪些零件已经真正安装，轮子实际是什么样。规则可以连接后两者，但它们不能代替第一行。
Asya 可以提前读检查说明。这不会让团队进入检查阶段，也不会安装任何叶片。关闭面板同样不会取消 Danya 的工作。Nika 为每个字段说明归属、变化来源与阅读者。归属在这里指状态责任范围，不是面板的著作权。后面的规则表描述本原型选择的架构，不是所有合作游戏都必须遵守的统一机制。先明确边界，之后才讨论实现。
打开大图 ↗3. PlayerGui 指向正确的副本 #
Roblox 将 PlayerGui 描述为玩家界面的容器。StarterGui 保存初始元素，在文档规定的角色生成时机复制到 PlayerGui。因此，相同帮助模板可以为每个人提供独立实例，而不是让全队共享同一阅读页。
不过，容器不会自动纠正错误处理逻辑。如果程序仍向全体发送 Asya 选择的主题，或修改两份副本，个人实例也会产生不想要的结果。Nika 区分外观模板和当前读者状态，在任务里写：“打开、关闭与选主题属于按按钮的那个人。”这里没有代码，也不宣称移动一个对象就已经解决问题。需要先写清契约，再实现并检查。
4. 修正规则从普通阅读开始 #
Nika 选择简单规则：A 打开帮助，只显示 A 的面板；A 切换主题，只改变 A 的选择；A 关闭，不关闭 B。在服务器 S 上，这些输入不推进组装，也不改变零件。本原型的个人显示由本地控制，不把每次翻页不必要地发给整个团队。
这并不禁止服务器保存个人数据。如果以后需要跨访问保存偏好，可以另行设计，并明确具体玩家归属。本故事不增加持久化。Nika 把含糊的“更新帮助”替换为每个动作允许改变哪些字段的清单。开发者得到的是拟议修复的范围，而不是猜测所有输入究竟应不应该影响全部画面。局部显示与服务器授权仍是不同概念。
| 状态 | 责任归属 | 变化来源 | 不改变 |
|---|---|---|---|
| 帮助可见性 | 每位玩家的个人 UI | 自己打开/关闭 | B 的面板或 S 的组装 |
| 主题与阅读位置 | 具体读者 | 自己选择/滚动 | 另一参与者的选择 |
| 个人文字语言 | 自己玩家的显示 | 个人语言设置 | B 的语言或团队阶段 |
| 团队任务阶段 | 服务器共享来源 | 按原型规则完成工作 | 无需打开所有人的帮助 |
| 已安装零件 | 服务器确认的世界 | 允许的游戏动作 | 不能由已读页面推断 |
| 当前阶段标题 | 个人 UI 显示共同事实 | S 的当前信息 | 不替 B 选择主题 |
5. 团队阶段仍然对两人重要 #
Nika 又发现另一种极端：完全不接收团队进度，帮助可能继续说明已经结束的阶段。她保留服务器上的团队状态来源。真正按原型规则完成的工作才改变它；客户端文字显示确认的信息。“下一页”不是修改世界的许可。
共同阶段变化后，两位参与者都应获得当前信息，但不必被强制打开同一主题。在这个设计里，阶段标题更新，已关闭的帮助继续关闭，仍适用的阅读主题保持选择。共同事实不等于命令所有人一起翻页。如果使用客户端消息，接收者由内容含义决定：个人回复与团队更新不同。消息送到了，并不能单独证明状态归属正确；仍要核对实际改变了哪些个人字段。
6. 过时内容需要明确过渡 #
Asya 正在读叶片说明，团队已经进入检查阶段。Nika 预先选择行为：保留个人面板可见性，显示“阶段已改变：现在检查”，并提供当前主题。旧文字不再适用时加上明确标记，不能悄悄伪装成当前任务。
这是项目决策，不是 PlayerGui 自动功能。Nika 要求迟到信息与当前阶段、当前主题关联，避免旧回复覆盖更新的个人选择。在实现之前，这只是需求。无需每次事件都自动打开所有人的帮助。每位参与者保留自己的阅读路径，团队得到可以核实的共同事实。提示刷新也不自动证明组装动作成功，更不能从阅读位置推断世界零件已经安装。
7. 易读的帮助也仍然属于个人 #
Nika 在草图上分别写“我的帮助”和“团队阶段”。蓝色与橙色本身不足以解释归属，文字需要表达区别。页面要有主题标题和清楚的关闭方式。较大文字不应把这些关键入口挤到无法使用的位置。
Roblox 建议考虑可读性、对比度与玩家偏好，不只靠颜色或声音传达含义。这些建议改善显示方式，却不会决定谁拥有数据。Nika 分别计划检查长文本、导航和所需设备上的关闭操作。她不声称某个尺寸最优，也不把我们原创的计划图称为真实界面截图。个人帮助只有在读者理解内容以及谁的动作会改变它时，才真正有用。
8. 翻译改变句子，不改变团队阶段 #
在设计中，Asya 读俄语，Danya 读英语。不同句长与语序能够说明同一个团队阶段。内部阶段标识不能依赖翻译后的标题；页面状态的归属也不会因为语言改变。
Roblox 提供本地化工具和人工翻译。Nika 据此准备带上下文的短句，不通过比较屏幕文字决定游戏逻辑。“我的帮助”和“团队阶段”需要完整翻译。阿拉伯语要检查方向与混合标记，中文要检查换行。自动翻译不能证明个人与共享信息已经清楚区分。在我们的契约里，A 改语言不会选择 B 的语言，也不会推进组装。这仍是需要验证的行为，并不是已经进行过的多语言测试。
9. 重生不能替代归属规则 #
Nika 将 A 重生加入未来计划。本版本打算让 A 的帮助重新处于关闭状态，并从当前状态读取团队阶段。B 继续使用自己的面板。这是选定策略，不是对所有游戏默认行为的保证。
角色生成时的 GUI 行为涉及相关设置，包括 ScreenGui 继承自 LayerCollector 的 ResetOnSpawn。保留面板实例与恢复正确内容是两件事。Nika 要求查看实际层级和设置，不依赖已弃用的统一 ResetPlayerGuiOnSpawn。我们不修改别人的项目。重新进入、角色重生与关闭帮助应作为独立案例；它们都不会自行保证下次访问仍保留个人阅读位置。即使实例留住了，也要确认它显示的是当前事实。
10. 观察计划保持空白 #
最后一张纸规定初始情况：A 阅读叶片，B 阅读相机，S 保持叶片阶段。分别检查翻页、关闭、两人相邻输入、共同阶段变化、迟到更新、重生和语言。先写预期，A/B/S 的真实结果栏暂时留空。
未来检查如果发现 A 的个人输入改变了 B，就先记录主题、顺序与团队阶段，不立即猜某行代码。真正共同工作后，两份面板都收到新阶段，也可能完全正确。不要把服务器值复制进 B 的观察栏。关联的双客户端指南另行介绍启动；本故事提供归属标准，不重复 Studio 按钮列表。未运行的原型不能因为计划表写得完整就被称为通过测试。
| 案例 / 输入 | 契约预期 | A：真实结果 | B：真实结果 | S：真实结果 |
|---|---|---|---|---|
| A/B 阅读不同主题时 A 翻页 | 只改变 A 阅读，S 不变 | — | — | — |
| B 打开帮助时 A 关闭 | A 关闭，B 继续读 | — | — | — |
| A/B 时间接近地选主题 | 各自保留选择，记录输入顺序 | — | — | — |
| 团队完成推进阶段的动作 | 共同阶段更新，不强制个人面板可见 | — | — | — |
| 新个人选择后收到旧更新 | 关联阶段/主题，不覆盖新选择 | — | — | — |
| A 重生 | 按选定策略 A 关闭，B 不受影响，阶段当前 | — | — | — |
| A/B 不同语言与长文本 | 个人/团队含义清楚，B 语言与阶段不变 | — | — | — |
| 提前阅读检查说明 | 阅读不推进组装，也不安装零件 | — | — | — |
11. Nika 合上草图，没有宣布完成 #
在想象中的结尾，Asya 翻自己的主题，Danya 继续读相机帮助，轮子不会因阅读而变化。Nika 把三行状态、接收者规则、阶段过渡行为和空白表附在项目任务中。这个结尾描绘的是希望达到的结果，不是实际游戏测试。
实现还在后面。官方来源、文章和示意图经过检查，但没有运行 Studio、公开服务器或我们的游戏。修复后，开发者需要用两个客户端与所需设备确认契约。目标仍然共享，每个人却能按自己的速度阅读。这篇故事的价值，是准确解释什么属于玩家、什么属于团队、什么由世界确认，而不是保留一个含糊的“帮助”变量。
原始资料
Roblox Creator Hub — PlayerGuiRoblox Creator Hub — StarterGui
Roblox Creator Hub — Client-server runtime
Roblox Creator Hub — Remote events and callbacks
Roblox Creator Hub — LayerCollector / ResetOnSpawn
Roblox Creator Hub — Localization
Roblox Creator Hub — Accessibility guidelines
