OTel: parallel task dispatch emits successful chat spans without response identity or usage
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Shell
- Estrellas
- 11.2k
- Forks
- 1.9k
- Merge medio
- 14 h 16 min
- PR fusionados (30 d)
- 6
Descripción
Describe the bug
With metadata-only OpenTelemetry file export enabled, a prompt-mode run that dispatches two named subagents emits two chat spans that have successful status and a stop finish reason but omit all of:
gen_ai.response.idgen_ai.response.modelgen_ai.usage.input_tokensgen_ai.usage.output_tokens
This also occurs when the parent model is explicitly pinned, so it is not limited to --model auto.
The remaining parent and subagent chat spans in the same trace contain complete request/response model and usage fields.
Affected version
GitHub Copilot CLI 1.0.83 on macOS.
Steps to reproduce
- Enable the file exporter and force content capture off.
- Run prompt mode with streaming enabled and an explicitly pinned parent model.
- In one synthetic prompt, use the
tasktool twice with two named agent types and explicit models. - Parse the resulting JSONL.
A representative trace contained one root invoke_agent, two execute_tool task spans, two nested named invoke_agent spans, and six chat spans. Every completed-response chat had the expected provider, request model, response model, response ID, and usage. Two root-level chats had request model, streaming=true, status code 0, and finish reason stop, but no response identity or usage.
Expected behavior
Each logical completed inference should contain independently reported response identity and usage when available. An abandoned, cancelled, routing, or retry attempt should not look like a successful completed chat: it should carry an explicit attempt/outcome classification or a non-success terminal status. Consumers must not synthesize gen_ai.response.model from the requested model.
Privacy
The reproduction used synthetic prompts with OTEL_INSTRUMENTATION_GENAI_CAPTURE_MESSAGE_CONTENT=false. No prompt, response, repository, or credential content is included here.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Reproduce el trace JSONL con una exportación solo de metadatos e inspecciona la ruta de dispatch de tareas en paralelo y la emisión del span de chat de nivel raíz. Se considera completado cuando cada inferencia completada incluye la identidad de la respuesta y el uso cuando estén disponibles, mientras que los intentos abandonados o no completados no se registran como chats exitosos.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- shell
- Área
- cli, observability
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 48/100