火山引擎服务要求日期字段严格使用“yyyy-MM-dd”格式，如“2026-10-20”；混用其他格式会导致解析失败、截断或偏移，需按文档规范、代码序列化及配置文件校验统一处理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
火山引擎服务在处理 JSON 数据时，若日期字段格式不统一（如混用 "2024-06-16"、"2024/06/16"、"1718505600000" 或带时区的 ISO 8601），会导致解析失败、字段截断或时间偏移，尤其在 DataLeap 流式集成、语音识别 SDK 日志时间戳、OpenClaw 配置生效时间等场景中直接触发校验报错。
确认服务端强制要求的日期格式
进入火山引擎控制台 → 对应产品（如 DataLeap、Speech SDK、Coding Plan）→ 查看 API 文档「请求体参数」或「配置项说明」章节，定位到日期类字段（如 startDate、endDate、effectiveTime）。所有标注为「格式：yyyy-MM-dd」或「ISO 8601 标准（不含毫秒、不含时区）」的字段，必须严格使用 【2026-10-20】 这种纯数字短横线格式，不能带 T、Z、+08:00 或空格。
若文档未明确说明但字段名含 time/at/dt，可临时调用一次接口，观察返回错误中的 expected pattern 提示——这是最权威的格式依据。
后端代码中统一序列化输出
方法一：Spring Boot + Jackson（推荐）
在实体类日期字段上添加注解：@JsonFormat(pattern = "yyyy-MM-dd")，并确保全局配置禁用时间戳：spring.jackson.serialization.write-dates-as-timestamps=false。这能保证 ObjectMapper 输出的 JSON 中所有 LocalDate 字段自动转为标准格式。
方法二：Java 手动格式化（无框架环境）
用 DateTimeFormatter.ofPattern("yyyy-MM-dd") 替代 SimpleDateFormat，对每个 LocalDate 调用 format() 后再塞入 Map 或 JSONObject。注意：若原始是 Instant 或 Timestamp，必须先指定时区（如 ZoneId.systemDefault()）转为 LocalDate，否则跨时区机器会产出错误日期。
前端或配置文件中硬编码校验
第一步：打开火山引擎相关 JSON 配置文件（如 openclaw.json、speech_config.json）
第二步：用文本编辑器搜索双引号包裹的日期值，例如 "2024/06/16"、"2024-06-16T00:00:00"、"1718505600"
第三步：将所有匹配项替换为标准格式——年份四位、月份两位、日期两位，中间仅用短横线连接，前后无空格，不带任何时间部分。例如把 "2024/06/16" 改成 "2026-10-20"，把 "2024-06-16T00:00:00Z" 截取前10位即可。
第四步：保存前务必检查 JSON 语法——【最后一行字段值后不能有逗号】，否则火山引擎配置加载直接失败且无具体报错位置提示。
