背景、用户与问题
- 用户需求:高校学生和 AI 转业者需要一条可验证的学习路径,用认证证明自己能在模力方舟完成 AI 部署与应用。
- 平台需求:国产芯片课程分散,平台希望用认证专题带动技术内容生态和算力使用。
- 芯片厂商需求:让开发者体验自家芯片,收集真实使用反馈,推动课程和工具迭代。
- 问题:课程、实操环境、脚本检测和证书入口分散,用户不知道“学什么、怎么练、如何证明”。
目标与方案选择
目标:把国产芯片 L1 课程组织成“专题—课程—实操—检测—证书”的可执行认证链路,让用户完成学习并获得可验证凭证。
- 方案 A(放弃):只提供课程文档,不做实操和检测。问题是无法验证用户是否真正跑通,认证缺少可信度。
- 方案 B(采用):认证专题 + 分阶段课程 + 实操任务 + 脚本检测 + 证书申请;平台负责专题与考核,芯片厂商提供课程和工具。
- 范围取舍:先做 L1 课程认证,覆盖沐曦、燧原、天数智芯的测试,并推进壁仞 L1 专题上线;更复杂的厂商/课程后续扩展。
产品框架和关键链路
角色与模块:平台内容/运营负责专题、课程组织和上线;芯片厂商提供课程、工具和考核标准;用户完成课程、实操和脚本检测后申请证书。系统依赖课程内容、GPU 环境、脚本检测服务和证书系统。
关键分支:环境或依赖不通过时提示修复;脚本检测失败可重试;课程内容更新时同步题库和检测项;厂商课程上线前完成一轮测试。
认证链路
进入认证专题学习课程内容完成实操任务提交脚本检测通过后申请证书
本人职责、关键动作和取舍
- 我负责沐曦、燧原、天数智芯 L1 课程认证测试,并推进壁仞 L1 认证专题上线。
- 团队边界:芯片厂商提供课程与工具,平台研发/运营提供环境和上线支持;我负责测试、问题反馈、上线推进和专题内容组织。
- 关键动作:按课程任务逐项跑通环境、示例、脚本检测和证书申请;把阻塞问题反馈给对应团队并回归;确认专题上线顺序。
- 取舍:优先保证 L1 认证链路可跑通,再扩展课程深度和厂商覆盖;不在首版引入复杂的主观评审。
核心能力、体验验证和风险处理
- 认证考核:脚本检查任务所需文件、服务和 API 调用结果,通过后开放证书申请。
- 测试方法:按课程任务在真实环境跑通,记录环境、依赖、脚本和证书链路问题,修复后回归。
- 风险控制:环境不一致、课程内容过期、厂商工具版本变化都可能造成误判;通过上线前测试、版本记录和问题反馈闭环控制。
- 用户支持:对失败任务给出检查项和重试路径,避免用户卡在环境问题上。
指标、结果及证据边界
当前阶段:认证专题已上线,覆盖国产芯片 L1 课程认证。
认证模块累计答题 1,000+,120+ 用户通过考核并申请证书。
我交付了国产芯片 L1 课程认证测试与壁仞 L1 专题上线推进;公开测试记录为天数智芯 L1 课程。
1,000+认证模块累计答题次数
120+通过考核并申请证书的用户
上线后的增长、运营、卡点和复盘
认证专题从平台社区、芯片厂商合作和课程页面获取用户;用户完成课程、实操和检测后申请证书,平台与厂商持续维护课程、题库和考核环境。
运营重点是扩大国产芯片课程覆盖、提升认证完成率;关键卡点是多厂商课程测试与上线节奏协同、题库与环境稳定性。