执行摘要

本PR修复了DeepSeek-V3.2模型在工具调用中生成错误JSON格式时导致的解析崩溃问题，通过添加错误捕捉机制确保流式输出稳定，是一个针对特定模块的小范围bugfix。

功能与动机

根据PR描述，LLM可能生成不正确的JSON格式内容，必须捕捉此类错误以保证正常流式输出。动机源于处理工具调用参数解析时的鲁棒性需求，具体表述为："LLMs may generate tool call content that are not correct json format, we must catch this error for normal streaming output."

实现拆解

修改了 python/sglang/srt/function_call/deepseekv32_detector.py 文件中的 _parse_parameters_from_xml 函数。关键改动如下：

try:
    parameters[param_name] = _partial_json_loads(param_value, Allow.ALL)[0]
except json.JSONDecodeError:
    parameters[param_name] = param_value.strip()

评论区精华

• gemini-code-assist[bot] 建议："为了更健壮的错误处理，应同时捕捉 IndexError。"
• yuanshaochen 指出："由于 _partial_json_loads 使用 partial_json_parser 包，实际抛出 MalformedJSON 异常，也应被捕捉。"
  讨论焦点在于异常捕捉的完整性，但PR未采纳这些建议，仅处理了 JSONDecodeError，可能留下未覆盖的异常风险。

风险与影响

• 风险：
  • 未处理所有可能异常（如 IndexError 和 MalformedJSON），可能导致未捕获异常，影响系统稳定性。
  • 缺少单元测试验证错误处理逻辑的正确性，增加回归风险。
• 影响：
  • 对用户：提升DeepSeek-V3.2工具调用模块的流式输出可靠性，避免因解析错误导致的崩溃。
  • 对系统：增强错误处理能力，提高整体鲁棒性。
  • 对团队：小范围变更，易于维护，但需后续关注异常捕捉的完善。

关联脉络

从近期历史PR看，无直接相关于DeepSeek或function_call的bugfix，但此PR体现了在LLM工具调用中错误处理的通用模式。例如，可参考其他模型类似修复（如PR 21004修复Kimi K2.5的AttributeError），以建立更全面的错误处理策略。