口袋方舟编辑器研发路线图（更新：24年4季度）

电波居士 · 发表于 2024-2-2 16:07:48

口袋方舟的创作者，你们好！

在过去的 2023 年，口袋方舟经历了多轮测试与调整，顺利迎来了公测。在这一年里，口袋方舟编辑器迭代了11个公开版本，累计发布游戏近千款，感谢一路来大家的支持。
接下来的2024年，我们将继续努力！口袋方舟也将迎来诸多易用性的优化及重磅功能。我们将以定期（暂时以季度）的方式同步这些优化与新功能开展的时间，并且继续听取大家在社区的反馈，提供更多的交流机会。

二.jpg

口袋方舟的版本发布遵循两大原则：1）发版前尽可能通过软件测试与A/B来保证玩家与创作者的体验；2）尽可能确保跨编辑器版本间的兼容性。每次的版本更新包括两部分，其一是创作者侧编辑器的更新，其二为运行在用户侧App（如233乐园）中的引擎的更新。更新流程如下：

发版流程.jpg

编辑器大版本与Hotfix识别
以版本号 v0.29.0.1 为例

第一个数字代表编辑器的代际。由于目前仍然在公测状态，因此以0开头
第二个数字代表编辑器的正式版本数。我们大概以1-2月为节点定期发布新版本，并通过Launcher下发
第四个数字代表编辑器的小版本发布数。若当前编辑器的版本存在一些需要紧急修复的问题，编辑器将发布Hotfix。此时更新的为小版本，主要覆盖一些关键问题的修复

为了提高跨版本项目工程的兼容性，我们将尽可能的使用增量而非直接删改覆盖方式来引入对应的API。在更新（推荐使用）的API发布后，旧的API将依然维持生效一段时间，并被标注为deprecated（过度废弃，不推荐使用）。直到我们检测使用该API的线上项目已经降低到极少数，才正式对其进行隐藏废弃。
在进行新版本编辑器灰度测试时，在API官网我们也会以“新版本pre”的代号来提前公开计划在下个版本新增的API文档，让创作者可以提前了解和准备。

二.jpg

口袋方舟的研发需求主要来源于三个渠道：实验性项目、产品内行为数据，NPS调研及创作者访谈、社群社区的反馈。

1）实验项目：
内部针对新功能、新游戏品类而开发的实验游戏。通过实验项目，我们除了会提出与修复BUG外，也将提炼出有助于提升创作者体验，开发效率的新需求。

2）产品内行为数据：
通过产品内统计的各功能模块渗透率/时长/频次、报错、内存性能等数据统计，归纳出相关模块目前的需求刚性以及编辑器应该优先解决的体验问题。

3）创作者反馈与调研（NPS问卷、访谈、社群社群等）：
过去在重点版本更新后，我们都会定期面向创作者进行NPS（产品净推荐值）的问卷调查。在新版本里，我们将会按编辑器发版节点、及具体创作者使用的生命周期，在编辑器内弹出对应NPS问卷，并邀请较为深度的用户进行访谈。以某些功能渗透率低为例，我们难以得悉是由于需求刚性问题、还是功能入口太深/宣发不够、还是功能没做好，这些信息我们会在问卷与访谈中加深了解，在此恳请并感谢创作者给与最大的耐心与支持去阐述问题。每一份问卷以及访谈内容，都会通过产品、产品市场、技术支持等多人仔细阅读和研究，成为重要的研发需求来源、评审以及优先顺序制定的依据。

上述各渠道信息汇聚以后，我们最后会结合当前的开发资源、难度及周期，排出后续多个版本的功能。评审及优先级的制定，全程产品研发、产品市场、运营、技术支持均有参与，最大限度将高优高杠杆的需求安排妥当。

非常欢迎大家通过以上途径向我们反馈问题及提出需求。邀请大家关注并定期查阅本帖/创作者月报，以了解自己所提的需求是否会在近期的数个版本内出现。

一.jpg

【2024年第四季度】

〓易用性提升〓

优化：外部资源导入与上传功能，支持骨骼、动画模型、.ogg音频导入（自Q3延误）
痛点反馈：在现有的外部资源导入功能中，不少创作者都在反馈限制过多以及提示信息不清晰。使用上较为繁琐之外，资源导入失败等也缺乏提示，加之常用的骨骼模型等资源还无法顺利导入。
迭代思路：为此，我们将增加导入阶段的提示，如失败时的提示及原因。同时开放支持更多格式的资源，如骨骼、动画模型、多声道的.ogg格式音频文件。

优化：菜单栏工具栏布局更新，增强交互和视觉体验，并且可通过TS插件脚本支持对菜单栏工具栏进行自定义修改
痛点反馈：编辑器的工具与功能逐渐增加，当前的菜单栏和工具栏布局比较分散，空间利用度不足，导致创作者完成的插件想要在菜单栏放置入口十分不方便。
迭代思路：为此，我们将重新梳理编辑器中的工具结构与入口，并更新菜单栏与工具栏的功能布局与分类、UI表现。创作者的插件入口放置将更加方便和美观。

优化：对象管理器布局更新，增强信息密度，并且可通过TS插件脚本支持对对象管理器进行自定义修改
痛点反馈：在过去，原对象管理器存在信息密度低、UI组块的间距过大、功能堆砌、检索麻烦等问题。创作者需要反复滑动窗口寻找配置项，大大影响创作效率。
迭代思路：为此，我们将提高对象管理器信息密度和UI简洁度。新增可以根据不同的对象类型进行对象筛选，并优化筛选菜单的面板结构与美观度。新增创建按钮，可以统一在创建菜单中创建所有类型的对象。重构右键菜单结构，使右键菜单操作更清晰、直观、便捷。

优化前

优化后

优化：资源库优化搜索、筛选与标签功能
痛点反馈：在过去，因为资源库存在缺失收藏功能、标签不全、命名显示不全不准确等问题，导致资源库虽然丰富但是总觉得找不到适合的素材。同时随着更多团队成员的加入，无法共用，团队协作也存在一定的困难。
迭代思路：为此，我们将增加必需的收藏功能，通过完善资源打标、优化标签搜索功能、增加筛选栏的方式，优化资源库的搜索功能和使用体验。增加我的资源分页中显示团队成员资源的筛选功能，使用户可以在不更改登录账户的情况下，查询并使用其他成员的资源。

优化：角色表现效果和功能自由度
痛点反馈：在过去，角色基础姿态无法替换动画及调整属性、修改角色音效，在创作上带来不少的限制，创作者也反馈基础动作表现僵硬，过渡衔接不足，表现力缺乏等问题。此外偶有反馈的头顶UI效果不佳，阴影无法操作等也会影响到玩家侧的体验。
迭代思路：为此，我们将基于新版角色基础姿态进一步新增疾跑、跑停、待机、二段跳等动作，并通过混合空间优化游泳、行走的过渡衔接表现。提升了角色整体动作表现力。同时我们也将开放基础姿态支持实时替换资源 & 修改参数，便于快速迭代并产出项目定制化的角色姿态。在创作者比较在意的角色默认音效上，也将开放Sound对象并支持实时切换资源 & 修改参数。同时音效和动画状态机进行联动提高匹配度。角色动画支持上下半身同时播放，并新增尾帧事件，在玩家客户端加载动画对象时允许通过参数控制同步效果。此外头顶UI使用编辑器内置的各样式字体提供多种预设，新增阴影开关。

〓全新功能〓

新功能：自动保存
痛点反馈：在过去的游戏开发过程中，创作者如果未及时手动保存项目，当遇到编辑器突然崩溃或关闭等问题时，项目进度极易丢失，从而导致额外的工作量。原有的自动备份功能虽然提供了一定的安全性，但其需要先备份工程文件，再在工程重新打开时检索并选择性覆盖，这一流程不仅繁琐，还可能出现找不到备份、备份错误或恢复错误等问题。
迭代思路：为此，我们将在编辑器中新增自动保存功能，涵盖主编辑器、角色编辑器、UI编辑器、材质编辑器、预制体编辑器的所有操作。开启该功能后，当项目发生修改时即可自动保存，保存后的操作亦可撤销。

新功能：角色表情编辑器
痛点反馈：在现有的角色编辑器仅提供了少量的表情资源，在创作剧情等需要展示角色表现力的环节，无法细致调整角色的表情，从而限制了角色在游戏中的表现力。
迭代思路：为此，编辑器将在角色编辑器中新增表情编辑器，允许开发者选择预设的角色表情，我们将完整表情拆分为独立的五官表情（眉毛/眼睛/瞳孔/嘴巴等），并支持自由组合。同时，统一局外局内的角色头部模型，降低资源制作成本，提高角色表情编辑自由度。

新功能：社交服务SocialService
痛点反馈：在过去，游戏中暂无法获取玩家的好友列表和信息状态，添加好友、邀请游戏的功能也暂未开放。创作者想要实现更强的社交功能，如向玩家发送战斗邀请，组队等功能时，非常困难或是无法实现。
迭代思路：为此，我们将新增SocialService，它将支持绝大部分的项目社交向需求，如跨房和离线，覆盖好友查询、好友状态、添加好友、邀请游戏等使用场景。此外该服务会集成在面板中作为平台功能覆盖全部游戏项目。

新功能：支持画中画效果，即将其他摄像机画面渲染到UI层（自Q3延误）
痛点反馈：创作者在某些情况下需要同屏展示多个摄像机看到的画面，如实现照镜子/自拍的效果；或者希望能将特定模型展示到UI上，如展示角色的角色属性面板，小地图/商店界面上层展示特定武器模型效果。
迭代思路：为此，我们将支持在图片控件上展示摄像机中的游戏画面，并可以指定该摄像机要捕获哪些物体，从而实现画中画效果，提升创作的可能性。

------------------------------------------------------------------------------------------------------------------------------------------------------------------

【2024年第三季度】

〓易用性提升〓

优化：角色与其他物理模拟对象交互表现
痛点反馈：目前角色在与开启物理模拟的模型边缘产生交互时，由于碰撞计算的方式问题，会产生一些表现异样。比如角色走到模型边缘或是角色与物理模拟的物体重叠等情况时，会出现弹飞情况，角色被物理模拟物体压住时角色会慢慢挤出重叠碰撞区域等。使得物理模拟在游戏中的局限性很大。
迭代思路：优化了碰撞计算方法，对角色胶囊体与其他物理模拟刚体发生重叠时，进行更好的插值处理，避免弹飞或重叠后的挤压情况发生。

优化：本地资源库增加搜索资源召回机制，优化筛选与标签功能
痛点反馈：资源库虽然丰富但是总觉得找不到适合的素材，诸如此类的反馈时有发生。除了本身编辑器检索功能不能满足创作者外，资源本身通过检索与推荐主动推送给创作者的手段也不足，造成了整体资源库的资源使用情况分布非常不均衡。
迭代思路：为此，资源库将增加搜索功能召回资源的策略，利用AI为资源库素材识别与丰富更多视角的标签，准确性，关联性大大提升。在创作者每一次筛选与检索的时候，获得更加精准的资源。提升创作者资源查找与使用的效率。

优化：网络资源库界面交互更新
痛点反馈：在上线的网络资源库，我们在界面与交互上还非常粗糙。重复信息堆叠较多，收藏功能也不够完善，导致在创作者在使用上非常不方便。
迭代思路：为此，我们将优化界面交互，增加资源排序增加权重，编辑推荐，套装资源推荐等，增加网络资源库功能性同时，也能有更强的主动的资源推送能力。

优化：支持跨房间服务器匹配，多场景一键编译，脚本/资源公用（自Q2延误）
痛点反馈：在玩家侧，由于涉及多个服务器匹配的情况，多场景有概率导致玩家匹配出现串房的问题。对体验的影响不小。在创作者使用方面，多个场景运行时，一些通用的脚本资源优化较少，带来一些额外的内存占用。
迭代思路：多场景将支持跨多个服务器进行匹配，并且提供匹配跳转后的锁房的功能。防止匹配成功后出现串房情况。同时工程内容将新增「公用资源」，用来存储多个场景公用的一些资源与脚本，以此提高效能，优化内存。另外，我们也提供了一键编译的功能，解决每次只能编译一个场景的繁琐操作。

优化：材质编辑流程简化，提高用户操作模型材质属性的便利性和自由度
痛点反馈：材质系统经过重构与调整后，关于材质的大部分操作都整合至材质编辑器，许多创作者们反馈，交互过于复杂，属性繁多难以理解，看似功能丰富，但是仍旧比较难调出想要的效果，如自发光强度。
迭代思路：在之后，我们将取消材质编辑器，提供更为简单的材质面板，交互模式上也将调整为父子级结构展示，让创作者可以更加直观的看到不同组间的属性，增加交互效率。通过“高级属性”选项，创作者可以隐藏部分属性，更加专注在自己需要的属性中。

优化：外部资源导入与上传功能支持骨骼、动画模型、.ogg音频导入
痛点反馈：支持外部资源导入功能后，不少创作者都在反馈限制过多，提示不清楚，在外部资源使用上还比较有限。常用的骨骼模型等资源还无法使用。
迭代思路：为此，我们将增加导入阶段的提示，如失败时的提示及原因。同时开放支持更多格式的资源，如骨骼、动画模型，.ogg格式，支持更多声道的音频。

〓全新功能〓

新功能：支持自定义插件扩展，开放共建插件生态（自Q2延误）；
痛点反馈：编辑器提供的界面和功能无法满足创作者特定工作流，例如用户定义技能（动画+特效+伤害判定），但是无法在编辑态下配置技能和实施预览的情况下，效率很难提升，此外编辑器样式和功能有更多接入其他软件或者程序的需求，例如AI问答机器人或者翻译工具。
迭代思路：提供编辑器插件化API，用于处理创作者对游戏开发阶段的拓展需求帮助提效和拓展编辑器功能，包括工程内容、对象管理器、属性面板、编辑器工作区、资源库、视口、文件操作、窗口和UI。

新功能：支持字体切换功能，资源库新增可以使用的字体资源（自Q2延误）
痛点反馈：创作者在制作游戏UI时候，经常会碰到一些需要文字表现力强的场景，如强调胜利结算界面的“WIN”，战斗游戏里经常出现的伤害跳字，目前文字组件的描边与颜色并不能很好的解决这一点，有时候需要依赖外部资源的上传。
迭代思路：我们将更新若干套字体资源，兼顾视觉表现力和风格，同时也可以很好的控制游戏体量及性能，给创作者提供优化UI表现的情况下，不影响游戏本身的基础体验和兼容性。

新功能：支持画中画效果，即将其他摄像机画面渲染到UI层
痛点反馈：创作者有时需要同屏展示多个摄像机看到的画面，如实现照镜子/自拍的效果；或者希望能将特定模型展示到UI上，如全身的角色属性面板，小地图/商店界面上层展示特定武器或模效果。目前的摄像机组件很难实现效果，创作者往往需要妥协。
迭代思路：为此，我们支持在图片控件上展示摄像机中的游戏画面，并可以指定该摄像机要捕获哪些物体，从而实现画中画效果，提升创作的可能性。

新功能：地形编辑器
痛点反馈：场景搭建向来是个大工程，在地形制作上，创作者多数采用不同地势差的如山丘之类的模型进行拼接。除了非常耗时之外，想要调整至较好的效果，对创作者的要求也更大。
迭代思路：为此，我们将提供地形编辑器，创作者可以在口袋方舟编辑器中生成体素地形，也可以通过导入高度图来创建地形。同时可以用地形编辑器中提供的塑造、雕刻、填充、展平、平滑等编辑工具进行细节编辑，也支持通过绘制工具为地形覆盖材质贴图和植被，全面提升场景的自定义性，和便利性。

新功能：水体对象支持浮力
痛点反馈：创作者使用编辑器支持的水体区域，想要实现一些特定的玩法，如模拟真实的游泳比赛玩法，角色或开启物理模拟的模型进入水体后，没有浮力效果，往往效果不如预期。
迭代思路：为此，我们将增加浮力物理模拟计算公式，提供更加真实、自然的浮力效果。

------------------------------------------------------------------------------------------------------------------------------------------------------------------

【2024年第二季度】

〓易用性提升〓

优化：对齐工具，提升模型规律摆放的效率。
痛点反馈：创作者在遵循一定规律放置模型时，比如道路、路灯、栅栏等，往往需要自己计算好间距，在放置物体过程中或之后逐个修改Transform信息，以达到预期的规则，效率往往提不上去。
迭代思路：在对齐工具上，我们将新增“均匀分布”、“等距分布”功能，方便用户将模型沿选中轴向等间距地整齐排列，解决规律放置模型的效率低下问题。同时通过对齐工具完成规律模型放置之后，用户Hover确认按钮，就可以预览到模型对齐后的位置，方便随时调整与修改。

优化：提升Transform操作体验，解决模型不易选中，改善鼠标移动模型旋转及缩放时，鼠标牵引幅度小问题；
痛点反馈：Transform工具更新后，关于模型的轴线、框体不易选中问题反馈很多，模型本身在场景的编辑不是特别灵敏，总是需要创作者频繁再次选中。而在改变模型旋转及缩放这些操作时，也经常出现鼠标都拖出屏幕了，旋转都还不够180%度这种情况。
迭代思路：我们将重新调整Transform 在Gizmo中的样式，使创作者更易观察与选中，在使用旋转、缩放等功能时，鼠标牵引操作给模型带来变化，也将更加精准与轻松。

优化：属性面板布局更新，增强信息密度，并且可通过TS插件脚本支持对属性面板进行自定义修改。
痛点反馈：在很长一段时间里，属性面板的信息密度一直是创作者诟病的问题之一。属性名及属性不同行造成属性面板的信息过长，但展示的内容却不多。创作者调整一些参数时需要反复滑来滑去，效率不高。
迭代思路：我们将属性面板的布局调整为两栏布局，左侧为属性名称，右侧为属性输入控件，整体的属性面板信息量将会更密集，进而减少创作者为了寻找属性而产生的滑动操作。同时我们也新增了全部展开/全部折叠功能，一键展开或折叠属性组，提高用户定位目标属性的效率。另外创作者可以通过TS插件脚本对属性面板进行自定义修改，满足个性化的功能开发和设计需求。
属性面板.jpeg

优化：材质编辑易用性，提高用户操作模型外观表现的便利性和自由度（自Q1延误）
痛点反馈：材质系统经历了一轮重构与调整，关于材质的大部分操作都整合至材质编辑器中，但创作者在多数场景下只是想要进行一些基本属性的修改，而进入材质编辑器的操作显然十分不便。而同一个自定义材质应用在两个模型后，改变其中一个模型的材质属性，另一个模型也会受影响，这也让创作者困惑不已。
优化形式：我们将常用的材质属性将暴露在属性面板可直接修改，不用再打开材质编辑器；而应用在模型上的自定义材质的修改也将只作用于该模型自身。
材质面板.jpeg

优化：支持跨房间服务器匹配，多场景一键编译，脚本/资源公用。
痛点反馈：在玩家侧，由于涉及多个服务器匹配的情况，多场景有概率导致玩家匹配出现串房的问题。对体验的影响不小。在创作者使用方面，多个场景运行时，一些通用的脚本资源优化较少，带来一些额外的内存占用。
迭代思路：多场景将支持跨多个服务器进行匹配，并且提供匹配跳转后的锁房的功能。防止匹配成功后出现串房情况。同时工程内容将新增「公用资源」，用来存储多个场景公用的一些资源与脚本，以此提高效能，优化内存。另外，我们也提供了一键编译的功能，解决每次只能编译一个场景的繁琐操作。

优化：角色支持更改替换默认姿态。
痛点反馈：当前的角色系统，我们虽然新增了全新姿态，但角色本身默认的姿态仍旧无法体验，比如跳跃，跑步等，创作者往往需要剑走偏分，比如用新的动画去盖掉触发后的姿态，以此达到表现上更替了姿态的效果。有时候还无法找到合适可以用于覆盖的动画。
迭代思路：为此，我们将支持角色的默认姿态替换，配合自定义动画，创作者可以基于现有的动画进行修改，抑或是通过角色骨骼进行新的动画制作。

优化：音效、特效、交互物等对象，去除单双端概念。
痛点反馈：目前编辑器仍旧存在不少客户端对象，但在游戏中却需要进行状态同步。双端通信的理解、区分服务端客户端、理解游戏服务器框架等，门槛着实不低。面对该类对象，新手创作者通常难以编写健壮的同步逻辑以至于项目经常出现表现异常的情况。
迭代思路：针对音效、特效对象进行同步逻辑的封装，支持在服务端直接使用。此外对于交互物、触发器、禁行区和IK对象在编辑态采用默认双端设置，创作者可以直接在服务端创建和使用。

〓全新功能〓

新功能：支持聚簇光和体素光类型的点光源（自Q1延误）
痛点反馈：创作者在设计游戏场景时，想要获得更好的氛围感，往往只能去调整后处理、雾、以及天空球。虽然能获得整体氛围的提升，但是在室内或局部场景上总是不甚满意。
迭代思路：我们将支持聚簇光和体素光，通过这些点光源，我们很容易制作出一些强化细节的氛围表现，如昏暗场景下的吊灯，角落的绿紫色的阴森效果，以此提升美术表现与游戏氛围感。

新功能：实体建模功能（自Q1延误）
痛点反馈：在场景搭建上，创作者经常会使用基础模型拼搭一些组合效果，比如房屋建筑，但在处理门窗的时候，需要预留门窗位置，外围拼接其他的基础模型才可以实现，不仅繁琐，而且管理麻烦，用的多了还可能有性能问题。
迭代思路：我们将支持实体建模，允许多个基础模型组合为一个整体，也支持布尔运算删减基础模型的部位，通过2个基础模型就可以实现门窗效果。

新功能：支持自定义插件扩展，开放共建插件生态；
痛点反馈：编辑器提供的界面和功能无法满足创作者特定工作流，例如用户定义技能（动画+特效+伤害判定），但是无法在编辑态下配置技能和实施预览的情况下，效率很难提升，此外编辑器样式和功能有更多接入其他软件或者程序的需求，例如AI问答机器人或者翻译工具。
迭代思路：提供编辑器插件化API，用于处理创作者对游戏开发阶段的拓展需求帮助提效和拓展编辑器功能，包括工程内容、对象管理器、属性面板、编辑器工作区、资源库、视口、文件操作、窗口和UI。

新功能：新增基础人形与多足的NPC对象资源，并且有相关角色属性。
痛点反馈：创作者在制作一些以战斗为主的游戏类型，如RPG、肉鸽等，往往敌人单位的可选空间都比较少，需要妥协使用人形资源或需要自己上传资源再作二次编辑的形式去解决。
迭代思路：针对游戏中常见的敌人类型，将补充大量基于基础人形、多足等NPC资源，如鱼类、东方龙、西方龙、人马、蛇女、人形蜘蛛、狼人等。后续将会根据相关骨骼资源生产相关资源，补充更多资源共创作者使用。

新功能：支持字体切换功能，资源库新增可以使用的字体资源；
痛点反馈：创作者在制作游戏UI时候，经常会碰到一些需要文字表现力强的场景，如强调胜利结算界面的“WIN”，战斗游戏里经常出现的伤害跳字，目前文字组件的描边与颜色并不能很好的解决这一点，有时候需要依赖外部资源的上传。
迭代思路：我们将更新若干套字体资源，兼顾视觉表现力和风格，同时也可以很好的控制游戏体量及性能，给创作者提供优化UI表现的情况下，不影响游戏本身的基础体验和兼容性。

新功能：自定义特效对象：
痛点反馈：资源库默认提供的特效动画的使用局限性比较大，无法二次编辑，API控制的也有限。一些特殊效果往往需要妥协以及通过自制资源的形式解决。
迭代思路：后期将上线的特效会开放更多参数，玩家可以自定义特效的一些效果，比如特效的粒子喷射速度、轨迹等，自由度更高。玩家可以直接通过自定义特效对象就可以完成一些效果的设计。

新功能：死亡边界功能；
痛点反馈：创作者在一些特定游戏类型，比如跑酷、乱斗时，角色往往离开指定的区域、边界会造成死亡或失败的效果，这些在现在都需要单独处理逻辑。初学者的练习与类型游戏的实现上，这部分的逻辑还是有一定的工作量。
迭代思路：我们将支持配置角色的死亡边界，当角色离开区域时，触发死亡并返回到距离最近的出生点，非常有利于初学者使用以快速搭建类型游戏时节省编码量。

新功能：UI编辑器支持更多新控件（如序列帧、遮罩、列表视图等），提升复杂UI界面制作便利度；
痛点反馈：随着创作者制作的游戏类型越加丰富，UI编辑器现有组件开始呈现瓶颈，如制作滑动列表、实现遮找罩效果都需要不小的工程。
迭代思路：我们将支持更多的UI控件，以高集成的控件来解决复杂UI问题，如序列帧、遮罩、列表视图等。

新功能：不可靠RPC函数 & 不可靠事件
痛点反馈：目前MW提供的的RPC函数和事件都是可靠的。可靠消息无论是服务端->客户端还是客户端->服务端，都会进入消息堆栈预备重发保障消息的可靠性。一旦超过堆栈限制就容易导致断线。目前创作者缺乏手段去定制不重要的消息的可靠性。因此一旦通信频率和总数过大就会导致断线。
迭代思路：提供不可靠RPC函数 & 不可靠事件。方便用户自己定义通信的可靠性。针对不重要消息可以使用不可靠通信，不占用消息堆栈，解决断线问题。

新功能：对象支持自定义同步属性
痛点反馈：目前GameObject不支持用户新增自定义属性。很多属性同步需要使用脚本的自定义属性功能来实现。属性和对象没有绑定导致编写代码时使用不便。此外，创作者往往通过tag属性string类型来作为替代方案，使用较为繁琐且缺少同步回调。
迭代思路：GameObject支持自定义同步属性，允许创作者向对象身上动态添加不同类型的同步属性，同时也支持属性同步回调。这样后续针对对象可以便利的扩展业务属性，例如角色对象可以新增血量，攻击力等常见属性，也可以直接通过对象进行修改和触发修改回调函数，执行对应的游戏逻辑。

新功能：聊天服务
痛点反馈：目前平台聊天服务仅能进行一些简单的交流，无法实现类似狼人杀，队伍开黑，网游聊天频道等需求。如果创作者使用网络通信传输聊天文本传说开发成本非常大，还会占用宝贵的通信消息栈和消耗额外的流量。
迭代思路：提供一套通用的处理游戏文本聊天的服务，包括管理频道、装饰消息、过滤文本、创建命令，并且支持创作者自定义聊天界面。

新功能：性能监测工具
痛点反馈：创作者在游戏后期调试与优化性能的时候，往往没有可供参考的数据，只能凭借自己的开发经验和游戏的总体指标例如帧时间和渲染时间来推测问题原因，调试时无法即时查看调试结果，非常影响整体的游戏开发效率。
迭代思路：提供相对详细的性能检测工具，包括可视化面板和接口。工具帮助监测游戏性能重要指标例如动画耗时、物理计算耗时、UItick耗时、函数耗时、各对象内存占用、渲染耗时。性能工具还会进一步提供各类数量统计例如RPC消息数量，双端同步对象数量，动静态对象数量，各类型对象数量等。此外还会新增一个log窗口用于协助开发者调试项目逻辑，查看运行结果。同时也提供移动端的简要性能指标展示。

------------------------------------------------------------------------------------------------------------------------------------------------------------------

【2024年第一季度】

〓易用性提升〓

优化：资源库分区（本地与网络）；提升检索效率和引入同风格资源包；
痛点反馈：创作者常出现两极的反馈：一方面认为美术资源库丰富、惊艳于Demo场景的美术效果，另一方面又觉得合适的资源很少。从数据来看，资源库体量庞大但使用分布非常不均（近20万资源量里，曾被多项目使用的只有5000个不到），反映出实际问题来自资源库检索相关功能（搜索、资源分类、相似风格资源匹配、缩略图预览效果）在当下并不能很好满足创作者的需求。
优化形式：我们将把资源库分为“本地”和“网络”两个分区。“本地”资源分区将展示当前项目所使用的资源及本地上传的资源，提高当下高热资源的操作便利度。“网络”资源分区的优化目标则是检索的准确率。第一，创作者将有更直观的资源预览，如更大的资源缩略图、动作及姿态直接在缩略图播放等；第二，我们将加强关键词搜索的准确性，尽可能将关联性强的资源的排序靠前展示；第三，我们将引入资源组合包，按照成套的资源进行推荐，来解决相似风格资源查找困难的问题。

优化：Transform支持中心/锚点两种模式；
痛点反馈：Transform工具的对齐、旋转、缩放操作均基于锚点进行，不同类型资源的锚点有可能不同，比如基础模型是中心锚点，路面地板的模型通常为四边锚点，在包含两类模型进行编辑和对齐的时候很难兼顾，使用空锚点又非常麻烦。
优化形式：我们为Transform增加了中心点模式，不同锚点的资源可以遵循统一的逻辑，在操作旋转、缩放、移动、对齐时，不会出现表现不一致的情况。

优化：热武器封装更多业务功能（音效特效表现、子弹检测等），提升开箱即用性；
痛点反馈：在热武器需求调研及设计之初，有用户曾反馈希望热武器模块能有足够高的开放灵活性。回头看，当前的热武器封装抽象度过高，在熟悉热武器工作机制的前提下，需要调用10个以上的接口才能实现开火射击的效果。在表现层上，也没提提供拾取、丢弃、持枪常见的动作表现。实际上没有为更多作者提供足够低的门槛去创作射击类游戏。
优化形式：我们将重构热武器对象，提供更加简易的接口，比如子弹表现，弹道检测，击中回调等功能。现在再实现射击开火，配置一个子弹资源，调用一个方法即可实现。同时在预设能力中补充了不少易用的功能，如视角支持人称切换和瞄准缩放；在表现层上则提供操作热武器的常见动作如拔枪、收枪、持枪等，常用的特效、音效也囊括其中。而有更复杂热武器需求的创作者，可以在此基础上另外进行二次开发。

优化：材质编辑易用性，提高用户操作模型外观表现的便利性和自由度；
痛点反馈：材质系统经历了一轮重构与调整，关于材质的大部分操作都整合至材质编辑器中，但创作者在多数场景下只是想要进行一些基本属性的修改，而进入材质编辑器的操作显然十分不便。另外，而同一个自定义材质应用在两个模型后，在属性面板改变其中一个模型的材质属性，另一个模型也会受影响，这也让创作者困惑不已。
优化形式：我们将常用的材质属性将暴露在属性面板可直接修改，不用再打开材质编辑器；另外，在模型上的自定义材质的修改也将只作用于该模型自身，而通过工程内容面板编辑器自定义材质，则会影响所有引用的材质属性。

优化：碰撞机制，提高易用性与自由度；
痛点反馈：由于碰撞功能的耦合度较高，在使用上缺乏自由度，比如无法自定义对象间的碰撞结果，射线检测受碰撞限制无法进行通道选择，造成难以过滤冗余对象，引起性能问题等。
优化形式：我们将在兼容旧的碰撞下，支持碰撞层级关系，如对象类型，响应结果与事件抛出。支持碰撞组，方便创作者自定义对象碰撞的响应结果。

〓全新功能〓

新功能：资源先用后审，非公开资源团队共享；
痛点反馈：创作者使用自有资源需要上传等待审核，等到通过后方可继续使用，创作者经常反馈审核速度慢，时间不确定。另外，上传的资源仅可在自己的个人账号使用，对多人协作使用上局限性也很大。
迭代思路：我们支持自有资源可以直接本地导入使用，而上传及审核流程将后置，不干扰创作者当下场景中的资源使用。同时通过审核的自有资源可以在团队共享，也可以指定创作者分享，提升多人协作的便利性。

新功能：角色/NPC多种新增姿态如攀爬、飞行等；
痛点反馈：目前，角色支持的姿态较少，缺乏细节表现。一些常用的效果如攀爬，也需要创作者自己实现，这在角色本身的应用上局限性较大。
迭代思路：我们将支持优化角色的姿态表现，增加更多动作细节，同时支持更多基础姿态（新增攀爬、推动、死亡等状态和效果），我们也将支持自定义动画，配合新上架的动画资源，可以快速实现包括待机、攻击、死亡等动画效果。

新功能：物理约束组件（如物理连接、物理力区域）；
痛点反馈：物理模拟相关的功能，目前编辑器支持较少。在制作包含物理表现的机关及玩法上，实现存在困难。
迭代思路：我们将常用的物理模拟功能制作成逻辑对象，提供给用户直接使用，以此可以在不需要编写脚本的情况下，快速的制作出绳子、鱼竿、风洞等物理效果，并通过属性面板修改相关参数，达到更多的变化。

新功能：游戏支持配置多个场景，场景间继承游戏数据；
痛点反馈：创作者在制作大地图、战斗房间匹配、副本、关卡类等游戏的时候，只能通过单一工程，或者同时维护多个游戏gameid互相跳转来实现。导致面临内存超载等性能问题、不同区域/副本的数据统计复杂、跨游戏场景间的用户数据CustomData同步麻烦等问题。
迭代思路：我们将支持单游戏下多场景功能。创作者可通过API接口实现场景间跳转，无论是制作大场景多区域RPG、还是多个副本/关卡/战斗皮欸，都将更加简单。同时各个场景只要存储数据，另一个游戏就可以获取到相关数据，如角色在A场景因受伤扣除了1000血量，进入B场景也会是扣除后的血量数值。此外，在创作者中心，对应的场景可查看对应的数据变现，方便游戏调优寻查看数据。

新功能：实体建模功能；
痛点反馈：在场景搭建上，创作者经常会使用基础模型拼搭一些组合效果，比如房屋建筑，但在处理门窗的时候，需要预留门窗位置，外围拼接其他的基础模型才可以实现，不仅繁琐，而且管理麻烦，用的多了还可能有性能问题。
迭代思路：我们将支持实体建模，允许多个基础模型组合为一个整体，也支持布尔运算删减基础模型的部位，通过2个基础模型就可以实现门窗效果。

新功能：角色五个部位的IK效果；
痛点反馈：目前，我们没有提供IK功能支持，所以角色在上台阶，或者走在起伏地面上时，会出现脚步悬空，没有踩实的情况，表现就会很僵硬。
迭代思路：我们将提供IK对象方便用户针对手脚和盆骨进行动作表现的调整。角色将默认开启双脚IK功能，在起伏地形上能自动播放适应性脚部IK效果的动画。此外，我们可以将IK对象挂载至模型或其他对象上时，通过激活IK对象就可以开启指定角色部位的IK功能，以此实现将骨骼牵引至目标点，这样就可以避免穿模，让动作更加自然。

请大家关注帖子！每季度都会更新哦！(๑•̀ㅂ•́)و✧
To be continued...