[diego-anselmo]

Summary

Tool calls em streaming de modelos codex (OpenAI Responses API, targetFormat: openai-responses)
são silenciosamente descartados por clients OpenAI estritos. O tradutor de stream Responses→Chat
nunca emite role: "assistant" no primeiro delta, então o _convertDeltaToMessageChunk do
@langchain/openai (usado pelo AI Agent do n8n) não tipa a mensagem como AIMessageChunk e nunca
acumula os deltas de tool_call. O agente executa a tool, mas retorna resposta final vazia
({"output": ""}).

Um stream Chat Completions normal abre com delta.role = "assistant"; a Responses API não tem
evento de anúncio de role, então o tradutor precisa sintetizá-lo. Este PR carimba
role: "assistant" no primeiro chunk não-nulo emitido (tanto no caminho de texto quanto no de
tool_call), seguindo o contrato de streaming do Chat Completions. Non-streaming e providers em
formato chat já não eram afetados; só a saída de streaming openai-responses muda.

Reprodução

curl -sN $OMNIROUTE/v1/chat/completions -H 'Content-Type: application/json' -d '{
  "model":"codex/gpt-5.5","stream":true,
  "tools":[{"type":"function","function":{"name":"t","parameters":{"type":"object","properties":{}}}}],
  "messages":[{"role":"system","content":"Always call tool t."},{"role":"user","content":"go"}]
}'

Antes: primeiro chunk delta:{ "tool_calls":[...] } (sem role) → o langchain descarta a tool call.
Depois: primeiro chunk delta:{ "role":"assistant", "tool_calls":[...] }.

Related Issues

• Nenhuma (encontrado em debug de campo; posso abrir uma issue se preferir).

Validation

• npm run lint — limpo nos arquivos alterados
• Testes unitários — teste novo + suites do converter (claude-code-rendering-fixes,
  responses-translation-fixes): 34/34 verdes (suite completa + coverage via CI)
• npm run test:coverage — via CI
• SonarQube — via CI

Tests Added Or Updated

• tests/unit/responses-chat-assistant-role-first-chunk.test.ts (novo) — verifica role=assistant
  no primeiro delta de tool_call e no primeiro delta de texto, e que ele não se repete nos deltas
  seguintes. Escrito em TDD (red→green).

Coverage Notes

• Altera open-sse/translator/response/openai-responses.ts; o teste novo exercita o wrapper
  withAssistantRoleOnFirstDelta nos dois caminhos de emissão.

Reviewer Notes

• Wrapper fino que carimba o role uma única vez, no primeiro chunk que carrega um objeto delta —
  sem mudar a lógica de tradução por evento.
• Verificado ao vivo em codex/gpt-5.5 streaming com tools: o primeiro chunk tool_calls agora
  traz role:"assistant" e o AI Agent do n8n completa o loop tool→resposta.
• Aditivo / baixo risco; caminhos non-streaming e em formato chat ficam intactos.

[gemini-code-assist]

Code Review

This pull request introduces a mechanism to synthesize the assistant role on the first emitted delta when translating OpenAI Responses API chunks to OpenAI Chat Completions format. This ensures compatibility with strict streaming clients like LangChain that require a role announcement on the first chunk. A corresponding unit test suite has been added to verify this behavior for both tool calls and text deltas. There are no review comments, and I have no feedback to provide.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

[diegosouzapw]

Thanks, @diego-anselmo! 🙏 Spot-on fix — the Responses API has no role-announcement event, so translating Responses→Chat without synthesizing role: "assistant" on the first delta makes strict clients (langchain's _convertDeltaToMessageChunk, n8n's AI Agent) drop the streamed tool_call deltas and return an empty response. The withAssistantRoleOnFirstDelta wrapper is clean and your 2 TDD cases (tool_call + text first chunk, role only on the first) pin it well. Green locally. Added a small file-size baseline bump (+25). Merging into release/v3.8.26. 🚀