Platform engineering precisa ficar mais humano, e também menos
Aprofundamento CEVIU
Aprofundamento
O texto do blog da CNCF, assinado por um engenheiro que passou por Disney, Dell, SAP, VMware e hoje atua na Control Plane, não apresenta um projeto ou produto chamado less-human. O termo aparece só como rótulo de seção para os agentes de IA (os "less-human builders"), em contraste com os "more-human builders", gente não técnica que passou a construir software com ajuda de agentes. Quem lê esperando uma ferramenta ou repositório não vai encontrar nenhum: a fonte não identifica repositório, e o que existe é uma tese de arquitetura para plataformas internas.
A tese tem três eixos. Primeiro, tirar as regras da cabeça das pessoas e colocá-las na plataforma: identidade própria por aplicação, segredos injetados em runtime, políticas que checam cada mudança (sem endpoint público sem motivo, sem ligação direta de dashboard ao banco de produção, sem recurso sem dono) e deploys pequenos, monitorados e com rollback automático. Segundo, tratar cada agente como ator responsável, com identidade atrelada a quem o lançou, permissões e validade restritas à tarefa, limite de velocidade (mudanças, recursos e gasto por hora), ambientes de preview, trilha de auditoria e um kill switch localizável em menos de um minuto. Terceiro, copiar o modelo do Kubernetes: declarar a intenção e deixar um control loop reconciliar, passar toda requisição por admission, definir limites na especificação e assumir falha com autocorreção. O autor cita o relatório Octoverse 2025 do GitHub, com mais de 36 milhões de novos desenvolvedores em um ano e total acima de 180 milhões. A limitação é clara: é um artigo de opinião, sem implementação de referência nem métricas de adoção.
O que mudou
O tema já vinha sendo construído na cobertura do CEVIU. Em 16 de fevereiro de 2026, o CEVIU noticiou "A ascensão das plataformas agentic: Escalando além da automação", sobre agentes operando dentro de restrições definidas. Em 4 de junho de 2026, "Os Novos Valores da Engenharia de Software na Era dos Agentes de IA" já apontava a necessidade de guardrails rígidos. Em 27 de julho de 2026, "Engenharia de Plataformas é Chave para Agentes de IA" falava em formalizar padrões, políticas e responsabilização, e em 28 de agosto de 2026, "Golden Paths para Agentes de IA: Repensando Plataformas para Usuários Não-Humanos" tratava de usuários não humanos. Em 19 de outubro de 2026, "A Evolução das Plataformas de Desenvolvimento para a Era da IA" descrevia IDPs virando plataformas de engenharia agente. O que muda agora é o recorte: o foco sai só dos agentes e passa a incluir os builders humanos não técnicos, com o Kubernetes como modelo concreto de contrato.
Por que isso importa
Para quem opera TI corporativa, a leitura é que o risco deixa de ser apenas o agente descontrolado. O próprio usuário de negócio, com acesso ao código, pode expor dados ou conectar um dashboard ao banco de produção. Isso empurra governança para política como código, identidade por workload e limites de gasto e de taxa, itens que afetam compliance, auditoria e custo de nuvem. A decisão prática é revisar quais regras da sua plataforma ainda dependem de memória de engenheiro e quais já estão escritas em forma que uma máquina consiga ler.
Linha do tempo
CEVIU noticia a ascensão das plataformas agentic, com agentes de IA operando dentro de restrições.
CEVIU aborda os novos valores da engenharia de software na era dos agentes, com guardrails rígidos.
CEVIU destaca a engenharia de plataformas como chave para agentes de IA.
CEVIU publica sobre golden paths para agentes de IA e usuários não humanos.
CEVIU noticia a evolução das IDPs para plataformas de engenharia agente.
Texto da CNCF propõe políticas legíveis por máquina, identidades com escopo e control loops para builders humanos e agentes.
Perguntas frequentes
O que é o less-human citado no artigo da CNCF?
Não é um produto nem um projeto com repositório. É o rótulo que o autor usa para os agentes de IA, tratados como construtores menos humanos, em oposição aos construtores mais humanos, que são pessoas não técnicas com acesso ao código via agentes.
Quais controles o texto recomenda para agentes de IA?
Identidade própria atrelada a quem lançou o agente, com permissões e validade limitadas à tarefa. Também limites de mudanças, recursos e gasto por hora, ambientes de preview, trilha de auditoria e um kill switch. Mudanças chegam à produção só por rollouts pequenos, monitorados e reversíveis.
Por que o Kubernetes aparece como referência?
Porque ele já resolveu um problema parecido: em vez de operadores humanos vigiando servidores, usa declaração de intenção, control loops, admission, quotas e autocorreção. O autor propõe aplicar o mesmo contrato a humanos e agentes que constroem software.
Por que as regras precisam ser legíveis por máquina?
Porque agentes não têm as lições aprendidas em incidentes às 2h da manhã e seguem instruções ao pé da letra, inclusive as erradas. Regras não escritas não existem para eles. Com políticas explícitas, a plataforma devolve um motivo estruturado e o agente corrige o pedido em vez de insistir.
Fontes
- cncf.iofonte original
- Categoria
- CEVIU TI
- Publicado
- 12 de novembro de 2026
- Editoria
- CEVIU TI
