Grok Bot ganha interface para agentes persistentes

O problema de partida

A SpaceXAI explica, em texto de 3 de setembro de 2026, as decisões de design por trás do Grok Bot, produto criado para um cenário de agentes que persistem além de uma única sessão. A pergunta central da equipe era como a interface deveria moldar a relação entre usuário e agente. A maioria dos produtos de IA se organiza em torno de uma sessão de chat operada pelo usuário, que começa com configuração, se desenrola sob olhar do usuário e termina quando a conversa acaba. O objetivo era projetar para um agente que carrega responsabilidade própria ao longo do tempo, o que exigiu rever objetos básicos da interface: o que fica na barra lateral, como um agente mostra progresso e quando seu trabalho deve se tornar visível.

Cinco primitivas

Para reduzir o vocabulário acumulado pelos produtos de IA (chats, sessões, contextos, memórias, prompts, habilidades, conectores, agentes, ferramentas, permissões e automações), a equipe definiu cinco conceitos que bastam para trabalhar com um agente: Bots (agentes persistentes com identidade, memória, runtime e ferramentas próprios), Chats (a interface conversacional), Prompts (contexto ou instruções, usáveis uma vez, salvos como Skills ou disparados como Routines), Tools (acesso a informação e ação via software, APIs, conectores, shell ou computer use) e Artifacts (saídas duráveis como documentos, designs, código e dados). Todo o resto permanece oculto até que o usuário precise dele.

Do histórico de chat ao roster de Bots

A unidade principal do produto passou a ser o Bot, não a conversa. A justificativa: conversas são descartáveis, mas um agente que deve lembrar trabalhos anteriores e assumir responsabilidade ao longo do tempo não pode ser tratado como sessão. Cada Bot tem nome, avatar, título, memória das conversas, computador próprio e ferramentas - ao voltar no dia seguinte, o usuário retorna ao mesmo Bot.

Presença como interface

O roster precisava responder três perguntas: quem é, o que está fazendo e quanto o usuário precisa saber. Os avatares foram desenhados com construção básica consistente, formas simples e olhos expressivos, diferenciando-se por variações controladas e acessórios - testes anteriores com aquarela e argila carregavam detalhe demais em escala de barra lateral, e sistemas mais simples deixavam os Bots intercambiáveis. O estado (idle, trabalhando, esperando, bloqueado, pensando, concluído) é expresso pela animação do próprio avatar, evitando indicadores separados. Para mostrar execução, a equipe rejeitou tanto os três pontos animados (pouca informação) quanto descrições escritas passo a passo - pesquisas mostraram que usuários pediam detalhes principalmente por segurança. No desenho final, o movimento do avatar indica atividade, e um hover revela a ação atual.

O computador do Bot

Cada Bot tem um computador próprio para navegar, trabalhar com arquivos e rodar software. A equipe testou quatro arranjos (janela flutuante, lado a lado, modal e tela cheia) e concluiu que quanto mais proeminente o computador, mais o produto incentivava supervisão. O desenho final mantém o espaço como do Bot, com três níveis de acesso: Status (ícone roxo quando ativo), Preview (painel lateral fixo para acompanhar sem sair da conversa) e Takeover (controle total em tela cheia, com devolução depois). Papéis de parede que mudam ao longo do dia dão ao computador do Bot senso de tempo próprio. O resultado, segundo o texto, se aproxima de trabalhar com um colega do que operar uma máquina remota.

Forma da informação e coordenação

Versões iniciais respondiam quase tudo em prosa, forçando o usuário a reestruturar as respostas. O produto passou a tratar a forma da resposta como parte dela: cartões e widgets inline convivem com prosa num transcript heterogêneo que mistura conversa, eventos de sistema, objetos interativos e visualizações.

Para múltiplos Bots, capacidades e contexto seguem fronteiras distintas: Tools e Skills vivem no nível da conta (várias tarefas podem precisar delas), enquanto memória e Routines pertencem ao Bot, refletindo seu papel. Group chats oferecem contexto compartilhado sem dissolver a memória especializada de cada Bot. A equipe descartou dashboards, quadros de atribuição e controles de handoff explícitos por adicionarem trabalho de coordenação; Bots coordenadores fazem o roteamento de rotina e acionam o usuário quando há decisão que exige julgamento.

Trabalho contínuo e interface em desaparecimento

Routines permitem responsabilidade permanente acionada por agenda ou evento (de briefings diários a gatilhos de issues, PRs, incidentes e webhooks), e foram movidas da configuração secundária para a interface principal do Bot. Assim, um prompt pode iniciar uma sessão, mas também uma agenda, um evento ou outro Bot - ao longo do tempo, mais trabalho pode começar sem o usuário presente.

O texto encerra descrevendo um processo de remoção: controles de janela e painel, opções de visualização e metadados de agente foram retirados, com limites práticos de cerca de 50 Bots por conta e seis por group chat. O critério, em cada decisão, foi se o recurso ajudava alguém a delegar ou apenas dava mais uma coisa para gerenciar. A SpaceXAI posiciona o Grok Bot como um retrato de onde hoje fica a linha entre operar uma IA e delegar a um colega - e afirma que, à medida que agentes assumem mais responsabilidade, a interface deve pedir menos da pessoa.