Voltar para a documentação

Conectores

Conecte o Okou ao Slack, Notion, Gmail e mais de 290 ferramentas. Um clique e o Okou faz o trabalho.

Última atualização em 17 de agosto de 2026 · 5 min read

Um conector é simplesmente uma ferramenta que o Okou pode pegar e usar em seu nome. Slack, Notion, Gmail, GitHub, Linear, Stripe — quando você conecta um, o Okou para de falar sobre seu trabalho e começa a fazê-lo.

Imagine pedir ao Okou: "Redija o anúncio de lançamento no Notion e deixe o link no #marketing." Com Notion e Slack conectados, isso não é mais uma hipótese. O Okou abre o Notion, cria a página, escreve o rascunho e publica no Slack — do jeito que você faria, só que mais rápido.

Como a conexão funciona

O Okou pode solicitar um conector enquanto trabalha, ou você pode abrir Connectors no espaço de trabalho e configurá-lo antes. Duas decisões separadas estão envolvidas:

  • Connect vincula ou habilita a conta do membro atual para aquele serviço. Credenciais OAuth e inseridas manualmente pertencem àquele membro, salvo se o conector disser explicitamente o contrário.
  • Authorize concede a um agente permissões de conector nomeadas. Uma conta conectada não fica automaticamente disponível para todos os agentes, e autorizar um agente não concede permissões que foram negadas.

Um cartão inline pode guiar você pelas duas etapas. Após a conexão terminar, revise as ações solicitadas e escolha uma duração de acesso. O Okou pode então continuar a tarefa com aquele agente.

Não presuma que a conexão de um colega dá a você acesso à conta dele. Cada membro conecta a própria conta onde o serviço usa credenciais por membro.

Checklist da primeira conexão

  1. Abra Connectors, escolha Built-in e procure o serviço.
  2. Selecione Connect e conclua o fluxo de login ou credencial do provedor.
  3. Escolha o agente que precisa do conector.
  4. Revise as permissões solicitadas e escolha Allow for 1h, Allow for 24h, Allow for 7d ou Allow always conforme apropriado.
  5. Volte ao chat original e tente novamente apenas se a execução não tiver retomado.

Se a conta está conectada, mas uma tarefa ainda está bloqueada, verifique tanto a autorização do agente quanto a permissão específica negada. O status de conexão sozinho não prova que a ação solicitada é permitida.

Uma amostra do que o Okou pode fazer

Alguns exemplos de como conectores se traduzem em trabalho real:

  • Notion — criar páginas, atualizar bancos de dados, arquivar notas de reunião, redigir propostas, pesquisar no seu espaço de trabalho.
  • Slack — enviar DMs, postar em canais, resumir threads longos, dar seguimento a conversas paradas.
  • Gmail — ler sua caixa de entrada, destacar o que realmente precisa da sua atenção hoje e preparar respostas como rascunhos na sua conta. O Okou escreve o rascunho; você aperta enviar.
  • GitHub — abrir issues, comentar em PRs, fazer triagem do backlog, redigir notas de lançamento.
  • Linear — registrar tickets, mover tarefas entre status, gerar resumos de sprint.
  • Stripe, HubSpot, Calendar, Drive, Sheets, Docs… — a mesma ideia, na ferramenta onde o trabalho vive.

Você nunca precisa explicar como uma ferramenta funciona. O Okou já sabe. Você descreve o resultado; ele cuida dos cliques.

Você escolhe o que o Okou pode fazer

Autorizar uma ferramenta não é tudo ou nada. Para cada conector, você escolhe quais ações o Okou pode executar — e pode apertar ou afrouxar essas escolhas a qualquer momento na aba Authorization do agente.

Painel de permissões do Gmail na aba Authorization do agente, com alternadores Allow/Deny por ação agrupados em Read, Compose e Admin

Alguns exemplos de como os times limitam isso:

  • Gmail — deixe o Okou ler sua caixa de entrada e redigir respostas, mas nunca enviar nada em seu nome.
  • Slack — deixe o Okou ler canais e resumir threads, mas bloqueie postar em seu nome.
  • GitHub — deixe o Okou abrir issues e comentar em PRs, mas negue qualquer coisa destrutiva como force-push ou excluir branches.
  • Linear — deixe o Okou criar e atualizar tickets, mas não fechá-los nem excluí-los.
  • Notion — deixe o Okou ler páginas e adicionar comentários, mas bloqueie atualizações destrutivas em bancos de dados.

O acesso é aplicado por meio de permissões de conector nomeadas. Se um agente precisa de uma permissão que não está permitida no momento, o Okou a solicita separadamente. Revise ou altere as concessões atuais na aba Authorization do agente e use a atividade do chat para verificar as ações de conector executadas durante aquela execução.

Integrados e personalizados

Conectores integrados são mantidos pela Okou e aparecem na aba Built-in. O seletor de conectores ao vivo do seu espaço de trabalho é o catálogo autoritativo, porque a disponibilidade pode mudar conforme conectores são adicionados ou configurados.

Se o serviço não estiver listado, um admin da organização pode registrar um Custom connector. Um conector personalizado define o destino HTTPS permitido e como as credenciais são injetadas. Os membros então conectam sua própria credencial e autorizam os agentes que precisam dela.

Uma nota sobre acesso

As credenciais são armazenadas na plataforma e injetadas nas solicitações de saída correspondentes na fronteira da rede; elas não são expostas ao código do agente como variáveis de ambiente. Permissões de conector são separadas da credencial e podem ser negadas ou limitadas no tempo.

Desconectar a conexão de um membro remove aquela credencial de execuções futuras. Remover a autorização de um agente impede aquele agente de usar o conector, sem desconectar a conta do membro para os outros agentes autorizados.

Veja Permissions para o modelo de acesso completo.

Próximo