De uma ideia à produção, sem retrocessos.
O Nexus inclui a sua própria fábrica de software. As ideias são classificadas, uma sala de decisão escolhe uma, e os agentes de IA e os engenheiros desenvolvem-na em ramos. O Forge testa cada alteração contra a linha principal tal como ela será, e não como era, assina o que compila e lança-o por fases, garantindo uma forma de reverter. Suficientemente rápido para o trabalho ao ritmo da IA, suficientemente rigoroso para setores regulados.
De uma questão a um lançamento, em seis passos.
Cada passo deixa um registo e em cada passo há uma pessoa que o pode parar. O percurso desde uma ideia até ao código em execução pode ser rastreado até à origem a qualquer momento.
Idealizar
Coloque uma questão real. As sessões de ideias geram opções, testam-nas entre si e classificam-nas, dentro de um orçamento.
Decidir
A lista final vai para uma sala de decisão. Uma pessoa designada toma a decisão, e essa decisão torna-se o plano.
Criar
Os agentes de IA e os engenheiros escrevem a alteração num ramo, com os respetivos testes, cada um na sua própria sandbox.
Verificação
Uma barreira de segurança que bloqueia, uma revisão por IA que explica e uma pessoa que aprova sempre que as regras o exigem.
Fundir
A fila de fusão testa cada alteração em conjunto com as que estão à sua frente. A linha principal nunca falha.
Lançar
As imagens assinadas são implementadas por fases com verificações de estado. Qualquer lançamento pode ser revertido num único passo revisto.
As ideias entram de um lado, o software funcional sai do outro.
A fábrica une as partes do Nexus que pensam com as partes que constroem. As ideias, as decisões, os agentes e o Forge partilham um único registo, para que possa seguir qualquer linha de código até à questão que lhe deu origem.
Ideias, classificadas
As sessões de ideias testam opções entre si e guardam o argumento mais forte contra cada uma.
- Classificadas, frente a frente
- O contra-argumento, registado
Uma decisão torna-se o plano
- Uma pessoa designada decide
- A decisão é o plano de trabalhos
Alterações de agentes e pessoas
Os agentes de IA abrem pedidos de alteração como qualquer engenheiro. Cada um mostra as suas verificações, as suas revisões e o seu lugar na fila.
- Agentes e pessoas, as mesmas regras
- Nada é fundido automaticamente
Um revisor de IA em cada alteração
Cada alteração é lida por um revisor de IA que explica o que encontrou, dentro de um limite de despesa diário. A IA aconselha; as pessoas decidem.
- Notas em linguagem clara
- Um limite diário rigoroso
A linha principal nunca falha.
A maioria dos pipelines testa uma alteração contra a linha principal tal como estava quando o ramo foi criado. O Forge testa-a contra a linha principal tal como será, incluindo todas as alterações que estão à sua frente na fila. Uma compilação que falhe numa análise de segurança nunca é assinada, pelo que nunca pode ser lançada.
Compilar, analisar, assinar, propor
Cada compilação passa pelas mesmas etapas. Os testes e a análise de segurança correm lado a lado; a assinatura aguarda por ambos.
- As análises bloqueiam, não se limitam a avisar
- Falhas explicadas por palavras
Quatro barreiras, depois fases
Cada lançamento passa por quatro barreiras de controlo e, em seguida, é disponibilizado para 10 em cada 100 pedidos, depois para metade e, finalmente, para todos.
- Associado a uma imagem exata
- Fases com verificações de estado
Tão rápido quanto os agentes conseguem escrever.
Quando os agentes de IA escrevem código, as compilações chegam em picos. Os executores são adicionados enquanto as tarefas aguardam e removidos quando terminam, e uma cache de compilação partilhada significa que a maior parte de cada imagem é reutilizada em vez de reconstruída.
Executores que crescem com a fila
Cada compilação corre na sua própria sandbox isolada. Mais executores são iniciados enquanto as tarefas aguardam, dentro de um limite definido por si.
- Uma nova sandbox para cada tarefa
- Cresce e diminui dentro de um limite
A maior parte de cada compilação, reutilizada
Uma cache partilhada guarda as camadas que não sofreram alterações, para que uma compilação típica demore apenas alguns minutos.
- Tempo de compilação monitorizado ao longo de 30 dias
- Acertos na cache por repositório
Apenas compilações assinadas chegam à produção.
Cada imagem é assinada na sua impressão digital, com um registo de como e onde foi compilada. A produção recusa tudo o que não esteja assinado, e os segredos são escritos uma única vez e nunca mais são mostrados.
Assinada na sua impressão digital
Duas pessoas detêm cada chave de assinatura. Cada imagem inclui um registo de compilação e as imagens não assinadas são recusadas onde definir.
- Chaves detidas por duas pessoas
- Imagens não assinadas recusadas
Segredos, apenas pelo nome
As compilações e os testes leem os segredos pelo nome. Um valor é escrito uma vez e nunca mais é mostrado, e cada leitura é contabilizada.
- Escrito uma vez, nunca mostrado
- Quem pode ler cada um
Lançar por fases, com possibilidade de reverter.
Um lançamento é uma pequena alteração revista que fixa a imagem exata a executar. É disponibilizado primeiro para alguns pedidos, depois para metade e, por fim, para todos, com verificações de estado pelo meio. A reversão segue o mesmo processo de alteração, aprovado por uma segunda pessoa.
De uma alteração fundida até à execução
- Cada passo desde a fusão até à execução
- O que requer uma pessoa, em primeiro lugar
Reversão em cerca de um minuto
O caminho de retorno é preparado como uma alteração, verificado e aprovado por uma segunda pessoa. Os simulacros mantêm o processo rápido.
- Uma alteração revista, não um improviso
- Simulacros mensais
O seu código, o seu hardware, as suas regras.
O Forge corre na sua instalação, no seu próprio hardware ou na nossa cloud na UE, sem qualquer serviço externo no caminho de compilação. Continua a compilar mesmo quando a produção está em baixo, que é exatamente quando precisa de lançar uma correção. Todas as definições também são guardadas como ficheiros, para que as alterações sejam revistas como código.
Cada definição, com controlo de versões
As definições, os fluxos de trabalho, as competências e as políticas são guardados como ficheiros. Uma alteração feita neles regressa como uma alteração revista.
- Nos dois sentidos, sempre revista
- Alterações diretas na linha principal recusadas
Ações de risco exigem a devida confirmação
Cada ação tem um risco associado. Quanto maior o risco, mais exigente é o processo: digitar um nome, uma segunda pessoa, uma pré-condição cumprida.
- Funções a partir dos seus grupos
- Ações críticas requerem duas pessoas
Sobre o Forge e a fábrica de IA.
Temos de manter o nosso código no Forge?
Não. O Forge está disponível por predefinição, mas o Nexus também funciona com o alojamento de código que já utiliza, ao nível da organização ou do domínio.
Os agentes de IA escrevem código de forma autónoma?
Eles escrevem alterações em ramos, como qualquer engenheiro. Nada chega à linha principal sem passar pelas mesmas verificações, e uma pessoa aprova sempre que as suas regras o exigirem.
Como evitam as regressões?
Cada alteração é testada em conjunto com todas as alterações que estão à sua frente, para que a linha principal receba apenas combinações validadas. Os lançamentos são feitos por fases com verificações de estado, e cada lançamento pode ser revertido num único passo revisto.
O caminho de compilação depende de serviços externos?
Não. A compilação, a análise, a assinatura e o lançamento correm todos dentro da sua instalação, para que possa continuar a lançar uma correção mesmo quando outro serviço está em baixo.
Podemos ver quanto custa a fábrica?
Sim. Os minutos de compilação, os executores e a revisão por IA têm, cada um, um orçamento e um limite máximo, contabilizados como qualquer outra chamada de IA no Nexus.
Aprofundar
Veja a fábrica a construir algo real.
Traga uma ideia. Mostrar-lhe-emos o caminho desde uma lista final classificada até um lançamento assinado, no seu próprio hardware.