Troubleshooting gpt-oss and vLLM Errors

Diagnose gpt-oss and vLLM errors by mapping HarmonyError and tool-calling failures to root causes.

2|1|Updated Oct 22, 2025
One-click install
npx skills add https://github.com/bbrowning/bbrowning-claude-marketplace --skill troubleshooting-gpt-oss-and-vllm-errors
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Troubleshooting gpt-oss and vLLM Errors
Source: https://github.com/bbrowning/bbrowning-claude-marketplace/tree/main/bbrowning-claude/skills/gpt-oss-troubleshooting
Command: npx skills add https://github.com/bbrowning/bbrowning-claude-marketplace --skill troubleshooting-gpt-oss-and-vllm-errors

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Guides diagnosing openai_harmony.HarmonyError or gpt-oss tool calling issues with vLLM. Identifies error sources (vLLM server vs client), maps specific error messages to known GitHub issues, and provides configuration fixes for tool calling problems with gpt-oss models.

Core Features & Use Cases

  • Error source identification: Distinguish vLLM server vs client origins.
  • Pattern matching: Map errors to known issues.
  • Config fixes: Provide recommended flags and config changes for tool calling.
  • Reference flows: Include known issues and model updates.

Quick Start

Use when encountering HarmonyError or tool-calling problems; identify source, consult reference/model-updates.md, and apply recommended vLLM flags and generation_config updates.

Frequently Asked Questions about Troubleshooting gpt-oss and vLLM Errors

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I diagnose vLLM tool-calling errors with gpt-oss models?

Diagnose vLLM tool-calling errors by identifying whether the error originates from the vLLM server or client side, then mapping the specific error message—such as HarmonyError or token parsing failures—to known GitHub issues. Check vLLM server flags like --tool-call-parser and --enable-auto-tool-choice, verify generation_config.json token settings, and inspect model configuration files for mismatches.

What causes HarmonyError when using gpt-oss with vLLM?

HarmonyError typically stems from misaligned tool-calling configuration between the client and vLLM server. Common causes include incorrect --tool-call-parser flags, missing or misconfigured generation_config.json tokens, or incompatible model files. Consult known issues references and apply recommended vLLM flags and generation_config updates to resolve.

How do I configure vLLM for proper tool-calling with gpt-oss?

Configure vLLM by setting appropriate server flags—particularly --tool-call-parser and --enable-auto-tool-choice—based on your gpt-oss model requirements. Verify generation_config.json contains correct token settings, inspect model files for compatibility, and test interoperability with frameworks like llama-stack in both server and client contexts.

Can I use gpt-oss tool calling with llama-stack and vLLM together?

Yes, gpt-oss tool calling works with llama-stack and vLLM, but interoperability requires matching configuration across server and client. Verify vLLM tool-calling flags align with llama-stack expectations, check generation_config.json tokens, and map any HarmonyError or tool-calling failures to root causes using known issue references.

Why does token parsing fail with vLLM gpt-oss models?

Token parsing failures occur when generation_config.json token settings mismatch vLLM server configuration or model file specifications. Inspect token counts in generation_config.json, verify model files are correctly formatted, and confirm vLLM flags support the token parsing strategy your gpt-oss model requires.

What's the difference between vLLM server errors and client errors in tool calling?

vLLM server errors originate from the vLLM process itself—often related to --tool-call-parser configuration or model loading—while client errors stem from how the client sends requests or handles responses. Identifying the error source determines whether you fix vLLM flags and generation_config.json or adjust client-side tool-calling logic.