Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

responses mode: 400 MissingParameter — missing `input.type` (deepseek-v4-flash); started today, chat mode works

Abierto
  • ¿Algo no está bien?
#950 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
55/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Área
api, backend-api-design

Línea de trabajo

Start by tracing the responses-mode request construction for the new-provider and DeepSeek V4 Flash path, then compare its serialized payload with the working chat-mode request. Reproduce the 400 error and verify that the completed request includes input.type and succeeds without changing chat mode.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Bug description

Since this morning, requests in responses API mode are rejected by the provider with a 400 error. Switching the same provider/model to chat (chat completions) mode works fine.

This is a regression: responses mode worked normally until yesterday with the same setup. The provider's error suggests ZCode's responses-mode request is now missing the required input.type parameter.

Steps to reproduce
  1. Set the provider API to responses mode.
  2. Send any message with DeepSeek V4 Flash.
  3. The turn fails with a 400 MissingParameter error (see below).

Switching the provider API to chat mode with the same model makes it work again.

Error details
  • provider: new-provider
  • model: deepseek/deepseek-v4-flash
  • reason: invalid_request (status 400, not retryable)
  • TraceID: 0af922c4-84b4-45ae-9062-6a7d2730a8b1
  • Provider response:
{"type":"BadRequest","code":"MissingParameter","message":"The request failed because it is missing `input.type` parameter. Request id: 02179055413037678af8113c224ccdd69578c3b63d1e71a579929 trace_id: 706c96776d86abe6b54c9ced0e850c37"}
Expected behavior

Responses-mode requests should include the input.type parameter and be accepted, as they were before today.

中文说明（Chinese summary）

问题描述：

从今天早上开始，使用 responses API 模式发请求会被服务商以 400 错误拒绝；把同样的模型换成 chat（chat completions）模式就一切正常。

在此之前（昨天为止）同样的配置一直正常，属于突然出现的回归问题。服务商的报错提示表明：ZCode 在 responses 模式下发出的请求缺少了必需的 input.type 参数。

复现步骤：

  1. 把 provider 的 API 设置为 responses 模式；
  2. 用 DeepSeek V4 Flash 随便发一条消息；
  3. 回合失败，报 400 MissingParameter 错误（详情见上方英文部分）。

把 provider 的 API 换成 chat 模式后，同一个模型即可正常使用。

报错详情：

  • provider： new-provider
  • model： deepseek/deepseek-v4-flash
  • reason： invalid_request（状态码 400，不可重试）
  • TraceID： 0af922c4-84b4-45ae-9062-6a7d2730a8b1
  • 服务商返回：
{"type":"BadRequest","code":"MissingParameter","message":"The request failed because it is missing `input.type` parameter. Request id: 02179055413037678af8113c224ccdd69578c3b63d1e71a579929 trace_id: 706c96776d86abe6b54c9ced0e850c37"}

期望行为：

responses 模式的请求应像今天之前一样，带上 input.type 参数并被正常接受。

Lenguaje dominante
Sin datos de lenguaje
Estrellas
4k
Forks
357
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de CommandCodeAI/command-code

Todos los issues de CommandCodeAI/command-code

Issues similares

Más issues de Backend & API Design

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.