16 min de leitura 1 de agosto de 2026

Como instalar e executar o Odysseus AI: escolha o caminho e valide o primeiro login

Guia multiplataforma para escolher Docker ou o modo nativo, conectar modelo e busca e verificar o workspace antes de usá-lo.

Equipe editorial do Odysseus AI Wiki
Equipe editorial do Odysseus AI Wiki
Guia independente e não oficial conferido com o repositório oficial do Odysseus.

Resposta rápida: Para executar o Odysseus AI, escolha primeiro o ambiente que você consegue diagnosticar. Docker Compose funciona bem para uma pilha local isolada e repetível; a instalação nativa oferece controle direto do host. Inicie o workspace antes de adicionar Ollama ou busca, teste o acesso local, troque a senha temporária e mantenha o serviço em localhost no primeiro uso.

A pergunta sobre como instalar e executar o Odysseus AI não tem um único comando para todos os computadores. Docker, instalação nativa em Linux ou macOS, WSL2 no Windows e um servidor Ollama já existente criam limites de rede diferentes. Este guia organiza a sequência: verificar o computador, iniciar o workspace, conectar serviços opcionais separadamente, confirmar o login e só depois pensar em acesso LAN, VPN ou proxy.

Escolha Docker, modo nativo ou o guia da plataforma

O projeto oficial apresenta Docker Compose como um início repetível para muitos usuários. A aplicação e os serviços auxiliares ficam em uma pilha conhecida, o que facilita reconstruir um ambiente limpo. O cuidado principal é lembrar que localhost dentro de um contêiner não é automaticamente o localhost do navegador ou do host.

O modo nativo é útil quando você quer controlar processos diretamente, depurar Python ou aproveitar a aceleração específica do sistema. Nesse caso, você administra ambiente Python, dependências, portas e logs. No Windows, prefira o guia próprio, pois WSL2, Docker Desktop, PowerShell e Ollama podem formar várias camadas de rede.

Caminho Melhor para Principal cuidado Guia
Docker Compose Pilha local repetível Rede dos contêineres e volumes Guia Docker
Linux nativo Controle do host e depuração Administrar Python e processos Guia Linux
macOS nativo Apple Silicon e aceleração local Scripts e portas da plataforma Guia macOS
Windows / WSL2 Windows com ferramentas Linux Várias shells e redes Guia Windows

Faça o pré-voo antes da instalação

Muitos erros do primeiro início vêm do ambiente. Antes de clonar o repositório, decida onde a aplicação ficará, onde os dados persistentes serão guardados e se o modelo estará no mesmo computador. Comece com uma base pequena; não adicione modelo, proxy, LAN e busca ao mesmo tempo.

Reserve espaço para código, contêineres, logs, modelos e documentos. RAM e VRAM de um modelo local são diferentes dos requisitos do workspace. O primeiro teste deve ser feito no navegador da mesma máquina usando localhost; rede local e exposição pública ficam para depois da troca de credenciais.

Workspace e runtime do modelo são camadas diferentes

O Odysseus AI é a camada de workspace. Ollama, um endpoint compatível ou um provedor remoto pode fornecer a inferência. Primeiro prove que o workspace inicia; depois configure o modelo.

  • Confirme Git, Docker Compose ou o runtime nativo do caminho escolhido.
  • Escolha uma pasta persistente para repositório, .env, volumes, logs e backups.
  • Mantenha o primeiro teste em localhost e não use 0.0.0.0 por padrão.
  • Registre se Ollama e SearXNG ficarão no host, em Docker ou em outra máquina.
  • Compare os comandos com o README e o guia oficial atuais.

Instale e inicie o workspace

Para a primeira tentativa, Docker costuma ser o caminho mais curto para uma base repetível. Clone o repositório oficial, leia o README atual, copie o arquivo de ambiente de exemplo quando existir e inicie o Compose. Não invente versão e não trate um tutorial antigo como se fosse o estado atual.

A instalação nativa segue a mesma ideia com mais responsabilidade no host: criar o ambiente Python compatível, instalar dependências, executar a configuração e iniciar o processo. No Windows, use o launcher do projeto em vez de misturar comandos de Linux com PowerShell.

  1. Inicie apenas a base

    Não configure proxy, LAN, modelo e busca ao mesmo tempo. Primeiro, obtenha um processo saudável.

  2. Leia os logs antes de mudar portas

    Se o navegador não conectar, verifique saúde do processo e logs antes de trocar a URL.

  3. Registre a branch

    O projeto pode diferenciar branch de desenvolvimento e branch mais curada. Confirme o README atual.

Base Docker
git clone https://github.com/odysseus-dev/odysseus.git
cd odysseus
cp .env.example .env
docker compose up -d --build
Launcher do Windows
git clone https://github.com/odysseus-dev/odysseus.git
cd odysseus
powershell -ExecutionPolicy Bypass -File .\launch-windows.ps1
Caminho nativo Apple Silicon
git clone https://github.com/odysseus-dev/odysseus.git
cd odysseus
./start-macos.sh

Conecte Ollama e busca separadamente

Quando o workspace abrir, conecte o backend do modelo. Se os dois processos forem nativos no mesmo host, localhost pode funcionar. Se o Odysseus estiver em Docker e o Ollama no host, localhost normalmente aponta para o contêiner. Use o gateway descrito no guia Docker e teste a partir do mesmo ambiente de rede da aplicação.

A busca é outra fronteira. Um SearXNG incluído pode ser acessado pelo nome do serviço Compose; uma instância externa precisa de uma URL que o Odysseus consiga alcançar. Uma página aberta não prova que modelo e busca funcionam, então faça um teste pequeno de cada serviço.

Teste Sinal esperado Se falhar
Workspace Página local abre Verifique processo, saúde, porta e logs
Modelo Uma requisição pequena responde Verifique endpoint, modelo e rede
Busca O teste retorna resultados Verifique estado e URL do SearXNG
Autenticação Senha temporária foi trocada Pare a exposição e redefina localmente

Verifique o primeiro login antes de trabalhar

O primeiro login é um ponto de controle operacional. Abra a porta local indicada pelo caminho atual, confirme que é a instância que acabou de iniciar e troque imediatamente a senha temporária de administrador. Se houver uma página vazia ou proxy, volte ao endereço local direto.

Depois, confira em Settings se os serviços esperados aparecem. Use uma tarefa curta sem arquivos sensíveis, leia a resposta e o plano e pare se não entender as alterações propostas.

  1. Abrir a página local

    Use a porta mostrada pelos logs e pelo guia atual, não uma URL antiga encontrada em outro artigo.

  2. Trocar credenciais

    Substitua a senha gerada antes de testar LAN, VPN ou proxy reverso.

  3. Testar o modelo

    Envie um prompt curto e confirme provedor e modelo selecionados.

  4. Testar o fluxo

    Abra um exemplo, revise o plano e mantenha aprovação manual no início.


Crie um processo de execução repetível

Uma execução confiável separa preparação da máquina, inicialização da aplicação, conexão dos serviços e aprovação do usuário. Quando tudo é misturado, qualquer falha parece ser do modelo. Mantenha um pequeno runbook com caminho escolhido, URL local, branch ou commit testado, endpoints, pasta de dados e comando de parada.

Esse registro transforma a próxima reinicialização em um procedimento conhecido, especialmente quando Docker, Ollama, SearXNG e um proxy usam redes diferentes.

Quatro controles do primeiro início seguro
1 Pré-voo

Runtime, armazenamento, portas e limite de acesso.

2 Início

Iniciar a base e ler os logs.

3 Conexão

Testar modelo e busca separadamente.

4 Aprovação

Trocar credenciais e revisar a primeira tarefa.

Cada etapa deve produzir um sinal observável para facilitar o diagnóstico.


Resolva falhas comuns de execução

Os erros iniciais geralmente envolvem processo não saudável, porta errada, localhost visto de outro contêiner, serviço opcional inacessível ou volume e credencial mal interpretados. Comece pela menor camada que falhou e não mude várias variáveis ao mesmo tempo.

Ao seguir vídeos ou guias da comunidade, compare branch, porta, variáveis e nomes de serviços com o repositório oficial. Um tutorial pode ser útil e ainda estar desatualizado.

Sintoma Limite provável Próxima verificação
Conexão recusada Processo ou porta Confira saúde e logs antes da URL
Ollama não aparece Rede Docker-host Teste o endpoint visível no contêiner
Busca falha, página abre SearXNG ou provedor Teste a URL no ambiente da aplicação
Dados somem após rebuild Volume ou pasta persistente Inspecione volumes e caminho do host
Login funciona, tarefa falha Modelo, permissão ou estado Faça uma tarefa pequena e confira Settings
Script copiado não existe Diferença de branch Compare README e setup atuais

Atualize mantendo o controle

Nenhum comando universal substitui a leitura das instruções atuais. Antes de fazer pull ou rebuild, faça backup dos dados importantes, registre branch ou commit e verifique mudanças em variáveis e serviços. Com volumes, documentos e credenciais, um rebuild é uma operação com estado.

No Docker, pare e inspecione a pilha antes de recriá-la. No modo nativo, preserve o ambiente e as mudanças compreendidas e atualize dependências de forma deliberada. Antes de sair do localhost, prepare autenticação, HTTPS, controles de rede e rollback.

Local não significa automaticamente seguro

Ficar em localhost reduz a exposição, mas você ainda precisa trocar credenciais, proteger volumes e entender o que um proxy ou VPN torna acessível.

Perguntas frequentes sobre executar o Odysseus AI

Não. O projeto documenta caminhos Docker e nativos. Docker facilita uma base repetível; o modo nativo oferece mais controle sobre processos.

Não. Executar é iniciar e verificar o workspace. Usar começa depois do login, com uma tarefa, um plano e revisão das alterações.

Não necessariamente. Primeiro valide a aplicação e depois conecte Ollama. O endpoint depende de execução nativa, Docker ou outro host.

Navegador e contêiner usam espaços de rede diferentes. Dentro do Docker, localhost normalmente é o próprio contêiner; use o gateway ou nome do serviço correto.

Use a porta mostrada pelo guia oficial atual e pelos logs. Docker, modo nativo e Apple Silicon podem usar valores diferentes.

É mais prudente começar em localhost. Troque credenciais, confirme autenticação e só depois adicione HTTPS ou VPN.

Fontes oficiais conferidas

  1. Repositório oficial do Odysseus - README, branches, scripts de início e status do projeto.
  2. Guia oficial de setup - Docker, modo nativo, portas, autenticação e serviços.
  3. Documentação oficial do Docker - Instalação do Docker Engine em distribuições suportadas.

Guias relacionados do Odysseus AI

Conferido com o repositório e o guia oficial em 1 de agosto de 2026

Voltar ao Odysseus AI Wiki