# AI 使用与参赛者理解

本项目由 Codex 在用户授权范围内辅助设计、实现、测试和编写文档。现有核心代码、测试、示例、README 与本地验收脚本主要由 AI 生成并根据实际工具反馈修正；不能声称由用户人工逐行编写。MoonBit 工具链、依赖和 OASIS 规范为第三方成果，不是原创代码。

已实测：JS check/build/test、独立 zipfile/odfpy、官方 RNG、独立消费模块、不同生成进程的字节摘要一致。现有 Excel 16.113.3 实际读取四个自制 ODS，20 组常规断言通过；整体 PARTIAL，极早日期和绝对毫米列宽仍有缺口。Excel 截断旧长文样本后，代码与边界验证已收紧至 32,767 UTF-16 单元，修正后真实重测通过。LibreOffice、Numbers、WPS、跨后端未测。尚未由用户逐段审阅、口述解释或接受。通过、失败和未测列表均见 evidence 与中文验收矩阵。

已完整读取章程、附录、当前十月表单及诚信承诺。章程第五章 5.1 原句“申报书务必人工撰写”，十月表单“不要使用 AI 编写”。`docs/PROPOSAL_REFERENCE.md` 只是 AI 辅助技术事实参考，不是最终申报书，不可直接提交或仅机械改写后冒充人工申报，也不能由助手代签。用户应理解并自行形成最终文字，身份/银行卡/电话/学籍/诚信承诺全部由用户处理。

建议用户先能解释：

1. 库解决业务数据写出 ODS；为什么读取转换器与本项目不同、XLSX writer 又有哪些交集？
2. 为什么 mimetype 第一项、STORED 且无 extra？为什么 manifest 不列自身？
3. 空值、空字符串、未设置格与合并覆盖格有什么区别？为何合并不能默默丢失已有值？
4. `of:=1+1` 配缓存 99 的文件为何仍能生成？办公软件会不会重算？Double 能否做精确金额计算？
5. 表名限制哪些是 MoonODS 政策而不是 ODF 必须规则？UTF-16 单位与 UTF-8 字节预算有何差别？
6. 独立 odfpy/RNG 通过与 LibreOffice 真实打开通过分别证明什么？本次为什么不能称全面验收？

发现实际缺陷应修实现、补证据和注明影响，不删失败测试或降验收标准。原失败的本地 `--deny-warn` 检查保存在 evidence/2026-10-01，修复后的成功检查位于 evidence/2026-10-01-final。

本次追加的独立消费模块、复用验证脚本、Excel 读取脚本和中文复核材料同样为 AI 辅助生成并实测修正。它证明本地候选消费与三个合成场景，不代表已有外部用户、市场需求、Mooncakes 发布或官方生态认可。当前十月表单已明确至少 10 次有效提交；实际按工程阶段提交，不空提交或机械拆分凑数。

本轮可选Excel1900日期策略、日期/毫米回归、诊断例及独立检查同样由AI辅助。没有重新进行Office原生实测，没有宣称解决绝对毫米校准或所有软件历史日期兼容。初次诊断例遗漏main的raise声明，编译拒绝已留日志并修正，未降低测试。按用户顺序先补边界再统一核对，完成独立统一技术审查后按真实阶段提交并更新交付；Library历史v2保留，最终人工申报与公开发布仍待用户处理。