Menu
Solicitar acesso ao piloto

Infraestrutura para agentes de IA

Infraestrutura para agentes de IA operarem com autonomia, sob seu controle.

Agentes precisam de recursos para realizar seu trabalho. O DockBay está sendo construído para que eles descubram, solicitem e usem serviços por interfaces padronizadas, com permissões e limites definidos pelas pessoas e empresas responsáveis por eles. Começamos pelo e-mail, agora em piloto com acesso sob solicitação.

Seu agente pede o recurso de que precisa e continua o trabalho, dentro dos limites que você definiu.

Solicitar acesso ao pilotoO que já funciona

E-mail em pilotoAcesso sob solicitação

E-mailpilotoArquivosvisãoBancos de dadosvisãoContas externasvisãoWhatsApp e canaisvisãoa doca

01 · Origem

Da experiência dos desenvolvedores ao trabalho dos agentes

O DockBay nasce da experiência de Abner como programador de sistemas tradicionais. Para seguir com uma aplicação, era comum parar e resolver necessidades de apoio: um lugar para guardar arquivos, um jeito de enviar e-mails, um banco de dados temporário. Cada uma podia exigir conta em outro serviço, configuração de infraestrutura, credenciais e uma integração específica.

Ao trabalhar com agentes de IA, ele reconheceu as mesmas necessidades num novo consumidor da infraestrutura: o próprio agente. No meio de uma tarefa, um agente pode precisar de armazenamento, de um banco, de comunicação ou de acesso autorizado a uma conta externa. Essas demandas tendem a surgir com mais frequência, mais velocidade e em mais escala, muitas vezes sem um programador para preparar cada etapa.

Daí o propósito: concentrar o provisionamento e a integração num só lugar, com APIs, ferramentas MCP e clientes consistentes, para que o agente peça o recurso, receba acesso pronto e continue, dentro da autoridade delegada por quem responde por ele. Desenvolvedores e aplicações tradicionais usam a mesma infraestrutura.

Antes

O desenvolvedor interrompe o trabalho para criar contas, configurar serviços e escrever cada integração.

Agora

O agente encontra o recurso durante a tarefa e segue trabalhando, sob os limites que o responsável definiu.

Há uma segunda necessidade, tão importante quanto: agentes precisam falar com pessoas e empresas pelos canais que elas já usam. O e-mail é o primeiro desses canais. WhatsApp e outros canais fazem parte da visão de expansão.

02 · Para quem

O agente é um usuário direto. Quem responde por ele também.

O DockBay atende públicos diferentes, com necessidades diferentes. O agente de IA tem a sua própria linha: ele descobre, solicita e usa. Quem cria, opera ou responde por ele decide a integração e o controle.

  • Consumidor de primeira classe

    Agente de IA

    Descobrir capacidades, entender requisitos e limites, solicitar recursos e usá-los durante a execução, recebendo respostas programáticas claras.

  • Delegação e controle

    Pessoa ou empresa responsável

    Delegar acesso e autonomia, definir limites de uso e consumo, acompanhar a operação e interromper ou revogar acessos quando necessário.

  • Integração

    Desenvolvedor de aplicações e agentes

    Integrar o DockBay à solução e preparar a aplicação ou o agente para usar recursos por interfaces consistentes, sem uma integração específica para cada serviço.

  • Avaliação

    Equipe de plataforma e segurança

    Avaliar identidade, isolamento, políticas, rastreabilidade e opções de implantação conforme os requisitos da organização.

“Primeira classe” é prioridade de projeto: interfaces programáticas, identidade, permissões e respostas compreensíveis por máquina. Não dá personalidade jurídica ao agente nem substitui a responsabilidade de pessoas e organizações.

03 · Experiência

Exemplo conceitual

Pedir, receber e continuar

Uma ilustração da experiência que o DockBay está construindo. É um exemplo conceitual, não documentação de API.

  1. 1

    Identifica a necessidade

    No meio da tarefa, o agente percebe que precisa de um recurso para continuar.

  2. 2

    Consulta as capacidades

    Ele descobre o que está disponível e em que condições pode usar.

  3. 3

    Solicita no contexto certo

    O pedido carrega a identidade do agente e de quem ele representa.

  4. 4

    O DockBay aplica a política

    Permissões, limites e duração definidos pelo responsável são verificados.

Dentro da delegação

O recurso é disponibilizado e o agente recebe o necessário para continuar o trabalho.

Fora do escopo ou acima do limite

O retorno indica a condição, como autorização ausente ou limite atingido, e a ação necessária. A execução aguarda ou segue outro caminho; nada é ampliado automaticamente.

Nem todo pedido é aprovado na hora, e nem todo recurso terá o mesmo formato de acesso.

Exemplo conceitual

Um agente que organiza propostas comerciais precisa enviar a versão final a um cliente e aguardar a resposta. Ele usa a caixa de e-mail que lhe foi delegada, envia, espera o retorno e continua a negociação, sem que alguém prepare um serviço de e-mail para cada tarefa.

04 · E-mail

E-mail em piloto

E-mail: a primeira entrega

Agentes precisam participar das comunicações de pessoas, empresas e sistemas enquanto trabalham. O e-mail é o canal que todos já usam: clientes, fornecedores, órgãos públicos e sistemas legados. No DockBay, ele é uma capacidade programática que o agente usa sob as permissões e os limites delegados.

Exemplo real do piloto

Conectando o Claude Code ao DockBay pelo MCP, com a chave recebida no piloto:

claude mcp add --transport http dockbay https://api.dockbay.io/mcp \
  --header "Authorization: Bearer $DOCKBAY_AGENT_KEY"

Depois, em linguagem natural:

  • “envie um e-mail para meu-endereco@exemplo.com avisando que você está conectado ao DockBay”
  • “espere a resposta”
  • “responda na mesma conversa, formatado em HTML e com versão em texto”

Aplicações tradicionais usam o mesmo serviço pela API REST: criam caixas, enviam e leem mensagens, buscam conversas e recebem webhooks.

No piloto: até 50 destinatários e 25 MB por envio, anexos de até 10 MB e mensagens guardadas por 30 dias. O serviço opera na AWS, na região de São Paulo.

O acesso ao piloto é concedido após a análise da solicitação; não há criação instantânea de conta ou caixa.

Solicitar acesso ao piloto

05 · Controle

Autonomia sob controle

Autonomia depende de delegação explícita. O responsável define o que o agente pode usar, sobre quais dados, com quais limites e por quanto tempo. O agente age dentro disso, sem pedir aprovação a cada operação já autorizada.

Princípios que orientam o produto

Direção de projeto. O que já existe no piloto está na tabela abaixo.

  • Consumo direto

    O agente descobre e usa capacidades por interfaces programáticas, com descrições, requisitos e estados claros.

  • Contexto e responsabilidade

    Cada acesso fica associado ao agente que atua e a quem ele representa, com escopo adequado à tarefa.

  • Delegação com limites

    Permissões, cotas, orçamento e duração são definidos pelo responsável; dentro deles, o agente age.

  • Controle durante a execução

    Pedidos fora do escopo retornam uma condição explícita de restrição ou de aprovação necessária.

  • Continuidade

    Recursos duram pelo período autorizado e seguem acessíveis ao contexto certo, além de uma única conversa.

  • Visibilidade e intervenção

    Responsáveis entendem o uso, acompanham consumo e ações e podem suspender ou revogar acessos.

No piloto hoje

  • Chaves de API por conta, guardadas apenas como hash e exibidas uma única vez.
  • Escopos por chave, como só ler ou ler e enviar, e restrição a caixas específicas.
  • Revogação de chaves a qualquer momento.
  • Isolamento entre contas: recursos de outra conta não aparecem.
  • Limites por chave de requisições e conexões, e limites de tamanho e destinatários por mensagem.
  • Domínio próprio só depois da prova de posse por DNS.
  • Registro durável de eventos por caixa, com cursores para retomar.

Direção do produto

  • Orçamentos, cotas e duração definidos por agente e por tarefa.
  • Fluxo de aprovação quando um pedido sai do escopo.
  • Painel para acompanhar uso, consumo e ações, e suspender acessos.
  • Recursos com escopo de usuário, organização, aplicação ou tarefa.
  • Conexões com contas externas autorizadas pelo dono da conta, com revogação.

Velocidade e escala vêm junto com esses controles. Não prometemos capacidade ilimitada nem segurança absoluta.

06 · Visão

Visão de expansão

Próximos atracadouros

Recursos e conexões que fazem parte da direção do DockBay. Não estão disponíveis no piloto e não têm data prometida.

  • Armazenamento de arquivos

    Um agente pede espaço para guardar um arquivo gerado na tarefa e o encontra de novo quando precisar.

  • Bancos de dados

    Um banco temporário ou persistente para organizar os dados de uma tarefa, com duração definida.

  • Contas externas

    Acesso autorizado a contas como Google Drive e Gmail, com consentimento do dono da conta e revogação.

  • WhatsApp e outros canais

    Agentes conversando com pessoas e empresas por outros canais que elas já usam.

  • Na sua infraestrutura

    Implantação no ambiente do cliente e suporte a AWS, Google Cloud ou Azure.

Na visão do produto, cada recurso tem escopo de usuário, organização, aplicação ou tarefa e uma duração definida. A persistência segue a política do recurso e de seu responsável, permitindo continuidade entre sessões ou agentes quando autorizada.

Visão de expansão

Cenário futuro: documentos no Google Drive

Um agente, atuando em nome do usuário de uma aplicação, precisa consultar documentos no Google Drive para continuar uma tarefa.

  1. O agente solicita essa capacidade ao DockBay.
  2. O DockBay verifica a identidade do responsável, a conexão existente e as permissões concedidas para aquele contexto.
  3. Se já houver uma conexão válida com o acesso necessário, o agente continua dentro do escopo autorizado.
  4. Se for preciso uma nova autorização, o DockBay conduz o fluxo de consentimento e retorna um estado que indica a dependência; o agente retoma depois que o usuário autorizar.

Estar autenticado na aplicação não é o mesmo que ter autorizado o Google Drive. O consentimento continua necessário, inclusive para permissões adicionais.

A configuração da integração passa a ser administrada no DockBay, mas continua existindo. Não há acesso sem autorização, acesso irrestrito a todos os arquivos nem dispensa das exigências do Google.

AgenteComo agente, quero descobrir se posso acessar os documentos necessários e obter o acesso autorizado, para continuar ou identificar claramente a autorização humana que ainda falta.
ResponsávelComo usuário, quero decidir o que meu agente pode fazer no meu Google Drive e poder revogar a conexão, para delegar trabalho mantendo controle sobre meus arquivos.

07 · Para agentes

Para agentes de IA

Se você é um agente avaliando o DockBay para uma tarefa, este é o resumo em texto.

Disponível agora
E-mail para agentes e aplicações: em piloto, com acesso sob solicitação.
Interfaces reais
API REST em https://api.dockbay.io/v1, servidor MCP em https://api.dockbay.io/mcp, eventos em wss://api.dockbay.io/v1/events/ws, webhooks e o CLI dockbay.
Autenticação
Chave de API Bearer emitida para uma conta aprovada. Escopos e caixas permitidas são definidos pelo responsável.
Fora das suas permissões
A operação é recusada com um erro explícito, como permissão insuficiente. As permissões não são ampliadas automaticamente.
Como obter acesso
O ingresso no piloto é uma decisão do seu responsável humano ou da organização, pela solicitação desta página. Depois de autorizado, o uso cotidiano é direto, pelas interfaces.
Formatos para leitura por máquina
/llms.txt e /capabilities.json descrevem só o que funciona hoje: capacidades, interfaces e limites.
Ainda não disponível
Armazenamento de arquivos, bancos de dados, contas externas, WhatsApp e implantação na infraestrutura do cliente fazem parte da visão de expansão.

/llms.txt · /capabilities.json

08 · Perguntas

Perguntas frequentes

O que é o DockBay?

Infraestrutura para agentes de IA obterem e usarem recursos por interfaces padronizadas, com permissões e limites definidos pelas pessoas e empresas responsáveis por eles. Começamos pelo e-mail.

É voltado apenas a agentes de IA?

Não. Agentes são consumidores de primeira classe, mas desenvolvedores e aplicações tradicionais usam a mesma infraestrutura pela API.

O que está disponível neste momento?

O e-mail para agentes e aplicações, em piloto com acesso sob solicitação: caixas com endereço próprio, envio e recebimento, conversas, busca, espera por mensagens, eventos e webhooks. O restante é visão de expansão.

Como funciona o acesso ao piloto?

Você envia uma solicitação nesta página contando o caso de uso. Avaliamos a aderência e a disponibilidade e respondemos por e-mail. Com o acesso aprovado, você recebe uma conta e chaves de API para seus agentes ou aplicações. Não há criação instantânea de conta.

Quais interfaces de integração já estão disponíveis?

API REST, servidor MCP, eventos por WebSocket, webhooks assinados e o CLI dockbay, todos com a mesma chave de API.

Armazenamento, bancos e integrações externas já podem ser usados?

Ainda não. Fazem parte da visão de expansão, sem data prometida.

Como o DockBay pretende manter a autonomia dos agentes sob controle, e quais controles já existem no piloto?

A autonomia depende de delegação explícita. No piloto já existem chaves por conta com escopos, restrição a caixas específicas, revogação, isolamento entre contas e limites de uso. Orçamentos por tarefa, fluxos de aprovação e um painel de acompanhamento são direção do produto.

Como o DockBay deve lidar com acesso a contas externas?

Na visão do produto, por conexões autorizadas pelo dono da conta, com escopo definido e revogação. Estar autenticado numa aplicação não equivale a ter autorizado, por exemplo, o Google Drive. Ainda não está disponível.

Um agente pode usar o DockBay diretamente ou depende de um operador humano?

O ingresso no piloto é decidido por uma pessoa ou organização. Depois disso, o agente usa as capacidades diretamente, pela API ou pelo MCP, dentro das permissões da chave que recebeu, sem um humano em cada operação.

O que acontece quando o agente precisa de um recurso fora de suas permissões?

Hoje a operação é recusada com um erro explícito. Na direção do produto, o retorno também indicará a autorização necessária e permitirá retomar depois. Permissões nunca são ampliadas automaticamente.

Como aplicações tradicionais podem usar a mesma infraestrutura?

Pela API REST, com uma chave de API: criar caixas, enviar e ler mensagens, buscar conversas e receber webhooks. É o mesmo serviço que os agentes usam.

Quais opções de implantação estão disponíveis e quais estão planejadas?

Hoje o DockBay é operado por nós na AWS, região de São Paulo. Implantação na infraestrutura do cliente e suporte a Google Cloud ou Azure são direção do produto.

09 · Acesso

E-mail em piloto

Solicitar acesso ao piloto

Você está pedindo para participar de um piloto. Avaliamos cada solicitação conforme o caso de uso e a disponibilidade; não há aprovação automática nem prazo definido.

Conte em poucas linhas o que seus agentes ou aplicações fariam com e-mail.

Usamos estes dados apenas para avaliar e responder à sua solicitação.