# Velocidade da IA, com uma pessoa a aprovar cada etapa

> O AI-Accelerated é a forma como a Tog Lab desenvolve software com IA: agentes de IA fazem o trabalho pesado em sete etapas, e uma pessoa aprova cada uma antes de a seguinte começar.

URL: https://www.toglab.co/pt-pt/ai-accelerated.html

[Português do Brasil](https://www.toglab.co/pt-br/ai-accelerated.html.md) · [English](https://www.toglab.co/en/ai-accelerated.html.md) · [Español](https://www.toglab.co/es/ai-accelerated.html.md) · [Italiano](https://www.toglab.co/it/ai-accelerated.html.md)

[Fale-nos do seu projeto](https://www.toglab.co/pt-pt/contato.html) Ver como funciona

Mais rápido do que o ciclo tradicional, com o registo de quem aprovou cada decisão.

## Como funciona, do pedido à produção

O mesmo ciclo repete-se em cada uma das sete etapas. A IA faz o trabalho pesado e uma pessoa decide se a etapa está pronta.

Sete portões de aprovação, um ao fim de cada etapa. Em cada um, uma pessoa com nome e papel definidos lê o documento da etapa e decide se o trabalho avança. A IA não publica nada sozinha.

Ver o que acontece em cada etapa

## As sete etapas

Sempre na mesma ordem. Escolha uma etapa para ver o que a IA faz, quem aprova e o documento que fica registado.

Em cada etapa, o selo mostra quem aprova antes de a próxima começar.

A IA faz

Portão de aprovação

Fica registado

Exemplo de projeto

## Por dentro do AI-Accelerated

As peças técnicas que fazem a IA trabalhar dentro do padrão da sua empresa. Escolha uma peça para ver o que faz. O nome técnico aparece ao lado, para quem quiser aprofundar.

## Até onde a IA vai hoje

Quatro níveis de autonomia. O AI-Accelerated trabalha até ao terceiro, sempre com plano aprovado e a revisão de uma pessoa.

Ficheiros fora do plano aprovado ou em áreas sensíveis, como pagamento, autenticação e dados pessoais, só são editados pela IA com aprovação explícita do tech leader da Tog Lab. O agente autónomo é investigação da Tog Lab e, por agora, não entra em propostas comerciais.

### Inventário do AI-Accelerated

Numa proposta entra só o que já foi validado em projetos de clientes. O resto usamos nos nossos projetos ou ainda estamos a estudar.

Inventário de outubro de 2026.

## O ciclo tradicional a encolher com IA

Um caso medido pela Tog Lab

Comparamos as mesmas entregas de um produto SaaS em dois modelos: o planeamento no ciclo tradicional e a execução com o AI-Accelerated. O domínio era bem definido. Em sistemas legados, o ganho costuma ser menor.

163 diasmenos de 5 dias

de trabalho nas três entregas medidas em dias: plano da funcionalidade, autenticação e pagamentos.

Menos horas de trabalho para a mesma entrega significam menos custo de projeto. Em cada projeto, medimos o ponto de partida e o ganho real antes de prometer qualquer número.

Cada linha compara os dois ciclos da mesma entrega. Barras em escala aproximada de horas de trabalho.

## Governação

Cada decisão tem responsável e registo, e o AI-Accelerated não depende de um único modelo de IA.

Referências usadas no desenho da governação: NIST AI RMF, OWASP Top 10 para aplicações com LLM e ISO/IEC 42001. Orientam o desenho e não indicam certificação da Tog Lab.

[Leia: O carro sem condutor e o desenvolvimento de software com IA](https://www.toglab.co/pt-pt/insights-carro-sem-motorista.html)

## Onde o AI-Accelerated funciona

O método é o mesmo. Muda quem conduz e onde funciona.

## Veja o desenvolvimento com IA num fluxo do seu negócio

Uma pessoa de negócios e uma de tecnologia da equipa falam consigo. Respondemos em 1 dia útil.

[Fale-nos do seu projeto](https://www.toglab.co/pt-pt/contato.html) [hello@toglab.co](mailto:hello@toglab.co)

## Mais conteúdo desta página

- Nos projetos da própria Tog Lab — As sete etapas com aprovação humana — Harness com contexto, regras e registo — Prototipação de ecrãs acelerada por IA — Formação da equipa no AI-Accelerated
- Em investigação — Agente que atua como PO ou PM — Desenvolvimento mobile com IA — Reescrita de sistemas legados — Fluxo autónomo, sem uma pessoa no meio

- Contexto — O discovery consolidado numa fonte única de regras de negócio, riscos e decisões. — Organiza entrevistas e documentos e propõe as regras do negócio. — O responsável de negócio do seu lado valida as regras e os objetivos. — O Domain Context versionado no seu repositório. — versão 1.1 — O documento com os objetivos, as regras do negócio e os riscos. Todas as etapas seguintes partem dele.
- Requisitos — Requisitos, histórias, prioridades e riscos. — Redige requisitos, histórias e riscos a partir do contexto. — O responsável de negócio decide o que entra e o que fica de fora. — O PRD com prioridades e a data da aprovação. — versão 1 — A lista do que o sistema precisa de fazer, por ordem de prioridade, com histórias de quem o vai utilizar.
- Arquitetura — Arquitetura e infraestrutura com as escolhas explicadas. — Propõe alternativas de arquitetura com custo, prós e contras. — O tech leader da Tog Lab escolhe e regista o motivo. — O documento de arquitetura e cada decisão registada (ADR). — Uma decisão técnica registada: o que foi escolhido, as alternativas avaliadas e o motivo.
- Especificação — Fluxos, erros e critérios de aceite de cada funcionalidade. — Detalha fluxos, mensagens de erro e critérios de aceite. — O tech leader revê e aprova a especificação. — A especificação de cada funcionalidade, com os critérios de aceite. — versão 1 — O detalhe de uma funcionalidade: como funciona, o que acontece em caso de erro e quando está pronta.
- Protótipo — Ecrãs gerados a partir da especificação e validados com quem os vai utilizar. — Gera ecrãs clicáveis a partir da especificação. — O design e o responsável de negócio validam com quem vai utilizar. — Cada versão do protótipo e o que mudou nela. — versão 3 — O registo do teste do protótipo com quem o vai utilizar: o que mudou de uma versão para a outra.
- Infraestrutura — Configuração e publicação descritas passo a passo. — Prepara o passo a passo e a configuração de publicação. — O tech leader publica e confirma que o sistema está saudável. — O passo a passo e o registo de cada publicação. — versão 1 — O passo a passo de publicação, para que o deploy seja repetido sempre da mesma forma.

- Modelo de IA e chave — agnóstica de modelo — O AI-Accelerated chama o modelo de IA que a sua empresa escolher, pelo fornecedor e na região que fizer sentido, com a chave e a fatura no nome da sua empresa. Mudar de modelo é uma questão de configuração, não um projeto novo. — Trecho da configuração que define qual modelo de IA é usado e em nome de quem. — fornecedor: o que a sua empresa escolher — regiao: a da sua empresa — chave: conta do cliente — id: o modelo que a sua empresa escolher — mudança de modelo: só este bloco muda
- Harness — A estrutura que envolve os agentes: contexto do negócio, regras da empresa, ferramentas que cada agente pode usar, verificações e registo. O nome vem do arreio do cavalo: o modelo tem a força, e o harness direciona essa força para um trabalho útil, dentro de limites. É o que faz a IA trabalhar no padrão da empresa, em vez de responder à solta. — A configuração do harness: o contexto, os agentes, as regras e quem revê.
- Contexto do negócio — Domain Context, context engineering — Todo projeto começa por um Domain Context: regras, riscos e decisões numa fonte única. Cada etapa recebe só o contexto de que precisa, e os documentos de uma etapa (PRD, arquitetura, especificações) alimentam a seguinte. — Uma regra de negócio do Domain Context, que todos os agentes recebem. — O dado é do produtor. A cooperativa — só vê o que ele autorizar. — Sinal fraco no campo. — aprovado por: produto, cliente
- Agentes especializados — agentes e subagentes — Um agente por tipo de trabalho: requisitos, arquitetura, código, testes e documentação. Cada um tem instruções, ferramentas e permissões próprias, e um agente revisor verifica o trabalho dos outros antes da pessoa. — O que cada agente pode usar e onde pode escrever.
- Guardrails — guardrails e permissões — Regras que barram, antes da execução, o que não pode acontecer: operações destrutivas, dependências sem licença, acesso a dados fora do perfil e mudanças em áreas sensíveis sem aprovação explícita. — O registo do que as regras barraram antes da execução. — guardrail no-destructive-ops — bloqueado DROP TABLE em produção — guardrail licencas — bloqueado pacote sem licença — dados só esquema, sem linhas
- Verificações automáticas — hooks, TDD, evals — Hooks correm a cada passo dos agentes: testes escritos antes do código (TDD), evals que medem a qualidade das respostas, regressão e padrões de segurança antes de qualquer merge. — O resultado das verificações que correm antes de cada entrega. — hook pre-commit ok — testes 42 passed — evals sem regressão — seguranca OWASP LLM ok — revisao a aguardar a pessoa
- Portão de aprovação humana — human in the loop — No fim de cada etapa, a pessoa indicada lê o artefato e aprova, ajusta ou recusa. Cada pull request passa pela revisão de um profissional da Tog Lab antes de entrar. Nada vai do agente diretamente para produção. — Quem aprovou cada etapa, e o que ainda está a aguardar. — etapa 01 Domain Context v1.1 — etapa 02 PRD v1 — etapa 03 HLD v1 — a aguardar tech lead
- Rasto e repositório — ADR, changelog, observabilidade — Decisões de arquitetura passam a ADRs, cada mudança entra no changelog e cada documento tem versão. O consumo de tokens por etapa fica visível. Tudo fica no repositório da sua empresa desde o primeiro commit. — Uma decisão registada, com as opções, o motivo e quem decidiu. — ADR-07 CMS do site — opções Payload, Storyblok — decisão Payload — motivo dados na nossa base — por tech leader — tokens desta etapa: no painel do projeto

- Nível 1 — Autocompletar — A IA sugere a próxima linha e o engenheiro aceita ou descarta. — No dia a dia
- Nível 2 — Editar um trecho — A IA reescreve uma função a pedido, e a pessoa lê a diferença antes de aceitar. — No dia a dia
- Nível 3 — Editar ficheiros com plano — A IA altera ficheiros a partir de um plano aprovado, com guardrails, testes e revisão de uma pessoa. — Limite de hoje
- Nível 4 — Agente autónomo — Planearia, executaria e publicaria sem uma pessoa no meio. Exige evals e permissões ainda em validação. — Em investigação

- Traz-nos o pedido — Uma funcionalidade, um produto novo ou uma melhoria. Começamos pelo contexto do seu negócio.
- Os agentes preparam a etapa — Agentes de IA escrevem o documento, o protótipo ou o código daquela etapa, dentro das regras da sua empresa.
- Uma pessoa revê e aprova — Nada segue sem aprovação. Se algo não está bom, a pessoa ajusta ou devolve para os agentes refazerem.
- A próxima etapa começa — São sete etapas até à produção. Cada aprovação fica registada no seu repositório.

- Quem aprova do seu lado — O responsável de negócio da sua empresa. — Objetivos e regras do negócio — Prioridades do que entra primeiro — Protótipo testado com quem o vai utilizar
- Quem aprova na Tog Lab — O tech leader e a equipa da Tog Lab no projeto. — Arquitetura e decisões técnicas — Especificação de cada funcionalidade — Código, testes e publicação em produção