在 Python 3.14 的 json.dump/dumps 中，skipkeys 默认是 False；实际为True时，不属于 str、int、float、bool、None 这类支持基本类型的字典键才会被跳过，而不是抛出 TypeError。因此，没有报错、文件也生成了，只能说明本次调用完成了序列化流程，不能说明原字典里的每个键都已交付，更不能说明这些键已经被转换成字符串。
适用：本题对应南昌东湖区台式电脑上的 Python 3.14 标准库 json 模块，重点核查实际解释器版本、原始调用点和参数，不把 Windows 系统接口或文件接口当成 Python 序列化规则。
观察可以按以下顺序做，且每步都有结果条件。第一步，确认实际运行的解释器版本和调用位置，结果条件为能明确看到是 json.dump 还是 dumps、运行环境是否为 Python 3.14；若版本或调用点不一致，就不能直接套用本题结论。第二步，只读去敏查看原调用的参数，重点确认 skipkeys 是否被设为 True；结果条件是：若为 True，并且缺少的键在原始字典中属于非基本类型，则与跳过键的机制相符；若实际False且该标准编码器确实收到不支持类型的键，按约定会抛TypeError；没有这类键并不会仅因False而报错。实际无异常时还须查前置过滤、封装和真实输出文件。第三步，检查原字典键的类型，而不是只看导出后的文本键名；结果条件是能区分原键是 str、int、float、bool、None，还是元组、对象等非基本类型。第四步，对比导出前后的键集合和值来源，但只在脱敏副本或日志上核对，不在客户原数据上重写覆盖；结果条件是能说明缺少的是被 skipkeys 跳过的键，还是另有过滤、覆盖或同名键问题。
风险：skipkeys 为 True 时，导出成功会掩盖非基本类型键被省略的事实，容易被误判为全部键已交付。把键自动转成字符串也不是本题机制，且 int 1 与字符串 1 这类相同字符串表示可能产生碰撞；这种碰撞问题与 skipkeys 跳过非基本键不是一回事。若为了补齐导出而直接改写客户原字典或覆盖原文件，还可能破坏原始证据，影响后续定位。
下一步：先保留现场，不要在生产数据上重写覆盖，也不运行客户程序。可整理脱敏材料：实际解释器版本、原 json.dump/dumps 调用及参数、相关只读日志、原字典键的类型清单但不附敏感原值、导出文件中实际出现的键名范围，以及缺失键在原数据中的类型说明。南昌东湖区台式电脑用户可拨打 400-877-9605 咨询；电脑快修网是信息展示与第三方维修对接平台，该号码只作咨询，实际服务范围和安排需确认。技术说明不能替代对原程序和原始数据的实际核查。