Onde está em nosso poder agir, está também em nosso poder não agir.

— Aristóteles, Ética a Nicômaco, III.5 (1113b; tradução nossa da versão inglesa de W. D. Ross)

Uma confirmação que você pode dar é uma confirmação que você pode negar. Esta versão faz com que a confirmação que muda a produção, ou chega ao público, seja uma que só você pode dar.

Esta versão, em números

Mesclado em quatro dias. Você está entre as primeiras pessoas a rodar esta versão.

Isto é uma parte de uma semana maior. Desde 2026-10-09, 415 issues foram fechadas no projeto, e 292 commits entraram na linha da 1.3.0. Esses 292 commits seguem com a 1.3.0, não com esta versão. O que a 1.3.0 reúne vem na carta dela.

O Touch ID assina toda confirmação em produção ou pública

Num Mac, uma confirmação que muda a produção ou chega ao público precisa levar uma assinatura do Touch ID, feita pela chave do Secure Enclave do FlowForge Desktop. A chave nunca sai do enclave, então nenhum agente na máquina consegue produzir uma assinatura. A porta confere a assinatura antes de gravar a aprovação e de novo antes de cada execução feita sob ela. Uma assinatura copiada para outro projeto, outra operação ou outra versão não é validada.

No Linux, a confirmação continua sem assinatura, como antes, e diz isso em todas as telas.

Uma porta que recusa um plano sabidamente ruim

O banco de dados e a nuvem agora são alcançados por portas que planejam, ensaiam e leem de volta. A porta da plataforma planeja a partir de um commit revisado, resume o plano com as próprias palavras e recusa uma mudança sabidamente ruim. A stack do site recusa os planos que quebrariam o checkout. Uma confirmação então aplica exatamente o plano que você viu.

53 especialistas: três mudaram

Nenhum agente foi adicionado ou removido. Três definições mudaram com as portas de uma confirmação.

fft-dba

fft-dba lê flowforge db owed para ver quanto um banco de dados ao vivo está atrás da linha da versão, ensaia uma migração em cadeia na execução do PostgreSQL 17 do CI e prepara um conjunto de classe dono. A sua confirmação empresta o direito do dono, o processo da própria FlowForge aplica o conjunto, e fft-dba lê cada membro de volta. Ele continua sem nunca guardar a credencial do dono.

fft-devops-agent

fft-devops-agent planeja pela porta da plataforma contra as stacks que você registrou com uma confirmação e pede exatamente o plano que ele barrou. Ele troca um segredo sem ver o valor dele e deixa a verificação para outro agente.

fft-release-engineer

fft-release-engineer prepara o promote como uma confirmação com a sua evidência, registra o veredito do ensaio do candidato e pede que você aperte "Update" em vez de lhe entregar um comando.

A dupla do banco de dados: um planeja, o outro opera

Dois agentes dividem o trabalho sobre os seus dados: um decide o modelo no papel, e o outro é o único que toca num banco de dados ao vivo.

fft-database-architect

fft-database-architect decide o seu modelo de dados no papel: qual armazenamento, as tabelas e os índices, quem pode ler e gravar o quê, e o plano de migração passo a passo com o caminho de volta. Ele escreve o brief de schema e nunca abre uma conexão.

fft-dba

fft-dba é o único agente que se conecta a um banco de dados ao vivo, e só pela porta da FlowForge. Ele ensaia uma migração, lê a produção somente leitura e lê de volta cada mudança. Ele devolve o relatório dele ao arquiteto, que o julga contra o brief.

O que muda:

•  Uma migração nova. Antes: um plano no papel. Depois: fft-database-architect escreve o brief de schema, e fft-dba o ensaia na execução do PostgreSQL 17 do CI. Um ensaio que falha sai com código diferente de zero.

•  "Quanto a produção está atrás?" Antes: uma pergunta para perseguir à mão. Depois: flowforge db owed mostra quanto um banco de dados ao vivo está atrás da linha da versão, e uma migração mesclada continua pendente até que um passo a nomeie.

•  Uma mudança que precisa do direito do dono. Antes: o direito pertence a quem guarda a credencial. Depois: a sua confirmação empresta o direito do dono uma vez, o processo da própria FlowForge aplica o conjunto, e outro agente lê cada membro de volta.

Peça ao ACE, ou chame fft-database-architect para o modelo de dados e fft-dba para tudo o que precisa de um banco de dados em execução.

Conectar um banco de dados, pelas Configurações

Conectar um banco de dados leva uma aba. Aperte S no cockpit para abrir as Configurações e vá até a aba Databases. Numa faixa estreita, a aba aparece como "Data". Escolha Connect a database, e o fluxo tem três passos: onde o banco de dados está, o login dele e uma revisão.

No passo do login, você informa um usuário e uma senha, cola um link de conexão ou usa um login já salvo no seu Mac. A senha é digitada num campo mascarado. A revisão termina numa confirmação que registra a permissão somente leitura, e cada banco de dados mostra quatro fatos: Listed, Sign-in saved, Reading allowed e Last check. Ler é tudo o que essa confirmação permite: alterar dados vem desligado por padrão.

Depois que um banco de dados está conectado e a leitura está permitida, fft-dba pode trabalhar nele.

Abra o FlowForge Desktop uma vez em cada Mac

Depois de atualizar, abra o FlowForge Desktop uma vez em cada Mac, para que ele registre a sua chave do Touch ID. Até que isso aconteça, uma confirmação que muda a produção ou chega ao público espera nessa máquina e diz por quê. A primeira chave fica fixada. flowforge presence status, e a linha presence do flowforge doctor, dizem se esta máquina está registrada, fixada e apoiada por um Secure Enclave.

Ainda não

Uma chave do Touch ID perdida falha de forma fechada. Se a chave fixada sumiu, como depois de reinstalar um Mac ou numa máquina nova, as confirmações em produção e as públicas nesse projeto são recusadas. Recuperar a chave não está nesta versão (#8550).

O GitLab ainda não consegue conduzir um projeto de ponta a ponta. Esta versão põe a base: a interface comum, o cliente, os merge requests, as verificações e a guarda do token. A sonda de contrato foi medida no GitHub e no Gitea, não no GitLab (#6661).

O admin da equipe e a política da equipe vindos do servidor esperam pelo servidor da FlowForge. As mudanças do servidor estão mescladas e são aplicadas ao banco de dados de produção da FlowForge como um passo à parte. Até lá, o app lê as configurações da sua própria máquina, como na 1.2.30 (#8695, #8697).

Como esta carta chega até você

Esta carta sai do próprio pacote de versão da FlowForge: a mesma ferramenta mantém as notas da versão, a página da versão e esta carta derivadas de uma única fonte commitada. As cartas de versão vão para as contas da FlowForge. A FlowForge Monthly é uma carta à parte, com a própria página em flowforgesoft.com/newsletter.

Cancelar inscrição em um clique: sem login, e o link continua funcionando por pelo menos 60 dias.

FlowForge · v1.2.31 · sheet 1/1