AI 填表把日期写错一天，问题可能不在模型
AI 填表后日期差了一天，先检查数据类型、时区和显示格式，再判断是否由模型理解错误造成。业务日期、具体时刻和表格日期序列是不同概念，把它们混成一个字符串处理，很容易在转换时跨过午夜。
先问这个字段有没有时区
合同到期日通常表达一个日历日期；会议开始时间表达某个时区下的时刻；处理耗时则是一个时长。它们可能都显示成带数字和冒号的文字，却需要不同的存储与计算方式。到期日不应为了方便处理而先转成 UTC 午夜再转换回本地日期。
例如业务要求记录十月二十八日，适配器却先构造某个时区的零点，然后以另一时区读取，就可能显示成前一天。应在字段契约中注明“日期”还是“时刻”，对于时刻保留时区或偏移，对于日期保持业务日历含义。
理解表格里的底层数值
Google Sheets 的官方文档说明，日期和时间可用序列数表示，整数部分代表日期，分数部分代表一天中的时间；序列数本身不保存时区偏移，解释与表格时区有关。其起点和历史日期规则属于该产品的具体定义，不应直接套给所有文件格式。
同一个底层值可以按不同格式显示成日期、时间或普通数字。反过来，看起来像日期的字符串也可能仍是文本。读取结果时应同时关注值与格式，不能因为单元格显示“2026/10/28”，就认定它可以正确参与日期计算。
导入时不要让地区设置替你猜
| 输入 | 需要明确的含义 |
|---|---|
| 03/04/2026 | 三月四日还是四月三日 |
| 2026-10-28 | 纯日期，不自动附加时区 |
| 23:30 | 本地时刻还是持续时间 |
| 空白 | 缺失日期，而不是默认起点 |
使用表格 API 时还要选择输入解释模式。Google Sheets 区分原样存储和按用户输入规则解释的模式，这会影响文本是否被识别成日期或数字。接入其他产品时也应找到对应规则，或者显式写入受支持的数据类型。
验收要跨过容易出错的边界
选取月末、年末、闰日和午夜附近的样本；涉及多地区协作时，再检查业务使用的时区。分别读取原始值、显示值和计算结果，确认日期差、排序和筛选符合预期。只用月中白天的一个日期，很难暴露偏移问题。
最后把字段类型与转换规则记录在交付说明中。这样人工补录、下一轮 Agent 更新和业务系统再次导入时，能沿用相同口径。解决日期错位的关键，是让每次转换都有明确语义，而不是在出现一天偏差后机械加一天补偿。
对没有日期来源的记录保留缺失状态，不要用运行当天自动补齐。运行时间与业务发生日期必须分列保存，后续统计才不会混淆。
在企业文档中验证
如果要把本文方法用于企业文档，可预约演示，结合实际资料核对协作、权限与集成方式。
需要在自己的环境中验证时，可先了解私有化部署方案，再确定试用范围与验收要求。