Olá, @Michael Jewell!
Esse é realmente um desafio comum - principalmente em ambientes com governança rígida, onde qualquer alteração em fluxo precisa passar por ciclos de aprovação e publicação. Felizmente, o Architect oferece alternativas para atualizar áudios sem a necessidade de republicar o fluxo todas as vezes.
1. Uso de Prompts personalizados (User Prompts)
No seu fluxo do Architect, em vez de inserir o arquivo de áudio diretamente na ação "Play Audio", você pode referenciar um prompt personalizado.
Exemplo: criar o prompt Flow.PromptGreeting e, dentro do fluxo, usar esse nome em todas as ações que precisam reproduzir essa mensagem.

Quando precisar atualizar o áudio, basta acessar:
Admin > Architect > Prompts > User Prompts
Selecionar o prompt → enviar o novo arquivo → salvar.

A documentação reforça que prompts são carregados dinamicamente, então qualquer substituição passa a valer imediatamente, sem necessidade de republicação do fluxo. É exatamente para esses cenários de atualização independente que os User Prompts existem.
Também é possível criar os audios como texto e usar o TTS.
2. Uso de Data Tables + TTS ou referência dinâmica
Se a empresa tem um volume grande de áudios ou mensagens que mudam com frequência (campanhas, avisos operacionais, horários especiais etc.), outro caminho é armazenar o conteúdo em uma Data Table.
Você pode ter, por exemplo:
• nomeDoAudio → "Aviso_Fila_Cheia"
• textoTTS → "No momento estamos com um volume alto de chamadas..."
No fluxo, você consulta a Data Table e, dependendo da estrutura, usa:
• TTS dinâmico (Text-to-Speech) para ler o conteúdo atualizado;
• ou referencia um arquivo audio externo, se preferir.
A vantagem: qualquer atualização no conteúdo é feita diretamente na Data Table, sem republicar o fluxo.
------------------------------
Fernando Sotto dos Santos
Consultor Grupo Casas Bahia
------------------------------