![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(28.799999999999997, 69%, 12%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EPC%3C/text%3E%3C/svg%3E)
Foundry Tools
Anteriormente conhecido como Serviços de IA do Azure ou Serviços Cognitivos do Azure, é uma coleção unificada de recursos de IA pré-construídos dentro da plataforma Microsoft Foundry
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(304, 22%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETG%3C/text%3E%3C/svg%3E)
Olá, Pedro Carneiro ,
Ambos os comportamentos que você está observando são consistentes com uma regressão no runtime do Workflows (Preview), e não com algo no seu fluxo de trabalho.
O primeiro erro é o sinal mais claro: "Cannot interpret incoming message of type …Declarative.Kit.ActionExecutorResult, …Version=1.5.0.0… as type …ActionExecutorResult."
Quando o runtime não consegue vincular um valor ao que é, literalmente, o mesmo nome de tipo, isso significa que duas cópias do assembly Microsoft.Agents.AI.Workflows.Declarative (v1.5.0.0) estão sendo carregadas a partir de contextos/versões de carregamento diferentes no lado do serviço — uma incompatibilidade de identidade de tipo na camada de desserialização. Esse é um problema de backend/rollout; você não pode definir ou corrigir a versão do assembly, e o erro ocorre mesmo em um grafo vazio de "Início → Fazer uma Pergunta" (Start → Ask a Question).
O fato de falhar em um fluxo de trabalho mínimo recém-criado, afetar execuções publicadas e de pré-visualização e, em seguida, resolver-se sozinho sem nenhuma alteração, aponta para uma instabilidade transitória da plataforma, e não para uma configuração incorreta. Isso também coincide com outro incidente do Foundry Workflows relatado na mesma semana, o que reforça a hipótese de um problema compartilhado no backend.
O segundo sintoma — a ação "Fazer uma Pergunta" não pausar e os nós subsequentes serem executados imediatamente — tem a mesma causa raiz: o runtime falhando em persistir/interpretar o ponto de verificação (checkpoint) de suspensão e espera (interrupção/retomada) do nó, tratando assim a pergunta como já respondida. A natureza intermitente e dependente da complexidade é típica de um defeito de estado de runtime ou de condição de corrida (race condition).
O que eu faria:
Verifique o Azure Service Health em busca de algum aviso sobre o Foundry Agent Service / Workflows (Preview) na sua região e inscreva-se para receber atualizações.
Republicar após limpar versões antigas e tentar novamente (ou testar em outra região como teste de diagnóstico) — como você viu o grafo mínimo se recuperar sozinho, uma nova tentativa bem-sucedida confirmaria a natureza transitória do problema.
Não há nada para corrigir no fluxo de trabalho em si (o grafo vazio prova isso), então eu evitaria refazer a lógica. Como se trata de uma versão Preview, não há SLA. O problema ainda está ocorrendo agora ou já se estabilizou? Se ainda estiver acontecendo, me avise.
