我在整理一个 JSON 导入样例时，注意到原来的校验逻辑碰到第一处错误就停了。这样做容易定位当前错误，但如果同一批数据有好几处问题，通常得修改后再运行，才能看到后面的错误。 这次我试了另一种方式：先做一个只读检查器，把它认识的批次内问题一起列出来。它不负责导入，也不修改数据；真正...

导入失败后，程序只留下一个错误代码。知道失败了，却不知道要检查哪条记录，也不知道能不能直接重试。 接着 预览过期检查 的自建 JSON 库存教学项目，这次给失败结果加一个 只读说明器 。它读取失败输出，保留原始代码，并对约定内的错误补充位置、原因和下一步；它本身不执行导入、不修改...

导入预览看起来没问题，准备提交时，原文件却被另一个操作改过了。之前确认的预览，还能直接执行吗？ 这次接着 整批校验后再写文件 的教学例子，把预览和提交拆成两次操作，中间多加一次输入对照。数据仍是自建 JSON，不是真实库存。

批量导入最难发现的问题，有时不是报错，而是报错前已经写进去一半。怎样让 Codex 把“原文件没被部分覆盖”也纳入验收？ 这里沿用 库存 0 校验的教学例子 ，用自建 JSON 文件演练：原文件一行，待导入两行。它不是实际库存或客户事故。

Python 是一个非常强大的语言，但是它也有一些问题。其中最主要的问题就是它没有一个内置的进程管理工具。