损坏的 JSON 输入
已修复的 JSON 输出
JSON 修复如何工作
当您输入无效 JSON 时,系统会按顺序自动尝试以下方法:
开始修复 JSON
输入损坏的 JSON,或点击“导入”从文件加载。
当您输入无效 JSON 时,系统会按顺序自动尝试以下方法:
开始修复 JSON
输入损坏的 JSON,或点击“导入”从文件加载。
Tutorial Step
步骤 1 – 直接导入原始损坏 JSON,不要先手工大改
Tutorial Step
步骤 2 – 先观察本地修复,再看是否升级到 AI 修复
Tutorial Step
步骤 3 – 检查修复结果是否“能解析”且“符合预期”
Tutorial Step
步骤 4 – 把修好的 JSON 继续送去校验、格式化和后续处理
修复前后的实用提醒
这页会按层级依次尝试不同修复方法:先用 JSONRepair 库处理常见语法问题,再做基础规则修复;如果结构问题更复杂,才会继续调用 AI 修复能力。这样可以优先保证速度、本地处理比例和修复稳定性。
常见可修复问题包括:键名缺少双引号、尾随逗号、数组或对象未闭合、单引号误用、逗号遗漏、转义不完整,以及部分轻度结构错乱的 JSON 片段。
当本地修复无法确定结构意图,或者 JSON 已经破损到简单规则难以还原时,系统才会升级到 AI 修复。典型场景包括日志里截断的嵌套对象、混杂多层错误的旧配置,或半结构化文本中嵌着 JSON。
大多数常见修复都在浏览器本地完成,不会上传数据。只有在需要更复杂的 AI 修复时,相关 JSON 才会发送到 AI 提供商进行处理,而且不会被我们用于存储或训练。
有。为保证稳定性,AI 修复每次请求支持的输入大约为 ~18000 个字符。更大的 JSON 建议先拆分成更小片段,或者先尝试本地修复与基础清洗。
不需要。默认情况下你不必准备任何 API Key,就可以直接使用本地修复能力;需要 AI 修复时,也会走我们已经接好的能力链路。
建议要。repair 的目标是把损坏 JSON 尽快恢复成可解析状态,而 validator 更适合做最终复核,确认语法、结构和风险提示都没有遗漏。
如果 JSON 本身是被截断、缺了大段业务字段,或者上下文语义只有你自己知道,那么自动修复只能帮你恢复语法,不一定能恢复真实业务意图。这种情况更适合结合 validator 的定位结果手动补全。