我整理了 Codex CLI 继续旧对话的入口。准备：已安装并登录 CLI，同一台电脑已有保存的交互式对话。 在原项目文件夹打开终端，运行： 1 codex resume 在列表里核对时间、任务内容，选中需要继续的对话。若只继续当前目录最近一次交互对话，可改用： 1 codex ...

我用已有 Cloudflare Pages 项目验证了上传和更新。下面适用于纯 HTML/CSS/JS 页面；先装 Node.js、注册 Cloudflare。 把 index.html 、图片和样式放进 demo 文件夹，在它的上一级打开终端。 依次运行： ...

我用官方 PDF 技能走了一遍安装到产出的流程。适用于 Codex CLI / IDE。 在对话中输入： $skill-installer 安装 openai/skills 的 pdf 技能 。 输入 $ 选择 pdf；找不到时重启 Codex。 提供文本并输入： $p...

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

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

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

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

想用 Codex，第一关却卡在微软商店：页面一直转圈，下载按钮点不动。 可以换个入口试试： 不用打开商店窗口，直接用 Windows 的 winget 安装。 从点开 PowerShell 开始，下面一步步来；找不到 PowerShell，CMD 也能用。

库存填了0，程序却提示“漏填”，问题可能藏在一句 if not value 里。Python 中0和 None 都是假值，但它们在业务上的含义并不相同。 这个例子用自建 JSON 教学样本，故意在修前版保留错误判断，再用同一套验收检查修复。它不是客户事故，也不是真实库存表。

“API 报错了”后面，最有用的是刚才做了什么、服务实际返回什么，以及还缺哪些信息。把这些填进一张求助单，可以少走几轮猜测。 不知道的字段直接写“不知道”，比凭印象补齐更有价值。