Ir para o conteúdo

Como funciona o HINOW Connect

Iniciador, executor, o hub, o que trafega e as regras.

Atualizado em 16 de set. de 2026

O HINOW Connect liga as suas máquinas. Cada uma, ao abrir o HiNow Code (ou o serve), entra numa sala da sua conta no hub connect.hinow.ai. Uma sessão remota tem dois lados: o iniciador, onde você conversa, e o executor, onde o agente trabalha.

  1. 1

    A máquina executora fica disponível

    Ela roda a interface ou hinow-cli serve, está online no hub e tem uma política: aceitar, perguntar antes ou recusar.

  2. 2

    Você escolhe máquina e pasta

    No terminal (chip This machine), pela linha de comando (run --machine), na web (aba Remoto do chat.hinow.ai) ou no app.

  3. 3

    A sessão nasce nos dois lados

    No iniciador fica uma sessão-sombra que mostra tudo; no executor, a sessão de verdade, na pasta escolhida.

  4. 4

    O trabalho acontece lá

    Leitura, edição, comandos e testes rodam no executor, com as ferramentas e credenciais que estão lá. Cada ferramenta aparece na sua tela como numa sessão local ($ uname -r com a saída, → Read arquivo), e a resposta volta pelo hub em tempo real.

  5. 5

    As aprovações chegam a você

    Cada ação sensível aparece na sua tela com a permissão real (por exemplo, ler fora da pasta de trabalho) e o executor espera a resposta. Allow once libera aquela ação; Allow always é gravado no executor, que para de perguntar por aquele padrão até reiniciar; Reject recusa.

O que trafega

Vai pelo hubFica na máquina que executa
O seu pedido, a resposta, a lista de ferramentas usadas e as perguntas de aprovaçãoOs arquivos do projeto, o git, as chaves e variáveis de ambiente
Pedidos de listar, buscar e criar pastas (para escolher onde trabalhar)Os comandos executados e as suas saídas completas

A ligação com o hub é um WebSocket TLS (wss://connect.hinow.ai), autenticado com o login da conta. Só máquinas da mesma conta se veem.

Regras

  • Uma ponte por máquina. Só um processo por máquina fala com o hub: a interface, quando aberta, ou o serve. A interface tem prioridade; ao fechar, o serve retoma.
  • Executor sem tela precisa de allow. Com a política ask, quem responde é a interface; num serve sozinho o pedido expira.
  • A sessão-sombra continua sua. Ela fica na lista de sessões do iniciador e pode ser reaberta; o histórico completo está no executor.

Próximos passos