A agência nacional de cibersegurança britânica dá um nome aos três níveis de controlo humano sobre os agentes de IA — e recomenda aquele que a AppH já aplica por defeito
A 25 de agosto de 2026, o National Cyber Security Centre (NCSC) britânico publicou uma diretiva oficial sobre a gestão do risco cibernético das IA agênticas, distinguindo explicitamente três modelos de supervisão humana — «humano na cadeia» (aprovação antes da ação), «humano sobre a cadeia» (vigilância com intervenção possível) e «humano fora da cadeia» (nenhuma revisão) — e recomendando o primeiro para qualquer aplicação de risco elevado. É exatamente o modelo que a AppH aplica por defeito a cada ação com consequência real, nos seus oito módulos de negócio, sem que nenhuma regulamentação a tenha obrigado a isso.
A 25 de agosto de 2026, o NCSC — a agência governamental britânica de cibersegurança, ligada ao GCHQ — publicou uma diretiva destinada às organizações que implementam agentes de IA com um nível significativo de autonomia. O texto surge na sequência de vários incidentes documentados em que modelos e sistemas agênticos executaram ações não autorizadas ou não previstas. A recomendação central: avaliar primeiro com precisão o nível de autonomia realmente necessário, e só depois escolher o modelo de supervisão em conformidade. O NCSC nomeia três modelos distintos, sem ambiguidade: humano na cadeia («humans approve actions before they occur» — um humano aprova cada ação antes de ela ocorrer), humano sobre a cadeia («humans monitor activity and can intervene if necessary» — um humano vigia e pode intervir se necessário), e humano fora da cadeia (a IA opera sem revisão humana). Para qualquer aplicação de risco elevado, a agência recomenda explicitamente manter supervisão humana, atribuir uma responsabilidade clara a cada atividade do agente, e garantir que um incidente possa ser investigado e tratado rapidamente. A diretiva cobre ainda o isolamento técnico (sandboxing), o controlo de acessos de rede e credenciais, o registo contínuo da atividade dos agentes, e a capacidade de «cortar a energia» a qualquer momento a um sistema autónomo.
O que distingue esta diretiva da maioria dos textos já citados nesta página é a sua fonte: não é um fornecedor de software a promover o seu próprio produto, é uma agência governamental de cibersegurança que nomeia, em três categorias precisas, aquilo que a maioria dos fornecedores de IA deixa vago nos seus comunicados. E o modelo que o NCSC recomenda para qualquer questão de risco real — humano na cadeia, aprovação antes da ação — é exatamente aquele que a AppH já aplica, por construção, a cada módulo de negócio: um orçamento gerado por uma regra de Automatizações permanece no estado «rascunho» até validação de um humano da empresa; uma reserva submetida através de um widget público permanece no estado «prevista» até revisão de equipa; um evento de Automatizações (atraso de fatura, stock baixo, ausência repetida de um profissional) aguarda um clique humano antes de qualquer consequência real — nunca um email enviado sozinho, nunca um pagamento desencadeado sozinho. Não é o modelo «humano sobre a cadeia» — mais fraco, em que a ação já pode ter ocorrido antes de um humano a notar — é sim o modelo «humano na cadeia» que o NCSC coloca no topo da sua hierarquia de risco.
A favor da AppH
- Uma agência governamental de cibersegurança — não um fornecedor a promover o seu próprio produto — nomeia agora «humano na cadeia» (aprovação antes da ação) como o modelo recomendado para qualquer implementação de risco elevado. É precisamente a arquitetura por defeito que a AppH aplica nos seus oito módulos de negócio, adotada antes de qualquer texto oficial vir validá-la.
- O NCSC distingue explicitamente «humano na cadeia» de «humano sobre a cadeia» (simples vigilância) como um modelo mais fraco — esta distinção dá à AppH uma linguagem concreta para explicar a um potencial cliente por que razão uma fila de aprovação (orçamentos em rascunho, eventos de Automatizações, reservas «previstas») é estruturalmente diferente de um painel que ninguém tem tempo de vigiar continuamente.
Contra / o limite honesto
- A diretiva do NCSC visa antes de mais organizações que constroem ambientes isolados com controlo de acessos de rede, gestão de credenciais e supervisão de segurança 24 horas por dia — preocupações de infraestrutura que não se transpõem tal e qual para a forma como uma PME usa os módulos verticais da AppH. Afirmar que a AppH aplica a totalidade do quadro do NCSC seria impreciso.
- O próprio NCSC qualifica a sua diretiva como provisória, destinada a ser substituída por uma recomendação mais formal à medida que a prática evolui. Citá-la como um padrão definitivo e imutável seria ir além do que a própria agência afirma.
O que impressiona nesta diretiva não é o seu conteúdo técnico — sandboxing, listas de acesso, registo de atividade, nada disto vai surpreender um engenheiro de segurança — é que uma agência governamental se tenha dado ao trabalho de dar um nome preciso a uma distinção que a maioria dos comunicados de marketing deixa deliberadamente vaga. A maioria dos dirigentes de PME nunca lerá este texto do NCSC. Mas a pergunta que ele permite fazer, esses dirigentes podem e devem fazê-la a qualquer fornecedor de agentes de IA, a AppH incluída: qual dos três modelos aplicam realmente — aprovação antes da ação, vigilância depois do facto, ou nenhuma revisão? Na AppH, a resposta nunca dependeu de um texto regulamentar para existir: está escrita no código desde o primeiro módulo, não numa política que se pudesse mudar discretamente. Acompanhar um dirigente de PME é ajudá-lo a fazer esta pergunta precisa a cada ferramenta que avalia — e a desconfiar de qualquer resposta que se mantenha vaga sobre qual das três categorias realmente se aplica.
Revisado por um humano da AppH