PreçosDocumentação
Começar
Soluções · Engenharia

O trabalho que nunca chega ao topo da fila.

Cada sessão recebe seu próprio computador na nuvem e sua própria branch. O agente reproduz o bug, escreve a correção, executa os testes e abre uma solicitação de alteração. Você revisa um diff.

ComeçarFale conosco
kortix/session-9f4c2b7e · retry backoff jitter2 arquivos · +7 −1 · 214 testes passaram
 packages/queue/src/retry.ts−const delay = base * 2 ** attempt;+// Full jitter. Without it every worker wakes on the same tick and the+// retry storm is indistinguishable from the outage that caused it.+const delay = Math.random() * base * 2 ** attempt;   packages/queue/src/retry.test.ts+test("spreads retries across the window", () => {+  const spread = sample(1_000).stddev / EXPECTED_MEAN;+  expect(spread).toBeGreaterThan(0.4);+});
Ilustração. O nome da branch é o ID da sessão, porque é isso que uma branch de sessão representa.
A transferência

O backlog que você parou de fingir que vai resolver.

Não as reescritas. O trabalho pequeno e bem definido por trás delas: reproduções, atualizações de dependências, testes instáveis e uma renomeação em duzentos arquivos.

  1. 01

    O bug que ninguém reproduziu

    Ele recebe o relatório, investiga em sua própria máquina e retorna com um teste que falha ou com o motivo pelo qual não conseguiu reproduzir. Uma sessão que não reproduz informa isso. Não inventa uma correção para um bug que nunca viu.

  2. 02

    O teste instável que todos executam novamente

    Executa a suíte em loop, isola qual teste falha e com que frequência e encontra o estado compartilhado ou a suposição de timing por trás disso. A solicitação de alteração leva a taxa de falha medida antes e depois.

  3. 03

    Atualizações de dependências, com o build comprovado

    Atualize, faça o build, execute a suíte, leia as notas de breaking changes no changelog e corrija os pontos de chamada alterados. Se a suíte ficar vermelha, ele abre a solicitação mesmo assim, com as falhas na descrição em vez de alegar sucesso.

  4. 04

    A migração mecânica em duzentos arquivos

    Uma renomeação, uma mudança de API, uma regra de lint ativada — trivial por arquivo e insuportável em escala. O agente trabalha arquivo a arquivo em sua branch e entrega um diff revisável.

  5. 05

    As exceções da noite passada, agrupadas

    Ele lê os erros do dia, agrupa por causa raiz em vez de mensagem, classifica pela quantidade de pessoas afetadas e leva o principal até uma correção.

  6. 06

    Documentação que divergiu do código

    Ele compara o comportamento documentado com o real e corrige o documento para corresponder ao código, ou sinaliza o código como incorreto. Aqui ambos são o mesmo tipo de commit — tudo é um arquivo.

O resultado

Um diff em uma branch, com a suíte já executada.

O retorno é um diff em uma branch, com os testes já executados na máquina que o criou. Não há nada novo para aprender a ler.

kortix/session-9f4c2b7e · retry backoff jitterChange request
packages/queue/src/retry.ts
-const delay = base * 2 ** attempt;
+// Full jitter. Without it every worker wakes on the same tick and the
+// retry storm is indistinguishable from the outage that caused it.
+const delay = Math.random() * base * 2 ** attempt;
packages/queue/src/retry.test.ts
+test("spreads retries across the window", () => {
+ const spread = sample(1_000).stddev / EXPECTED_MEAN;
+ expect(spread).toBeGreaterThan(0.4);
+});
2 arquivos · +7 −1 · 214 testes passaram
Ilustração. O nome da branch é o ID da sessão, porque é isso que uma branch de sessão representa.

Você revisa a alteração, não um relatório sobre ela

O agente faz commit na branch da sessão e abre uma solicitação de alteração contra main. O que chega para revisão é um diff com descrição — o mesmo objeto que um colega teria aberto.

Ele executou antes de você ler

O sandbox é uma máquina Linux real, então o agente instala, compila e executa a suíte sozinho. Uma solicitação de alteração que chega vermelha informa isso na descrição, em vez de alegar sucesso.

Uma branch, uma máquina, sem colisões

As sessões não compartilham working tree. Vinte podem trabalhar no mesmo repositório ao mesmo tempo, cada uma em sua branch e computador, sem interferir umas nas outras.

Onde ele chega

O repositório, o tracker, a thread.

A maior parte do trabalho ocorre no repositório clonado pela sessão. Os conectores cobrem o restante, e suas credenciais ficam do nosso lado, nunca dentro da máquina.

O próprio repositório
Clonado no sandbox no início da sessão, em uma branch nova. O agente tem shell, sistema de arquivos e histórico completo — pode fazer bisect, executar a suíte e ler o commit que introduziu a linha que vai alterar.
GitHub
Leia issues, comentários e o estado de uma branch, e grave onde você permitiu. O Kortix abre a solicitação de alteração; o conector serve para todo o resto.
Linear
Puxe o ticket que iniciou a sessão, leia os critérios de aceite e publique o link da solicitação de alteração quando o trabalho chegar. O ticket continua sendo a fonte de verdade do escopo.
Slack
O canal ao vivo. Mencione o bot em uma thread e ela se torna uma sessão; a resposta e qualquer arquivo produzido retornam à mesma thread. Teams vem incluído, mas desativado até sua implantação ativá-lo.
Seus próprios serviços
Aponte o Kortix para uma especificação OpenAPI ou Postman, um endpoint GraphQL, um servidor MCP remoto ou uma URL base HTTP simples. Ele lê a fonte, identifica a autenticação e transforma cada operação em uma ferramenta que o agente pode chamar.

O Easy connect cobre mais de 3.000 aplicativos por meio de suas telas OAuth. Qualquer coisa fora do catálogo pode ser acessada por MCP, OpenAPI, GraphQL ou HTTP bruto — geralmente a resposta mais honesta para um serviço interno, que nunca teve entrada em catálogo público.

Como ele funciona

Pergunte agora, acompanhe o que importa e ignore o resto.

Três formas de iniciar a mesma sessão. O isolamento e o fluxo de revisão não mudam com o gatilho.

  1. 01Sob demanda

    A partir da thread em que você já está

    Descreva o bug em uma thread do Slack ou inicie uma sessão pelo aplicativo web ou pela CLI. Você recebe uma reação na sua própria mensagem, não uma publicação do bot, e a resposta chega na mesma thread.

  2. 02Com assistência humana

    Ele para onde você mandou parar

    Defina uma ação como Ask e a execução pausará na chamada, mostrando a ação e seus argumentos. Aprove, e a mesma chamada será concluída; a sessão continuará exatamente de onde parou.

  3. 03Automatizado

    Um cron ou um webhook assinado dos seus próprios alertas

    Faça a triagem das exceções noturnas às 06:00. Ou conecte seu sistema de alertas a um webhook assinado para que um evento de paging inicie uma sessão com o payload do incidente já no prompt.

Control

Nada faz merge sozinho.

A questão não é o que um agente pode escrever, mas o que pode entregar. Eis a resposta exata.

Merge é negado por padrão
Um agente não pode fazer merge em main. A permissão existe — um administrador pode conceder project.cr.merge — mas a concessão fica em kortix.yaml, então ampliá-la também é uma alteração revisada. Nada disso é um padrão oculto.
Os gates de aprovação ficam desativados até você configurá-los
O padrão enviado é permissivo: ações executam salvo indicação contrária. Defina Ask para as que devem pausar e Block para as que nunca devem ocorrer, por ação ou com uma regra de padrão. Preferimos informar o padrão a deixar você presumir que é o mais seguro.
Cada sessão é isolada das demais
Uma máquina Linux descartável por sessão, em sua própria branch. A única coisa realmente compartilhada é o mundo externo — por isso o acesso é decidido pelos conectores, não pela máquina.
As credenciais dos conectores nunca entram na máquina
O sandbox carrega um token Kortix com escopo de projeto e nenhuma chave de terceiros. O gateway descriptografa a credencial real no servidor e a anexa à chamada de saída. Um segredo de runtime concedido deliberadamente é diferente — é um valor de ambiente real que o agente pode ler, como deve ser.
Cada chamada de ferramenta é registrada
O gateway que resolve a credencial é o mesmo que grava o registro: a ação, o agente, a pessoa ou gatilho por trás da sessão, o resultado e quem liberou uma chamada retida.
Como funciona o isolamentoComo os conectores são intermediados

A mesma plataforma, as outras equipes

Um projeto, um conjunto de conectores, uma memória que se acumula. Cada equipe escreve as skills do próprio trabalho; ninguém monta um segundo sistema.

  • VendasPesquisa, rascunhos e higiene do CRM, aguardando sua aprovação
  • MarketingTrabalho de produção que soa como você, porque a voz é um arquivo
  • ProdutoFeedback sintetizado em especificações, com as evidências anexadas
  • FinançasO fechamento, a conciliação e a nota de variação
  • PessoasAgendamento, kits e integração — nunca a decisão de contratação
  • TIRunbooks que executam e uma plataforma que sobrevive à sua revisão
  • Ciência de dadosUma máquina real, uma consulta real, uma análise que você pode executar novamente
Todas as soluções →

Opere toda a sua empresa a partir de um único repositório que pertence a você.

Comece com uma tarefa e cresça a partir daí.

Começar

Produto

  • Computador do agente
  • Empresa como código
  • Conectores
  • Automações
  • Canais
  • Agentes e skills
  • Segurança
  • Auto-hospedado
  • Enterprise
  • Preços
  • Baixar

Soluções

  • Vendas
  • Marketing
  • Engenharia
  • Produto
  • Finanças
  • Pessoas
  • IT
  • Ciência de dados

Desenvolvedores

  • Documentação
  • AI Operating System
  • CLI
  • SDK
  • Início rápido
  • Para desenvolvedores
  • Marketplace
  • GitHub

Empresa

  • Sobre
  • Carreiras
  • Blog
  • Registro de alterações
  • Casos de uso
  • Marca

Conectar

  • X
  • LinkedIn
  • Discord
  • Status
  • Suporte
  • Termos
  • Privacidade
©2026 Kortix