依托西安交通大学与华为长期搭建的深厚校企合作基础，开源鸿蒙大学生创新大赛的赛事消息很快就传到了校内。老师及时把赛事信息同步给学生，还专门在班级课堂上重点推介，鼓励同学们组队报名，抓住这个难得的实战锻炼机会。weijiapan 和另外两名同学，就是在这样的契机下，组成了一支三人小队，开始了本次赛事的开发旅程。

赛道宣讲会上，分享的老师提到，这是一条比较新的赛道，核心目标之一，就是锻炼开发者和AI协同工作的能力，帮助同学们适应当下互联网行业全新的学习与开发模式。机会摆在眼前，但挑战同样清晰。最初，团队里的成员都怀有顾虑，大家对自身的技术储备并不自信，担心难以扛下项目开发的压力。而这段经历也让他们慢慢沉淀出一个共识：扎实的技术能力固然重要，但愿意主动发问、不惧试错的求知心态，才是突破困境的关键。
项目起步阶段，这支三人队伍遭遇了不小的难关。开工后的连续数日，团队反复提交版本尝试，积分面板上始终没有新增分数。彼时的他们，还处在熟悉赛事整套交付规则的摸索期，完全不理解提审、CI 检视、AI 检视分别代表什么、各自承担什么样的校验作用。每次提交后流水线返回一大段日志信息，里面的报错提示晦涩难懂，他们分不清是代码语法问题、环境配置问题，还是赛事平台的校验规则没有满足，不知道该从哪一行日志定位根源。一次次修改、一次次提交，检视结果全部无法通过，所有的尝试都像是撞在一堵看不见的墙上，项目进度彻底停滞，连续多天停留在 0 积分的状态。

好在赛事指导老师全程提供支持，足够耐心包容。即便团队提出的问题在旁人看来略显基础，老师们也都会细致拆解、逐一讲解。开发路上，编译版本不兼容是困住他们很久的典型难题：本地开发环境依赖库版本、编译器版本，和赛事 CI 流水线的运行环境版本不一致。在自己电脑上能够正常编译运行的代码，上传提交之后，到平台的流水线里就直接编译失败，反复出现版本不匹配、依赖缺失、接口定义不一致的报错。这类问题没有简单统一的修复方案，换一个依赖包版本就可能引出新的连锁报错，调试工作举步维艰。

面对这类棘手问题，三人没有止步于卡点。他们分工配合，先把每一次流水线的完整日志下载留存，逐行对比本地编译输出和平台 CI 输出的差异，自主排查环境参数、依赖清单、编译脚本；同时把报错现象、已经尝试过的修改方案整理清楚，带着完整的信息向老师请教，避免空泛提问。在老师的指引下，他们一点点理解赛事平台的环境规范，调整编译配置文件、锁定依赖版本、对齐平台指定的工具链，在一轮轮修改配置、打包提交、等待检视、根据反馈回滚调整的循环里，慢慢摸透版本冲突问题的规律，学会预判环境带来的兼容性风险。

三个人彼此配合、互相支撑，在一次次失败的检视结果里积累经验，慢慢摸熟整套提交流程，建立起属于自己的排错思路。从连续多日零积分的停滞状态，到稳步拿到有效积分，他们的成长速度十分亮眼。仅仅一个月，这支三人小队就拿下500+积分。这份成绩，远超团队最初的预期，并且有希望能够拿到对应的奖金，也是对这段时间持续投入最好的回馈。

回望这段参赛旅程，对 weijiapan 和队友而言，比赛的意义早已不止积分与排名。校企合作的纽带，为他们打开了参赛的入口；开放求助、持续钻研的态度，支撑他们跨过最初的困境。三个原本独自学习的年轻人，在项目里结伴同行，在难题面前彼此托举。