简历主张与指标台账

Interview, 00 事实底座 2026-10-18 2026-10-19 1876 字

自动关联目录：简历主张与指标台账

这里拆的是“可被面试官追问的最小主张”。职责等级采用 L1-L4，证据采用 A-D；定义见《事实底座：索引与验收说明》。

一、正式工作主张

ID	主张	职责	证据	当前口径与缺口
`P01`	参与 UGC 平台从 0 到 1 建设	`L3`	`A`	可以作为总背景；不能据此声称主导整个平台
`P02`	负责地图数据存储、上传下载与发布链路	`L2`	`A`	有连续源码和提交；后续补版本兼容、失败恢复的完整时序
`P03`	负责基础编辑交互、简易/专家模式和元件管理	`L2`	`A`	有状态切换、撤销刷新、碰撞等问题证据
`P04`	主导 AI 换色/配色能力	`L1`	`A`	能证明客户端主链路和长期维护；“深受喜爱”需产品数据，暂不量化
`P05`	主导 UGC 贴图 ASTC 化	`L1`	`A`	能证明工具、转码和多线程压缩；清晰度、耗时、存储收益仍需原始测试报告
`P06`	负责剧情 NPC、四足生物和玩法基础元件	`L2`	`A/B`	四足生物证据完整；剧情 NPC 与基础元件需继续分主题核对
`P07`	负责 Coding 可视化编程客户端接入	`L2`	`A`	能证明 PixUI、模板、IDE/积木工厂兼容；运行时代码生成边界待深挖
`P08`	负责游玩大厅、创作者页面和端内循环	`L2`	`A`	能证明多端页面与线上问题处理；业务转化指标缺失
`P09`	负责云端资产、安全审核和运营 Web 页面	`L2/L3`	`B`	多个具体链路有证据，范围过大，后续必须拆开讲
`P10`	负责非对称竞技/摸金玩法的新手、技能、交互物、3C、AI、局内外系统	`L2/L3`	`B`	已确认非对称、PVP、PVE 三个连续工作流及大量源码路径；简历一句覆盖过宽，仍须按“主责/共同开发/维护”逐项拆开
`P11`	优化高密度场景的网络复制策略	`L2`	`B`	能证明复制框架接入；十二人、数百交互物和带宽收益需配置与抓包数据
`P12`	负责游戏内 Web UI 与跨端工程	`L2`	`A`	可讲 PixUI 多应用、SDK、构建发布、SSR 和 WebView 兼容，不要压缩成“写页面”
`P13`	参与 UGC2.0 客户端基建	`L2/L3`	`A`	可明确主讲页面协议/生命周期、制品、自动化；不声称设计整套对象模型或全部运行时
`P14`	开发报错自动分配与地图数据解析工具	`L1/L2`	`A`	已核对工具源码和连续提交：前者由异常栈、文件映射和 Git blame 推导候选负责人，并有白名单/人工覆盖；后者支持地图、图层、组合、描述文件、压缩加密输入和 GUI。效率数字仍待补
`P15`	参与 Fate 定点数物理引擎	`L3`	`A`	源码与提交证明窄相碰撞、HeightField、几何原语、定点边界与查询优化；不声称独立设计整套引擎
`P16`	获得两次最高绩效	事实	`B`	可说“两次最高绩效”，支撑项目和评价原文需本人补齐
`P17`	建设 AI 辅助研发知识库与专用工具	`L2`	`A`	已核对规范、知识索引、专用技能、缺陷/需求助手、分支对比与 Web 审计资产；采用率和节省工时待补
`P18`	参与开源组件	`L4`	`C`	仍缺公开仓库、链接和个人边界，不进入主叙事

二、实习与研究主张

ID	主张	职责	证据	当前口径与缺口
`A01`	从零搭建 PPO 关卡 AI 训练流水线	`L1/L2`	`C`	补代码、训练配置、模型结构和运行接入证据
`A02`	设计状态、动作、奖励与网络模型	`L2`	`C`	补设计版本与消融过程，避免只会复述 PPO
`A03`	测试关卡通关率 100%，耗时较 EQS 低 30%	结果	`C`	必须补关卡集、样本数、随机种子、失败定义和基线配置
`C01`	参与 B-Rep 几何编辑和结构/非结构网格算法	`L2/L3`	`C`	补模块、算法和失败案例，不把实验室团队成果全部归己
`C02`	支持数亿级网格单元生成	规模	`C`	补算例、硬件、峰值内存、并行度和输出格式
`C03`	生成耗时与主流商业软件相当	结果	`C`	补软件版本、输入一致性、质量约束和测量方法
`R01`	发表流场预测论文并有一项已授权专利	研究	`B`	简历信息完整，最终稿再以公开数据库核对作者、卷期和法律状态
`R02`	参与两项 UGC AI 相关发明专利	`L3`	`C`	审查中，不公开内部技术细节；补申请号和本人贡献边界

三、指标台账

ID	指标主张	当前证据	缺失的测量口径	使用状态
`M01`	AI 换色深受创作者喜爱	有持续迭代、埋点和线上反馈痕迹	使用人数/率、成功率、复用率、满意度或代表性反馈	只说“形成特色创作能力”，不说受欢迎程度
`M02`	ASTC 提高清晰度并兼顾存储与运行性能	有转码、查看工具、多线程压缩与慢机型优化证据	前后分辨率、文件大小、峰值内存、编码耗时、加载耗时、机型	可以讲目标和方案，暂不报收益数字
`M03`	12 人、数百交互物	简历与玩法代码	具体模式、对象统计方法、同时活跃量、网络角色	可作场景约束，面试前本人确认
`M04`	减少无效同步和带宽	有复制框架接入证据	优化前后上下行、峰值/P95、包频、相关性规则、测试网络	不给百分比，不声称已证明收益
`M05`	报错自动分配显著提效	有完整工具源码、定时运行、人工覆盖和长期维护记录	覆盖量、分配准确率、白名单/人工兜底率、处理时长前后对比	可以讲机制与维护，暂停量化
`M06`	PPO 通关率 100%	简历	测试集、回合数、种子、超时与失败定义	补报告前保留在简历但不主动展开
`M07`	PPO 平均耗时较 EQS 低 30%	简历	同地图同起终点、EQS 参数、样本数、均值/分位数	补报告前标记高风险数字
`M08`	数亿级网格单元	简历	算例规模、硬件、内存、并行配置、生成成功标准	只讲规模级别，不能扩展性能结论
`M09`	与商业软件耗时相当	简历	对照软件版本、输入、网格质量、硬件、重复次数	补基准前不主动使用
`M10`	两次最高绩效	个人履历	年份、评价材料、对应贡献	可陈述事实，追问时用项目证据回答

四、面试用词修正

风险说法	更准确的说法
我做了整个 UGC 平台	我参与了平台从 0 到 1，并独立负责其中若干客户端链路
我设计了 UGC2.0 架构	我参与 UGC2.0 基建，重点负责 Web UI 跨语言协议、页面生命周期、制品和自动化
PixUI 封装	我把 TypeScript 页面、原生宿主和 Luau 编辑服务之间的协议、生命周期与可靠性补齐
性能提升明显	在补齐基线、环境和结果前，先说优化对象、机制和验证方法
深受用户喜爱	有产品数据就给口径；没有就说形成了可复用的特色创作能力
负责技能、交互物、3C、AI、局内外所有系统	先说主责模块，再明确其余是共同开发或版本支持

五、下一轮需补材料

AI 换色和 ASTC 的立项材料、验收数据或复盘。
高密度玩法的对象统计、网络抓包和优化前后对比。
PPO 与 EQS 的评估报告、代码或演示记录。
网格软件的大算例和商业软件基准报告。
开源贡献的仓库或公开链接；Fate 定点物理已补本地仓库与提交证据。
两次最高绩效对应的年份与代表贡献。

许可协议：CC BY

作者：Davids

本文链接：https://hustjjd.github.io/8997caf1.html

更新于：2026年10月19日