自我介绍与职业叙事：30秒、90秒与3分钟

这份稿只解决一件事：让面试官在前三分钟听清楚“我是谁、我解决过什么问题、为什么适合高级客户端岗位”。不要逐字背，记住每段的四个锚点即可。

一句话定位

我是偏平台与基础设施方向的游戏客户端工程师，核心经历横跨 UGC 内容生产链路、Gameplay 玩法开发和 Web/原生跨端基建，擅长把业务需求收敛成边界清楚、能持续迭代的客户端系统。

30 秒版本

面试官您好，我叫姜钧窦。我的游戏客户端相关经历接近四年，其中三年半是全职研发，主要使用 Unreal Engine、C++、Lua/Luau，也做过 TypeScript 和 PixUI 跨端工作。过去几年的主线是从 UGC1.0 的地图、元件和发布链路，走到 PVP/PVE 的局内 Gameplay，再到 UGC2.0 的页面协议、原生宿主和多端制品体系。我希望寻找高级客户端或 UGC 平台方向的岗位，继续解决内容生产、运行时和工程效率之间的系统问题。

记忆锚点

年限口径 -> 技术栈 -> 三段主线 -> 求职方向

90 秒版本

面试官您好，我叫姜钧窦。我的游戏客户端相关经历接近四年，其中包括四个月实习和三年半全职研发。技术栈以 Unreal Engine、C++、Lua/Luau 为主，后来扩展到了 TypeScript、PixUI 和多端构建。

第一阶段我参与了 UGC1.0 从零到一的建设，直接做过地图数据与发布链路、编辑模式和元件能力、AI 配色与参考图、移动端 ASTC 处理，以及四足生物等内容。这个阶段让我建立了对 UGC 的基本认识：它不是一个编辑器页面，而是创作模型、编辑态、持久化、发布、运行时和治理组成的一条内容生命周期。

第二阶段我的重心转到局内玩法，参与了非对称、PVP 和 PVE 项目，直接负责过新手流程、时间线、物品与交互、HUD/相机、配置和联调，也接触了 Gameplay Ability、网络复制与高密度交互场景。这个阶段强化了我对客户端状态、表现和服务端权威边界的理解。

最近一个阶段我做 Web/跨端和 UGC2.0 基建，重点是 PixUI 页面协议、TypeScript-C++-Lua 通信、页面生命周期、原生宿主、多端制品与 UI 自动化。我的优势不是只会堆功能，而是能从业务入口一直追到协议、生命周期、构建交付和线上诊断。我现在希望承担更完整的高级客户端或 UGC 平台职责。

记忆锚点

背景 -> UGC1.0 -> Gameplay -> UGC2.0 -> 能力总结

3 分钟版本

面试官您好，我叫姜钧窦。我的游戏客户端相关经历接近四年，包含约四个月游戏客户端实习和三年半全职经历。我的主要技术栈是 Unreal Engine、C++、Lua/Luau，也长期使用 Python 做工具，最近一年做了较多 TypeScript、PixUI 和多端工程工作。

我的第一条主线是 UGC。加入项目后，我参与了 UGC1.0 从零到一的客户端建设，直接负责或深度参与过地图数据、存储上传下载、发布、编辑模式、元件能力、AI 配色与参考图、移动端 ASTC 以及四足生物。早期我更关注功能能否完成，后来逐渐意识到 UGC 的难点不是功能数量，而是内容怎样从创作态稳定地进入运行态：对象如何表达、引用怎样解析、版本怎样演进、发布怎样校验、异常内容怎样治理。这个认识也让我后来能更快理解 UGC2.0 的平台化改造。

第二条主线是 Gameplay。2025 年以后，我的工作重心逐步转向非对称、PVP 和 PVE 玩法，做过新手流程、时间线、物品与交互对象、HUD 和相机、配置接入及局内外联调。玩法开发让我面对另一类复杂度：状态变化频繁、客户端表现要求高、多人网络下又必须尊重服务端权威。我的处理方式通常是先画清状态和所有权，再分离规则、同步与表现，最后用配置和日志保证联调效率。对于不是我直接主责的 AI、完整战斗框架等部分，我能从协作和源码层面说明架构，但不会把团队成果说成个人交付。

第三条主线是跨端和 UGC2.0。这里我做的不是泛泛的“PixUI 封装”，而是把 Web 页面真正接入客户端运行时：TypeScript 侧通过有类型的消息层发起调用，经 PixUI 官方通道到 C++ 转发层，再进入 Lua 服务或原生能力；反向链路用序号、去重和确认机制处理重复与乱序。同时，我参与了页面标识与代际管理、原生 Widget 宿主、制品下载与校验、多端构建和 UI 自动化。这段经历让我从单模块实现进一步走到了跨语言协议、生命周期和交付确定性。

除业务外，我还做过崩溃分派、地图解析和 AI 辅助研发资产。我的核心竞争力可以概括为三点：第一，能跨 C++、Lua 和 TypeScript 定位问题；第二，能把一次业务实现沉淀成协议、工具和可复用边界；第三，既理解 UGC 内容生命周期，也做过高频局内 Gameplay。下一份工作我希望继续面向复杂客户端或 UGC 平台问题，承担从方案到落地和线上质量的完整责任。

记忆锚点

经历口径 -> 三条主线 -> 每条一个认知升级 -> 工程补充 -> 三点竞争力

高频个人问题

为什么从生物药学转到计算机，再进入游戏行业？

本科专业是生物药学，但在研究过程中我发现自己真正投入的是建模、数据处理和用程序解决问题，所以研究生阶段主动转向计算机技术，并进入 CAE 实验室做 C++、几何网格和 AI for Science。这次转向不是临时改行，而是通过硕士阶段三年的工程研发完成了能力重建。之后的游戏客户端实习又让我确认，自己更适合实时交互、复杂系统和直接面向用户的产品；毕业后进入游戏行业，并连续做 UGC、Gameplay 和跨端基建。整条路径的共同点一直是用软件建模并解决复杂系统问题，只是应用场景逐步从科研软件走到了实时内容平台。

重点不是解释“为什么不学生物”，而是说明：主动选择 -> 能力重建 -> 实习验证 -> 连续投入。

为什么从 CAE 转到游戏客户端？

我的硕士阶段做的是 C++ 工程软件，积累了几何、网格、性能和大型代码工程的基础。实习以后，我发现自己更喜欢有实时交互、快速反馈和复杂用户场景的产品。转到游戏客户端不是放弃原来的积累，而是把 C++、性能和工程化能力迁移到实时内容系统里。后来无论做 UGC 还是 Gameplay，这些基础都一直在发挥作用。

不要把原因说成“游戏更有意思”。重点是：能力迁移成立 + 选择经过验证 + 之后形成连续主线。

你的核心竞争力是什么？

第一是跨层。我可以从 TypeScript 页面追到 C++ 宿主、Lua 业务和服务端协议，而不是只停在一个语言层。第二是平台化。我做功能时会关注对象模型、生命周期、协议和诊断，尽量让后续需求进入既有边界。第三是场景跨度。我既做过 UGC 内容生产和发布，也做过高频局内 Gameplay，能理解创作效率、运行时性能和线上稳定性之间的取舍。

为什么考虑新的机会？

我过去几年的成长路径比较完整：从 UGC1.0 功能和内容链路，到 Gameplay，再到跨端与 UGC2.0 基建。现在我希望职责继续向更完整的系统所有权发展，不只是交付一个模块，而是参与关键架构决策、质量标准和跨团队落地。贵团队的方向与 UGC 平台和复杂客户端高度相关，所以我希望进一步了解岗位的技术边界和责任范围。

不要评价原团队，也不要把原因说成单纯追求职级或薪资。

你最强的一项能力是什么？

我最强的是把模糊需求拆成稳定边界。比如 UGC2.0 页面接入表面上是“让 Web 调客户端”，实际要同时定义消息结构、页面身份、生命周期、原生资源所有权、失败语义和多端交付。我会先把这些约束显式化，再写适配层和自动化验证。这样做的价值是减少后续页面各自发明协议，也让线上问题有明确的定位入口。

你的短板是什么？

我过去一个明显的问题是做了很多跨模块工作，但对外表达容易停留在功能清单，不能快速讲清主线和关键决策。最近我在刻意改善：每个项目都用背景、约束、方案、取舍和结果组织材料，也把“直接负责、深度参与、源码理解”分开。技术上，我还会继续补强大规模 UGC 运行时调度和服务端平台视角，但已经通过源码复盘和项目实践建立了完整问题框架。

这是可改进且已经采取行动的短板，不要回答“太追求完美”。

你如何理解高级工程师的价值？

高级工程师不只是能独立写复杂功能，而是要减少团队的不确定性。对需求，要能提前识别边界和风险；对设计，要让状态、所有权和失败语义清楚；对交付，要覆盖构建、观测、回滚和线上维护；对协作，要把隐性经验变成协议、工具和文档。最终衡量标准不是个人代码量，而是复杂问题能否稳定落地，以及相同问题是否越来越便宜。

为什么你适合 UGC 团队？

我同时经历过 UGC 内容链路、局内运行时和跨端工具三个侧面。做过地图与元件，所以理解创作者产物怎样组织；做过 Gameplay，所以知道内容进入多人局内后会遇到什么状态和性能约束；做过 Web/UGC2.0，所以能处理编辑器页面、原生宿主、协议和制品交付。这个组合让我不只从编辑器界面看 UGC，而是能从完整生命周期看问题。

面试中的事实口径

以下三种动词必须分清：

指标只有在能解释采集方式、基线和口径时才说。当前稳定可用的是两次最高绩效；“广受欢迎”“显著降低带宽”“百万级规模”“比方案快 30%”等表达，证据不足时不主动放进主回答。

训练方法

1. 先只背每段锚点，不背完整句子。
2. 30 秒版本控制在 25 至 35 秒，90 秒版本控制在 75 至 105 秒。
3. 每说到一个项目，只放一个可供追问的钩子。
4. 录音后删掉“然后、这块、相关、很多”等空词。
5. 面试官中途打断时，立刻停在当前句，不抢着把稿背完。