Estamos tornando o Assistente de IA muito mais fácil de executar no n8n auto-hospedado.
Quando compartilhamos as primeiras instruções de configuração, fazer o Assistente de IA funcionar no n8n auto-hospedado exigia ativar o módulo, configurar um serviço sandbox, definir as configurações do modelo e, opcionalmente, adicionar busca na web — principalmente através de variáveis de ambiente.
Com o n8n 2.35, essa configuração está se tornando muito mais simples.
Um aviso antes de começar: O Assistente de IA no n8n auto-hospedado ainda está em prévia. Ele pode cometer erros e seu comportamento pode mudar. Mas o caminho de „Quero tentar isso na minha própria instância
Gostaria de uma opção para desabilitar o salvamento automático e usar novamente o comportamento manual de Salvar.
Agora, sempre que faço qualquer alteração em um fluxo de trabalho, ele é salvo automaticamente. Por exemplo, às vezes só quero testar algo adicionando um nó, removendo um nó, alterando uma conexão ou mudando algumas configurações. Se decidir que não quero essas alterações, preferiria simplesmente sair do fluxo de trabalho sem salvá-las.
Antes, o botão Salvar manual me dava melhor controle porque apenas as alterações que intencionalmente salvei faziam parte do fluxo de trabalho.
Entendo que usuários auto-hospedados podem usar:
N8N_WORKFLOWS_AUTOSAVE_DISABLED=true
Então meu pedido é para adicionar uma configuração para usuários n8n Cloud como:
Configurações do Fluxo de Trabalho → Salvamento Automático
Salvamento Automático ATIVADO
Salvamento Automático DESATIVADO / Salvar Manual
Quando Salvar Manual estiver ativado, gostaria que o fluxo de trabalho se comportasse como antes:
As alterações não devem ser salvas automaticamente
Um botão Salvar deve estar disponível
Ctrl + S / Cmd + S deve salvar o fluxo de trabalho
Se eu sair do fluxo de trabalho sem salvar, minhas alterações devem ser descartadas
Isso seria muito útil para usuários que frequentemente experimentam fluxos de trabalho e desejam mais controle antes de salvar as alterações.
Por favor, considere disponibilizar essa opção também para usuários n8n Cloud.
Muitos sistemas de produção usam Docker em modo rootless, e contêineres privilegiados não funcionam nesse modo. Seria bom ter alguma documentação sobre como executá-lo no Docker rootless dentro do Docker.
Quero tentar executar a sandbox em sua própria VM isolada para reduzir riscos. Executar um contêiner privilegiado em prod é muito arriscado para mim. Tenho descoberto isso nesta thread: Why are there two Docker Compose doc pages? - #14 by Daniel . Parece que posso dividir sandbox-api e sandbox-runner-1 em um compose.yml separado que é executado em uma VM separada, depois ajustar a URL que n8n usa para se comunicar com a API.
A documentação de configurar assistente de IA diz para usar N8N_INSTANCE_AI_SANDBOX_API_URL para especificar a URL sandbox-api, mas não vejo isso usado em nenhum lugar no código. Parece ser chamado de N8N_SANDBOX_SERVICE_URL agora? É só porque a página não foi atualizada para refletir as mudanças sobre as quais este post está falando? Eu estava indo tentar configurar isso usando o código (em vez da documentação) como orientação, mas qualquer dica seria apreciada!
Minha pergunta é sobre o uso do ollama local como provedor depois de muito trabalho configurando o arquivo compose para que o n8n pudesse se comunicar com o ollama. De 6 modelos que deveriam funcionar, nenhum deles responde adequadamente, geralmente com erros ou saída de código em vez de texto de chat. Estou me perguntando se você testou modelos que funcionarão bem e qual tamanho de contexto devo usar com uma RTX 3090.
