夜雨聆风业务说你的AI系统不好用。
你第一反应是模型不行。换模型。还是不行。调提示词。还是不行。查了三天代码，最后发现问题根本不在模型，不在代码——在你喂给AI的数据上。
准确地说，你喂给它的是一份Word文档。AI很听话地把文档解析了，按段落拆开了，图片渲染出来了。但业务一用就说：图片跑位了，规格对不上了，产品之间的关系乱了。
为什么？因为你给AI的是文档格式，但AI需要的是业务结构。
文档格式 ≠ 业务结构
我拿一个真实场景说。
一个产品有多个规格，每个规格有自己的图片、价格、包装方式。这些信息在Word文档里是怎么排的？第一段写产品概述，中间插几张图，后面用表格列规格，表格里又嵌了图片。
你把这个文档丢给AI解析。AI按什么拆？按段落。按表格。按图片位置。
但业务对象不是这么组织的。业务看到的是一个产品下面挂了三个规格，每个规格有自己的图片、尺寸、价格。这是一个树状结构，不是一个线性文档。
你按文档格式解析，图片跟哪个规格对应？价格跟哪个产品绑定？配件关系在哪？全丢了。AI拿到的只是一堆散落的文字和图片，它不知道谁是谁的配件，谁是谁的主图。
数据结构不能反映真实业务，后面所有结果一定错。
你不是一个文档工具，你是一个库
这是我跟团队反复讲的一句话。
你不是一个文档工具，你是一个库。
库里的东西要按业务对象拆干净，不是按段落切碎。
什么意思？一个产品文档进来，你不能把它当成一个整体文件。你要拆出：这个产品是什么？它有几个规格变体？每个变体的图片是哪几张？价格是多少？配件关系是什么？
这些不是文档的段落，是业务的事实。业务事实发生在不同的时间、不同的场景，你不能把它压扁成一段文字。
你把层级关系丢了，把归属关系丢了，然后指望AI能理解？它理解不了。不是AI蠢，是你把业务信息抹掉了。
怎么拆：回到业务对象
方法不复杂，但需要你真的去理解业务。
第一步，先别碰代码。打开业务的原始文档，问自己一个问题：这个文档里，有几个业务对象？一个产品文档里，至少有产品本身、规格变体、图片资产、价格信息、关联配件。这些对象之间有层级关系——产品下面挂规格，规格下面挂图片。有对应关系——这张图属于这个规格，这个价格对应这个型号。
第二步，让AI帮你做归一化。不是让AI按段落拆，是让AI理解业务结构，然后按业务对象重新组织。你要告诉AI：为了还原这个产品的业务结构，请把文档里的信息按产品到规格到图片到价格的层级拆出来，每个对象标注清楚归属关系。
第三步，验证。拿拆出来的结构给业务看——这跟你脑子里的产品结构一致吗？不一致就调。这一步不是AI能替你做的，是你对业务的理解。
一个判断标准
最后给一个简单的判断标准。
你拿到的数据，如果拿给一个不懂技术的业务人员看，他能直接用来做决策吗？
如果能，说明你的数据结构反映了业务事实。如果不能——他看不懂，或者看了但对应不上——说明你给他的只是文档格式，不是业务对象。
AI也一样。AI读不懂文档格式，但AI能理解业务对象——前提是你先帮它把对象拆出来。
此处有总结
AI系统最大的隐性技术债，不是代码写得烂，不是模型不够强，是数据结构跟业务结构对不上。
你花再多时间调模型、调提示词、调参数，如果底层数据不能反映真实业务，全是在错误的地基上盖楼。
下次业务说不好用，先别查代码。先问一个问题：我喂给AI的数据，是文档，还是业务对象？
我是大模哥，讲AI落地，下篇见。
本文基于大唐架构分享会实录整理，内容经过脱敏和结构化处理。
