[姓名]

终端 OS / AI 应用 / 图形多媒体工程师

电话： [电话]　｜　邮箱： Xcai43323@gmail.com　｜　所在地： 武汉
求职意向： 终端框架、Python 自动化、客户端与图形多媒体　｜　全职、非外包，接受异地机会
在线作品： AI Book　｜　AI 多媒体画廊　｜　GitHub： cxy-251

专业概览

曾在华为从事 HarmonyOS 终端框架开发，参与 ArkUI 静态前端迁移中的卡片框架 ANI 接入，承担组件适配、跨仓库调用链分析、统一 XTS 应用框架与示范用例、海外团队接口验收，并负责系统设置键盘走焦公共能力和页面新架构改造。个人项目从早期 Python 媒体脚本逐步扩展到浏览器工作流、AI 多媒体生产和图形交互应用，相关 Web 项目已部署并可以直接访问。

技术能力

• 能够从桌面卡片操作追踪至 ArkTS、ACE Engine、FMS 与 AMS 相关链路，通过验证应用、设备日志和定制 SO 定位跨语言接口问题，并在普通日志难以覆盖时补充 Trace 点位确认执行路径。
• 使用 Python、YAML 和 SQLite 编写可恢复工作流，通过本地 API 连接 Electron 与已登录的 Safari，并为网页写操作保存确认结果。
• 在媒体流程中调用本地 LLM、音频处理模型和 ComfyUI，使用 React 管理媒体内容，并通过 Remotion、FFmpeg 输出视频。
• 使用 Three.js、GLSL 和 Cocos Creator 实现实时视觉与交互模拟，能够处理 GPU 资源、固定步长计算和模块生命周期。

工作经历

ArkUI 静态前端迁移与卡片框架 ANI 接入

该轮迁移面向 ArkTS 1.2 推进 ArkUI 静态前端：生成链路根据接口声明统一产生 ArkTS 组件层、序列化、回调和原生桥接代码，再接入 ACE Engine 既有 C++ 组件模型；迁移期同时保留 ArkTS 1.1/1.2 混合前端，以支持组件逐步迁移。桌面侧的 FormComponent 负责承载卡片渲染节点，卡片内部页面由应用提供方实现，因此组件接口的 ANI 接入与卡片业务采用的 ArkTS 版本需要分别处理。

• 承担卡片框架在静态前端迁移中的组件接入与验证，工作集中在生成接口落地到现有 C++ 组件模型的阶段；完成多类接口的首批 ANI 接入，并梳理卡片框架工作流与后续同类接口的迁移方式。
• 针对原有 XTS 用例分散在上百个独立应用中、后续接口演进时维护不便的问题，设计统一的 ArkTS XTS 应用框架，并为不同类型接口完成首批示范用例，形成可由其他开发者继续补充的用例组织格式。
• 以该 XTS 应用作为后续接口开发、自测与验收的统一载体，海外团队只需维护一个 ArkTS 应用并按示范格式增加用例；由我逐项核对本轮交付接口的调用方式和 XTS 用例，负责迁移指导与最终验收。
• 跟进 ArkTS 1.2 应用中卡片业务的构建兼容任务：由于迁移阶段卡片内部页面仍沿用 ArkTS 1.1 前端，协同 DevEco 团队在 HAP 构建时分开编译和打包主应用 ABC 与卡片 widgets.abc，避免将 1.2 主应用的编译和运行规则直接用于卡片代码。
• 梳理主应用与卡片代码的语法边界、工程组织和构建用法，向组内及土耳其团队完成说明并持续跟进适配，使接口改造、卡片业务开发和 XTS 验证采用一致的兼容约束。
• 针对脚本生成的 FormComponent 接口在 ArkTS 1.2 卡片业务中无法完成组件创建的问题，结合生成接口和既有组件实现核对跨语言参数，定位复合参数在 ArkTS/C++ 边界的类型不匹配，完成接入修复和真机验证。
• 通过 ArkTS 1.2 XTS 应用稳定复现问题，在跨语言调用边界补充设备日志；对普通日志不适合覆盖的阶段增加 Trace 点位，再编译定制 SO 替换至真机，逐段核对参数传递、组件创建与验证结果。
• 以桌面添加卡片为真实入口，梳理 FormComponent 创建后由 ACE Engine 向 FMS 发起 AddForm 申请、接收卡片实例与渲染结果的添加链路。
• 以桌面卡片点击为交互入口，梳理 FormComponent 通过 Gesture 回调接收点击事件、将路由请求交给 FMS，再进入由 AMS 负责的 Ability 调度链路；将 ACE Engine、FMS 与 AMS 之间的调用边界整理为小组共享 Wiki。
• ANI 演进期间 DevEco IDE 与 SDK 变化频繁，且不同代码分支依赖不同版本；能够独立完成配套环境配置、工程构建和定制 SO 真机验证。

系统设置公共能力与新架构迁移

• 负责设置应用键盘走焦公共能力，并通过走读各业务区域和隐蔽入口的代码，梳理页面结构、组件组织与既有焦点处理方式。
• 发现原有 ArkUI 属性无法处理 UIComponent 内部节点后，参考系统文件管理实现，设计 Tab 在不同分组间切换、方向键在组内移动的走焦方案。
• 与 ArkUI 的列表组件及焦点负责人讨论 List、ListGroup 支持方式；拿到框架团队单独提供的 SO 后编写验证代码证明方案可行，再提交底层能力需求并进入框架侧排期。
• 负责蓝牙、星闪和 WLAN 半模态页面的新框架改造，并完成辅助功能模块的新框架接入。

• 接手多个既有蓄压器产品模型，使用 CATIA 维护三维数模和工程图，并将整理后的资料归档到 OA 系统。
• 为理解蓄压器设计方法和部件构成，系统查看 OA 中已有的蓄压器归档模型，其中包括不同结构及异形产品，再结合接手任务梳理各部件关系。
• 使用 ANSYS 对已有模型进行强度和疲劳仿真，并将计算数据及结果图整理到公司既有评审报告模板中，为产品评审提供仿真材料。
• 进入生产现场了解加工极限、刀具路径与装配公差；完成蓄压器组相关任务后，转入作动筒组协助模型和技术资料工作。

项目经历

项目面向需要真实登录状态、连续判断和网页写操作的长任务。Electron 提供入口与本地服务，Python 负责编排，Safari 负责读取和操作实际页面。

• Boss 流程从无限滚动页面持续收集岗位卡片，并利用登录会话读取完整 JD 和招聘者活跃度；经验、岗位内容与活跃度通过筛选后才进入可见详情页。
• 沟通前重新核对岗位身份和按钮状态，沟通后读取页面结果；只有页面明确进入已沟通状态才写入 SQLite，无法确认时停止而不盲目重复点击。
• 使用固定搜索页和详情页并按批次回收页面；岗位、判断、沟通动作和运行状态均持久化，CSV 报告由已确认记录生成。
• 同一平台接入歌词视频产物，生成快手任务并完成上传、文案、合集和发布时间填写，由显式配置决定是否执行最终发布。

项目从 Python、yt-dlp 和 FFmpeg 媒体脚本演进为包含媒体生产后端、React 播放器、视频模板与实时图形实验的工作区。网页负责播放、预览和检查，本机的模型调用、媒体处理、阶段产物与最终渲染仍由独立生产流程完成。

• 将歌曲来源解析、音频下载、歌词获取与校准、音频特征提取、画面准备和视频渲染拆成连续阶段；每首歌的素材及处理结果单独落盘，生产队列据此恢复失败任务，并把歌词来源或时间匹配异常的项目交给人工复核。
• 使用 Demucs 分离人声，并结合 faster-whisper 与语音活动区间为无时间轴歌词建立参考；本地 LLM 阅读完整歌词后生成歌曲解读、诗句边框文本和视觉提示，程序再组装 ComfyUI 工作流生成背景素材。
• 播放器根据逐帧音频特征和当前歌词行进度生成背景呼吸、能量环、粒子轨道、冲击波、闪光与波形，使画面元素随音乐和歌词共同变化；同一舞台既支持浏览器交互播放，也作为 Remotion 歌词视频 composition 使用。
• paper-video 将论文文本整理为字段受约束的导读结构，经检查与规则补全后生成场景清单，再由独立模板组合画面；专辑画廊与黑胶播放器同样保留自己的数据模型和横版视频 composition。
• web3dlab 作为独立子包，以案例元数据和注册表组织实时图形实验，覆盖 GLSL、GPGPU 粒子、WebGL 流体、物理模拟、Canvas 数学动画和音频响应；浏览器画廊与 Remotion 输出入口根据同一注册表选择案例。
• 在 GPGPU 案例中使用浮点纹理和双缓冲渲染目标推进粒子状态，在流体案例中管理速度、压力、散度和染料缓冲；部分场景通过 Blender Python 脚本生成 glTF 资产，并为自建 GPU 资源和事件监听提供对应的释放过程。
• Web 构建只发布允许展示的轻量清单与素材，本机完整媒体库及批量生产产物不进入部署包。公开前端位于 gallery.cxy251.uk，生成视频可继续交给浏览器工作流完成平台发布。

• 以清单注册和公共 ModuleHost 管理数学、物理及游戏实验；Model 与 Cocos Engine 解耦，ViewModel 负责参数和视图状态，View 负责节点及绘制。
• 物理实验使用固定时间步及诊断量检查数值行为，覆盖双摆、Lorenz 吸引子、平面三体、混沌台球和机械连杆。
• 游戏实验针对不同规则实现路径规划、局面搜索、死锁检测和自动接管；Cursor Space 还会评估弹丸、敌机、边界及墙体风险，并在开火前检查遮挡。

• 使用 Docusaurus 的多个文档实例组织不同内容域，使各部分拥有独立路由和侧边栏，同时共用主题与构建流程；由 Cloudflare 直接连接仓库完成构建和部署，站点位于 aibook.cxy251.uk。

教育背景