项目对象是新人培训，不只是文档查询
Datawhale《FDE案例100》第一例收录蔡洁如的访谈，标题页注明她为NovasNexus联合创始人。受访者介绍，项目为德国制造企业整理经验知识，并将AI能力接入已有培训平台。以下研究依据这份自述，不代表本站进入客户现场核验。
本文选择这个案例，是为了讨论服务团队怎样完成企业交付。客户具有多条产线，不能把它写成OPC企业；NovasNexus完整用工及项目财务也未在本次研究中确认。
新人卡住的位置，决定资料如何组织
对准备做类似服务的团队，可以先提出一个观察问题：新人在什么工作时刻需要求助。如果同一个简称在不同产线代表不同对象，只有词条解释可能还不够；如果问题来自不知道资料是否仍适用，继续增加文档数量也未必有用。
本站建议把问题连同产品、设备、资料版本和可确认人员一起记录。这是一种待验证的调研表设计，不是对案例系统字段的复原。目的在于让后来生成的回答有适用条件，而不是把所有老师傅经验压成没有上下文的标准答案。
一次课程问答，要有回到人的路径
受访者说明，AI能力与课程学习、进度查看及问答相衔接。由此可以进一步研究：新人得到一个解释后，下一步是否知道去看哪份资料，仍有疑问时由谁接手，带教师傅能否看见反复出现的问题。
例如，团队可以与客户共同安排“已解决”“需要补充资料”“需要带教确认”等处理状态。涉及实际设备操作和安全事项，解释性回答不应被当作自行操作授权。企业已有的作业规程与岗位责任，需要在系统里继续有清楚的位置。
验收不宜只看演示时答得顺不顺
技术检查与业务检查可以分开设计。技术侧看引用是否来自适用资料、是否遗漏关键限定条件；业务侧看新人能否继续学习、师傅能否发现未掌握的内容。两者都应使用与客户约定的任务和样例。
原访谈提及的解析与召回测试，是当时项目条件下的做法。本文不把相应比例搬成行业及格线，也不以语言流畅代替正确性判断。实际目标需要结合错误后果、可用资料和人员检查能力确定。
把持续维护算进服务范围
教材变更、设备变化与师傅补充的新经验，会持续影响答案。服务团队应与客户商定资料更新、问题复核和退出交接安排。对于轻团队，能否承担这部分长期工作，是决定是否承接项目的重要条件，不能只按最初搭建页面的工作量报价。
延伸阅读：FDE交付的验收与接手；项目记录的证据链。