01
改动输入后重新生成
主按钮和 Ctrl/Cmd+Enter 都检查当前文本。修改原文会立即让旧建议过期，旧位置不再适用于新内容；继续接受之前，需要重新生成候选。加载示例只准备输入，不替你作出接受决定。
JSON 工具
JSON 修复先审阅每处修改，再决定是否采用
使用 Ctrl/Cmd+Enter 手动生成建议。逐项确认高亮差异，原文编辑框不会被接受操作覆盖。
JSON 修复
原始输入
已接受的结果
文本仅留在当前浏览器标签页，不上传或持久保存。
建议可能改变含义或补入推测的缺失值。只接受你理解的修改；语法有效不代表数据正确。
尚无预览或预览已过期，请为当前输入生成建议。
接口响应少一个逗号，整段内容就可能无法解析。JSON 修复把可能的改法拆成可核对的文本差异，让你看到究竟增加了引号、删掉了注释，还是补上了结束括号，而不是直接拿到一份来源不明的新结果。
处理损坏的 JSON 时，最需要保留的是判断依据。修复无效 JSON 可以帮助你继续排查，但一个已经能解析的对象仍可能少字段或改变类型。本页将候选、已接受修改和最终语法检查分开，便于对照业务原意。
用 JSON 修复逐处核对变化
先看替换内容，再接受建议
未加引号的键和相邻值之间的缺逗号，看起来都是小错，却需要不同的上下文判断。建议列表会显示位置、修改前后片段及数量；只有你明确接受的部分才进入结果，未审阅的修改仍保持待处理状态。
原文与审阅进度始终可对照
右侧展示的是已接受修改组成的文本，不是假装全部修好的候选。审阅中途它可能仍不合法；只有建议全部接受且严格语法检查通过，导出才可用。这样可以区分正在编辑的内容与完成复核的输出。
三个容易忽略的审阅细节
02
把高亮片段放回上下文
一个差异片段不一定等于一个独立错误。成对引号和相邻修补可能落在同一段，请一起检查键名、值和数组层级，再接受该段。补括号时尤其要确认它闭合的是预期的容器。
03
根据剩余建议理解校验状态
只接受一部分修改，可能暂时留下未配对的引号或缺失的分隔符，这时不能导出。完成审阅后再看最终检查；如果最后一次接受不合适，撤销会恢复上一次的输入、输出和接受状态。清空和加载示例也可以撤销。
候选修改、原文保留与语法复核
常见错误先给出可见候选
JSON 修复可为缺少逗号、引号、尾随逗号和单引号等问题提出建议。底层引擎也可能处理注释、代码包裹、Python 字面量与截断结构；这些较大的变动一样需要审阅，不能理解为只补几个标点。
接受操作只更新结果
左侧原文不会因接受建议而被替换。结果通过原文与已接受差异拼接产生，不做最终的格式化重写，因此不会仅为了美化而改动整个文档；原本有效的数字字面量也不会经过解析再序列化而被舍入。
检查对象是实际接受的文本
每次接受后，对当前结果进行严格语法检查。检查未完成或触及资源限制都不会开放导出。JSON 自动修复产生候选并不表示候选已被认可，全部审阅和语法通过是两个独立条件。
输出可解析之后仍需核对的边界
- 不能保证恢复原意
- 缺失的数据无法单靠剩余标点还原。给截断对象补结束符、补占位值，可能让语法成立却改变业务含义；尤其要与源系统核对缺失字段、字符串边界和数组成员。
- 输入和审阅规模有上限
- 输入最多 100,000 个 UTF-16 单元，嵌套层数、值数量及修改工作量另有保护限制。超过限制时应提取有意义的小片段重新检查，本页不提供流式大文件恢复。
- 没有自动接受或全部接受
- 每一段建议都从未接受状态开始。即使部分接受后的中间文本恰好合法，也需要完成剩余审阅才可导出。若不同意候选，可直接编辑原文，再重新生成建议。原本合法的输入无须接受修改，通过检查即可导出。
- 语法检查不验证业务契约
- 检查通过不代表必填字段齐全、金额正确或接口类型相符，也不会替你消除重复键。接收方要求的数据约束仍需使用 Schema 或应用自身的校验逻辑验证。
- 不承担其他编辑任务
- 这里不排序键名、不清理空值、不统一缩进，也不把结果覆盖回输入。复制与下载保留已审阅输出的文本形式；需要美化时，可在确认修复后使用相关格式化工具。 输入仅限粘贴文本，不提供文件或 URL 导入、AI 修复、历史保存及包含文档的分享链接。
JSON 修复常见问题
哪些 JSON 错误能够修好？
常见的缺少逗号、未引用键、单引号和尾随逗号通常能够生成建议。注释、代码包裹以及部分截断结构也可能触发修复。请以实际差异为准，有些候选会改变值或结构，不能一概认为只是语法润色。
能否自行决定接受哪些修改？
可以。JSON 修复要求逐段明确接受，未选择的建议不会自动进入结果。单个片段可能包含几处相邻字符变化，请一起核对；不满意时可撤销最后一次接受，或修改原文重新生成。
遇到无法自动修复的 JSON 应该怎么办？
保留原始内容，优先获取完整响应或配置。结构严重损坏、含义不明确或超出工作量限制时，本页会停止；反复生成无法创造已经丢失的字段信息。可以缩小片段后再检查。
修复结束后是否还需要校验？
需要。本页对已接受文本自动执行严格语法检查，并在全部建议接受后才允许导出。业务类型、必填字段、重复名称等问题仍值得通过专用校验器与接收系统进一步核对。
自动修复能还原被截断数据的真实含义吗？
不能。补齐括号只表示得到一种可能的闭合方式；被截断的字段和值仍然未知。应将候选与完整源数据比较，对推断出来的内容保留判断，不能把语法成功等同于原意恢复。
发现建议不符合预期？