考点精讲
- 第 259 页给五个转换:模拟数据→真实数据(验字段与分布)、独立 Demo→客户业务系统(入口、事实来源、写回)、模型输出→业务动作闭环(判断→确认→动作→写回)、开发者运行→客户团队运营(自启动、处理失败、维护规则)、客户定制→平台能力。同页给判定:只完成前两个是「把 Demo 接到客户系统」,第四个不完成则 Scale 没有发生,第五个不做公司退回卖人力。第 263 页给四类假设核验(数据可得、接口可写回、业务规则有正式口径、责任边界清楚),第 264 页强调数据接入先对齐业务语义再找事实来源。
- 前后置引导:前置读「算力路线、量化取舍与「先 RAG 后微调」」页:模型能力就位后进入客户环境。;后置读「八项生产准入 Gate、现场变化与客户接管撤出」页:把五个转换收成可评审的准入条件与接管撤出规则。
记忆技巧
五转换记「真实数据、真实系统、业务闭环、客户运营、平台能力」
一句定性:只做前两个 = 接了系统,第四个不做 = 没 Scale。
一句定性:只做前两个 = 接了系统,第四个不做 = 没 Scale。
常见误区
真题思路
常见问题
Q:五个关键转换里哪几个属于 Build、哪几个属于 Scale?
A:前三个(真实数据、客户系统、业务动作闭环)属 Build,后两个(客户团队运营、平台能力)属 Scale。(解析:第 258 页明确转换 1–3 完成 Build、转换 4–5 属 Scale,并强调五个缺一不可;第 274 页小结再次把两者分开。)
Q:为什么数据接入要先做业务语义对齐?
A:因为同一字段名在不同系统里可能含义不同,只按字段名对接会把结果写入错误位置。(解析:第 264 页用工单系统与数据平台的「类别」举例:前者指责任部门、后者指事件性质。因此要先对齐术语、再确认唯一事实来源、再谈接口调用。)
Q:人工兜底要满足什么条件才算闭环?
A:有接收队列、负责人、处理时限、可见上下文、审核结果回写、未处理告警,并且可评测改进。(解析:第 265 页列全这七项,并指出仅有「转人工」标签的系统在真实业务里会积压、无人认领、无法追责。)
相关知识
教材出处:第14章 Delta 生产化 Delta 生产化:五个关键转换与四类假设核验