如何让 AI 写出真正能用的表格：先统一列结构，再处理空值和比较维度

“请把这些内容整理成表格”是办公中很常见的一句话。模型通常能很快给出一个看起来规整的结果，但规整不代表好用：有的行写功能，有的行写评价；有的单元格放数字，有的单元格放一整段解释；同一列里的“高”“严重”和“优先处理”还可能被混在一起。这样的表格无法真正比较。

《LLM 入门资料》中，结构化输出、文本转换和结果检查被分别强调。表格生成也是一个结构化任务，重点不是画出网格，而是让每一列承担稳定含义，每一行遵守同一套规则，空值、单位和来源都能被解释。

开始生成前，先回答三个问题：这张表要帮助谁做什么决策？行和列分别代表什么？哪些字段必须有，缺失时怎么写？这三个问题清楚之后，表格才有可能成为工作工具，而不是一段排版漂亮的文字。

表格用途不同，结构也不同。方案对比关注对象、成本、收益、风险和适用场景；会议待办关注任务、负责人、截止日期、状态和备注；客户反馈关注客户、原话、问题类型、严重程度、建议和处理状态。不能用一张通用表格覆盖所有任务。

读者也会影响列的数量和解释深度。给管理者看的表格要让差异和结论快速可见；给执行同事看的表格要突出责任、时间和状态；给分析人员看的表格则需要保留指标口径、原始数据和来源。Prompt 中写明“表格用于什么决策”，模型才知道哪些列值得保留。

如果表格只是为了阅读，可以适当合并字段；如果要进入数据库或后续统计，就应当尽量一列一个字段，避免在一个单元格里混合多个值。用途决定结构，结构决定后续能不能继续处理。

比较表最容易出错的地方，是列名看起来相似，实际口径不同。比如“成本”可能是一次性成本，也可能是月度成本；“收益”可能是收入、利润或主观评价；“速度”可能是响应时间、处理量或用户感受。列名后面最好补充定义或单位。

同一列的每一行必须回答同一个问题。方案 A 的“风险”写成高、中、低，方案 B 却写成“需要更多人力”，这就不是同一维度。可以规定风险等级只能使用 high、medium、low，并将人力要求单独放到“资源需求”列。

列顺序也有意义。通常先放比较对象，再放核心指标，最后放结论、建议或备注。涉及计算时，要说明计算口径和数据来源，例如“性价比=性能得分/价格，得分越高越好”。没有口径的数字，排列得再整齐也不一定能支持判断。

表格里没有内容，可能有几种完全不同的原因：原文没有提供，字段不适用于这个对象，数据还没有确认，或者模型漏掉了信息。如果全部写成横线，读者无法知道它们之间的差别。Prompt 应该提前规定空值写法，例如“未提供”“不适用”“待确认”和“无法判断”。

数字和日期还要统一格式。金额是否含税，单位是元还是万元，日期使用 YYYY-MM-DD 还是中文日期，都要在要求里写清楚。不要让模型在看到不同表达时擅自换算，除非你明确允许换算并规定保留几位小数。

如果同一字段在材料中出现多个值，不能为了让表格整齐就只留下一个。可以新增“来源”和“冲突说明”列，也可以把该行标记为待核验。表格的作用是呈现信息关系，不是把不确定性藏起来。

Markdown 表格适合人阅读、复制和快速比较。它的列结构直观，但不适合承载过长文本，也不适合复杂的嵌套数据。要求 Markdown 表格时，应控制列数、单元格长度，并说明不要在一个单元格中堆很多无关段落。

JSON 更适合程序读取和后续处理。可以把每一行表示成对象，把列名变成字段名，并明确字段类型、空值和数组结构。如果最终要导入表格软件，也可以要求 CSV，但要特别说明逗号、换行和引号如何处理。

选择格式时，先看表格要去哪里。给同事在文档中查看，用 Markdown；给程序调用，用 JSON；需要批量导入，用 CSV 或固定字段格式。格式不是装饰，它决定结果能不能顺利进入下一步。

以方案对比为例，可以这样写：

这个 Prompt 先定义了行、列、口径、空值和冲突规则，再要求生成表格。换成会议待办或客户反馈时，只需要替换用途和字段，结构化思路仍然适用。

第一项检查是列是否完整，不能为了让表格更短而漏掉关键维度；第二项是每行是否回答同一个问题；第三项是数字、日期和单位是否统一；第四项是空值是否正确标记；第五项是关键结论是否能回到来源。检查表格时，横向看列，纵向看行，最后再看来源。

如果列结构不对，回到需求设计；如果某行混入了不同维度，重新分类；如果单位不一致，统一口径并重新计算；如果空值含义不明，补充缺失规则；如果来源无法追溯，增加证据或人工核验。不要只看表格是不是“对齐”，对齐只是视觉效果，口径一致才是质量。

表格生成的价值，在于把分散信息变成可以比较、筛选和讨论的结构。先定义用途，再设计列；先统一口径，再填内容；保留空值和冲突，不要用流畅文字遮住未知。做到这些，AI 才是在帮你整理数据，而不是替你制造一张漂亮的错表。