资料与文件 · 实作指南
先确认是哪一天，再让 AI 翻译日期
从一张合成租赁单上的 11/12/2026 出发，检查日期翻译、确认与系统保存是否指向同一天。
AAHouse 原创解说视频，采用 AI 辅助概念画面、合成旁白及原创音乐。
英文逐字稿 · 简体中文普通话逐字稿 · 台湾华语逐字稿 · 澳门粤语逐字稿
一行日期，两个可行解释
给一份虚构的美国设备租赁单写上“11/12/2026”，再让 AI 翻译成中文。若原意是十一月十二日，译成十二月十一日便改变了交货日期。两个日期都有效，普通格式检查未必发现问题。本文用这个合成例子，讨论跨语言交接，而非报告客户事故。
- 十一月十二日？还是十二月十一日？
- 两个都有效 → 仍需确认含义
原创概念图 · 非产品截图 · 合成日期示例
先留下原文，再确认含义
遇到斜线日期，保留原始字符串与来源字段的格式说明。格式没有明确约定时，向提交者确认月份和日期，不让模型根据中文或英文语气猜测。确认后分别保存已核实的日期和原文；翻译可以改变表达，不能代替事实确认。
- 原始字符串 + 字段格式说明
- 格式不明 → 请提交者确认
原创概念图 · 非产品截图 · 合成日期示例
给人看和给系统存，可以不同
MDN 说明，HTML 日期输入控件的显示会随浏览器语言环境变化，而实际值采用 yyyy-mm-dd。[1] 因此审核单可写“2026 年 11 月 12 日”与“November 12, 2026”，接口保存“2026-11-12”。这些表示应指向同一天，不能靠截图判断实际提交值。
- 2026年11月12日 = Nov 12, 2026
- 系统值：2026-11-12
原创概念图 · 非产品截图 · 合成日期示例
日期不要被偷偷补成时刻
交货日期可能只表达日历上的一天。RFC 3339 把 full-date 与带时间、偏移的 date-time 分开定义。[2] 不要为了适配字段，擅自给日期补上午夜 UTC，再按当地时区转换。若业务确实需要交货截止时刻，应另行确认时间与时区，而不是由 AI 创造。
- 交货日：2026-11-12
- 截止时刻：需另确认时间与时区
原创概念图 · 非产品截图 · 合成日期示例
用三张测试卡核对整条链路
我们的验收建议包括：可产生歧义的斜线日期、明确写出月份的日期，以及不存在的日期。用虚构资料走过输入、翻译、保存和导出，核对每一步的实际值。记录哪些需要澄清、哪些应被拒绝；这是一份建议测试方案，本文未执行客户系统测试。
- 斜线歧义 | 月份明确 | 日期不存在
- 输入 → 翻译 → 保存 → 导出
原创概念图 · 非产品截图 · 合成日期示例
让审核人看见具体的一天
在最终交接单并排显示原文、确认后的年月日和目标字段，注明谁确认了含义。只检查中文是否通顺，会漏掉业务事实的变化。团队应把“日期仍待确认”当作可见状态；宁可保留一个待答问题，也不要把模型流畅的猜测变成正式承诺。
- 原文是什么？确认后是哪一天？
- 谁确认？写入哪个日期字段？
原创概念图 · 非产品截图 · 合成日期示例