AI答案里的表格被截成半截，我复现了三次才搞明白是行数卡了

独家消息，这周我把手上六个客户的产品参数表全跑了一遍，发现一个之前没人提过的坑：AI 引用表格内容时，不是整表搬走，而是按行数截断的。

事情起因很简单。客户问我，为什么 AI 答案里我们那张 12 行的规格表只出现了前 5 行，后面 7 行参数全丢了，用户搜「XX 型号 功率多少」根本搜不到答案。我先怀疑是渲染问题，预渲染跑了三遍，DOM 里 12 行全在。又怀疑是爬虫没吃全，抓取日志显示整页都拉到了。

于是我做了个对照实验，同一张表拆成三个版本发布：

• A 版：12 行原生 <table>
• B 版：拆成 3 张小表，每张 4 行，中间加小标题
• C 版：改成 12 条列表项，每条带「参数名：值」

跑了 72 小时，每天固定时段问同一批问句，结果如下：

关键发现是 B 版：拆表之后，AI 反而会跨表拼接，把三张小表的首行合起来引用，完整度直接翻倍。A 版那个 4.3 行的均值也很说明问题，它有个明显的截断线，大概率是单次引用的 token 预算或者行数上限卡住了。

我的判断是：表格对 AI 来说不是结构化数据，是一段有行数上限的文本块。行数一多，尾部参数天然吃亏。所以现在给客户的建议是单表不超过 5 行，超了就拆，并且每张表第一行必须是用户最可能单独问的那个参数。

补一句，C 版列表虽然引用次数不低，但 AI 容易把「参数名：值」读串行，出现张冠李戴，这点还得再测。

想问下各位：你们遇到过 AI 引用表格时只给表头不给数据行的情况吗？我怀疑这是另一个独立机制，但样本还不够，想凑一批案例一起看。