Sim, o ComfyUI pode ser executado no ZimaOS. A evidência mais sólida é um utilizador da comunidade que não conseguiu pôr o pacote da App Store a funcionar, mas conseguiu executar o ComfyUI num contentor CUDA personalizado da NVIDIA, com passagem da GPU e a porta 8188 exposta.
O comando de uma só linha exato de maio de 2026 não deve ser tratado como um script de instalação atual. Instalava o Python e o Git no arranque do contentor e obtinha uma compilação nightly do PyTorch para CUDA. Os requisitos atuais do ComfyUI já evoluíram, incluindo combinações mais recentes de Python e PyTorch/CUDA. Uma implementação atual mais limpa no ZimaOS deve colocar as dependências num Dockerfile/stack Compose reprodutível, manter os modelos e fluxos de trabalho fora do contentor e disponibilizar a GPU de forma explícita.
O caso de sucesso da comunidade foi um contentor personalizado
O exemplo funcional utilizava uma imagem de runtime NVIDIA CUDA, um caminho persistente do anfitrião, /DATA/AppData/comfyui, mapeado para /workspace, acesso à GPU ativado e o ComfyUI a escutar na porta 8188.
O utilizador da fonte afirmou especificamente que a versão da App Store não tinha funcionado. Por isso, não utilize essa discussão como prova de que todos os pacotes atuais do catálogo estão avariados — nem de que o Docker personalizado é a única instalação possível.
Não instale o ComfyUI diretamente no anfitrião do ZimaOS
O ZimaOS é um sistema operativo de estilo appliance e não disponibiliza o fluxo normal e persistente de gestão de pacotes do anfitrião Debian/Ubuntu que a instalação manual do ComfyUI para Linux pressupõe. Mantenha o Python, o PyTorch, o Git e os nós personalizados dentro de um contentor ou de uma máquina virtual.
Utilize os requisitos atuais do ComfyUI, não a antiga linha nightly cu124
A documentação atual do ComfyUI recomenda versões modernas do Python e pacotes PyTorch específicos para o hardware, suportando modos NVIDIA, AMD, Intel e CPU.
Consulte os requisitos atuais do sistema do ComfyUI ao criar o contentor.
Verifique o acesso à GPU dentro do contentor
No caso da NVIDIA, o suporte da GPU no anfitrião é apenas a primeira camada. O contentor do ComfyUI tem de receber a GPU e conseguir carregar a stack CUDA/PyTorch correspondente. Verifique isso dentro do contentor antes de atribuir a culpa aos fluxos de trabalho do ComfyUI.
Um fluxo de trabalho NVIDIA atual no ZimaOS também deve confirmar que outros contentores com GPU conseguem ver o mesmo hardware.
Mantenha os modelos fora do contentor descartável
Os checkpoints, VAE, LoRAs, modelos ControlNet, nós personalizados e fluxos de trabalho podem ocupar centenas de gigabytes. Mapeie-os para armazenamento persistente SSD/NVMe, em vez de os incorporar numa camada do contentor.
Mantenha o caminho dos modelos estável entre recriações e atualizações do contentor.
Utilize o Compose em vez de um comando de arranque enorme
O ZimaOS atual suporta fluxos de trabalho nativos em YAML/Compose. O Compose torna os dispositivos GPU, volumes, variáveis de ambiente, a porta 8188 e a política de reinício fáceis de rever, em vez de esconder tudo num único comando longo.
Utilize o modelo Compose atual do ZimaOS.
Não publique diretamente a porta 8188 na Internet
O ComfyUI pode executar fluxos de trabalho e nós personalizados com acesso significativo ao sistema de ficheiros e à GPU. Mantenha-o numa LAN/VPN de confiança ou coloque-o atrás de acesso HTTPS autenticado, caso seja necessário utilizá-lo remotamente.
Perguntas frequentes sobre o ComfyUI no ZimaOS
Alguém conseguiu executar o ComfyUI no ZimaOS na fonte?
Sim. Um utilizador relatou um contentor NVIDIA personalizado funcional na porta 8188.
O autor original confirmou que a sua própria instalação funcionava?
Não. Mais tarde, pediu mais ajuda com o Compose e a instalação manual.
Devo copiar exatamente o antigo comando nightly do PyTorch?
Não. Utilize os requisitos atuais do ComfyUI/PyTorch para a sua GPU e crie um contentor reprodutível.
