来源表格
来源层级严格。Roblox API 数据用于实时标题、地点身份、访问量、收藏数、最大玩家数、更新时间和当前公开描述。官方 Trello 用于详细游戏玩法列表，因为它暴露了最高容量的结构化数据：果实卡片、剑、种族、NPC、地点、事件、游戏通行证、船只和 Boss 注释。
第三方网站仅用于快速变化的兑换码交叉检查。它们有用，因为兑换码页面每天更新，但可能相互冲突。当一个兑换码出现在两个或更多 2026 年 7 月的追踪器中时，它被视为更强证据；当只有一个追踪器列出时，页面会标记该狭窄来源。
不要使用私人截图、无来源的 Discord 转发或旧 Haze Piece 视频作为实时游戏玩法声明的主要证据。它们可以指导研究，但在更改 wiki 行之前，需要与当前 Roblox 地点和官方 Trello 进行核对。
对于路线页面，优先使用公开结构化笔记而非猜测。如果某个地点卡片仅命名岛屿，则此 wiki 将该岛屿保留为地图锚点，并解释来自相关 NPC、Boss、剑或事件卡片的有用链接，而非凭空编造等级范围。
| 来源 | 使用 | URL |
|---|---|---|
| Roblox 公共游戏 API | 当前标题、描述、访问量、收藏数、最大玩家数、更新日期 | Roblox 游戏页面 |
| Haze Studios Roblox 群组 | 创作者/群组身份和成员数量 | Roblox 群组 |
| 官方 Trello 面板 | 果实、剑、种族、地点、NPC、Boss、事件、游戏通行证 | 官方 Trello |
| Roblox 徽章 API | Sea 3 和等级里程碑信号 | Roblox 宇宙 |
| 兑换码追踪器 | 2026 年 7 月兑换码交叉检查 | Beebom / Destructoid / GamesRadar |
刷新工作流程
当游戏更新或玩家报告信息过时时，使用此工作流程。目标是防止一个更改的兑换码、一个重命名的岛屿或一个新增的 Trello 卡片导致全站未经核实的广泛编辑。
正确的刷新从身份开始，然后游戏玩法数据，最后是易变奖励。首先确认 Roblox 地点仍解析到同一宇宙和官方标题。然后刷新 Trello 卡片和徽章数据。仅在这些稳定后，才根据当前追踪器或游戏内测试更新兑换码页面。
如果某个声明无法验证，请将其保留在主路线表格之外。将其添加到冲突注释、未发布上下文或待办事项中，直到有足够的公开证据。这对于兑换码、掉落率、等级关卡和事件计时器尤其重要。
| 步骤 | 检查项 | 为何重要 |
|---|---|---|
| 1 | Roblox 地点和宇宙身份 | 防止混淆 Haze Piece/Haze Seas 与克隆或无关的 One Piece Roblox 游戏。 |
| 2 | Roblox 描述和更新日期 | 确认实时标题、平台注释、果实生成规则和当前公开状态。 |
| 3 | 官方 Trello JSON | 刷新果实、Boss、NPC、地点、船只、事件、游戏通行证和未发布标记。 |
| 4 | Roblox 徽章 | 确认里程碑信号，如 Sea 3 或等级上限变动。 |
| 5 | 兑换码追踪器和游戏内报告 | 仅在当前游戏身份确认后处理易变奖励。 |
| 6 | 构建、验证和浏览器检查 | 确保内容更改后 sitemap、图片、链接和移动端阅读仍正常工作。 |
主要来源快捷方式
对于游戏玩法系统，从 Trello 开始，因为它包含最丰富的公开结构。对于实时状态，从 Roblox 开始，因为它拥有标题、更新时间戳、玩家数量和当前描述。对于兑换码，比较多个当前追踪器并保持冲突标签可见。
在决定是否信任某个声明时，询问它是哪种事实。标题、地点 ID、访问量或平台支持声明应来自 Roblox。果实技能、Boss 生成、NPC 位置、游戏通行证效果或船只速度应来自 Trello。兑换码声明应显示近期性，最好有游戏内兑换日期。
这种划分保持了 wiki 的诚实性。它也使得未来更新更快，因为每个页面都有明确的来源负责人，而不是一堆来自混合文章的复制文本。
