[refactor][P2] jsonrepair 终态错误无导出哨兵——调用方只能对中文文案做前缀匹配分流 #384

来源：2026-11-11 全矩阵深度代码审查（6 路并行扫描约 24 万行 Go）。判定已复核；行号基于 2026-11-11 的 main，动手前请核对现场。
归档索引：#372（本仓重构 backlog）

位置

pkg/jsonrepair/jsonrepair.go:438-439、478；jsonrepair/unmarshal.go:103

证据

三处终态均为裸 fmt.Errorf："jsonrepair: 空输入"（:439）、"jsonrepair: 无法解析为 JSON"（:478）、"jsonrepair: 无法解析为 JSON（宽松模式无法闭合出合法 JSON）"（unmarshal.go:103）。「空输入」是调用方自己的 bug（应 programmer error 上抛），「无法解析」是 LLM 输出质量问题（应回喂重试）——两类语义完全不同，目前只能 strings.HasPrefix(err.Error(), ...) 中文匹配。

关联

与二轮 #382（Unmarshal 把严格/宽容两路错误 %v 拍平进一条文案）互补不重复——#382 是包装方式，本条是「分类本体从未以哨兵存在」。

建议

导出 ErrEmptyInput / ErrUnparseable 两个哨兵，三处改为 %w 包装；UnmarshalLenient 的宽松失败也并入 ErrUnparseable。