Um agente de programação pode já ter o objetivo e o caminho do projeto. Ao entregar o trabalho a outro motor, precisa iniciá-lo, acompanhar e obter o resultado a partir da mesma conversa. Em 11 de novembro de 2026, o Genesis integrou em main um ponto de acesso local do Model Context Protocol (MCP). Os agentes compatíveis acessam as APIs de tarefas existentes por uma única conexão. Alteração integrada

Ilustração editorial da passagem local de trabalho entre um agente de programação e o Genesis.
Conectar-se ao processo Genesis que executa o trabalho
O ponto de acesso Streamable HTTP /mcp está integrado no servidor Genesis em execução. O servidor autentica a solicitação, valida os argumentos e chama a API de tarefas ou do escalonador. O trabalho continua no servidor após o fim da solicitação HTTP. A conexão não guarda estado, por isso o ID da tarefa é a referência para consultá-la mais tarde.
O Genesis aceita conexões de loopback e valida Host e Origin. As solicitações usam um token bearer do arquivo mcp-token da instância em execução. O host do agente precisa suportar Streamable HTTP e conservar o cabeçalho de autorização. O Genesis e o diretório com permissão de gravação do projeto têm de estar na mesma máquina. O guia de conexão explica a configuração de uma compilação a partir do código-fonte com essa alteração. Para o servidor da versão publicada, consulte Genesis 0.14.1.
Dar ao objetivo o contexto necessário
Imagine que um agente encontrou um defeito em um analisador e deve delegar um teste de regressão. Pode verificar a configuração local com genesis_check e chamar genesis_start_task com o caminho absoluto da cópia de trabalho principal e um objetivo que descreva a entrada problemática, o comportamento esperado e o teste. O Genesis usa seu próprio modelo configurado. O objetivo precisa do contexto relevante da conversa de origem.
As nove ferramentas abrangem verificação da disponibilidade, recarregamento da configuração, descoberta de modelos, envio, listagem, estado e resultados de tarefas, mensagens e cancelamento. Um repositório Git existente precisa de um primeiro commit. Este ponto de acesso requer uma cópia principal com diretório .git e rejeita worktrees associados e raízes de submódulos. Requisitos de tarefas e repositórios
Retomar a consulta pelo ID da tarefa
Salve o ID devolvido no envio. Depois de se reconectar, consulte genesis_get_task com esse ID ou liste as tarefas recentes do projeto antes de repetir a solicitação. O estado mostra dados limitados do escalonador e do estado salvo. Nas consultas periódicas pode omitir o resultado completo e usar o token de alteração para esperar durante um período limitado.
A resposta a uma mensagem confirma a entrada na fila. A resposta a um cancelamento descreve a solicitação aceita e o estado salvo. Para confirmar o desfecho, consulte o estado final, obtenha o resultado com genesis_get_result e verifique os commits e as evidências de teste indicadas. Observação e controle de tarefas
Verificar a conexão antes de delegar
Compile a revisão correspondente e configure o fornecedor na instância Genesis que executará o trabalho. Siga o guia para criar um token privado e registrar no cliente o endereço de loopback real da instância. Abra uma nova sessão do cliente e chame genesis_check. Pode assim verificar separadamente a conexão MCP e a disponibilidade do modelo antes de enviar uma tarefa. Configuração e verificação da conexão