85 termos. Busque pelo nome, pelo assunto ou por uma palavra da definição.
- A2A (Agent2Agent, protocolo de agente para agente)
- Padrão aberto que permite a um agente descobrir outro agente, saber o que ele faz e passar tarefas adiante, mesmo quando os dois foram construídos por fornecedores diferentes. Chegou à versão 1.0 estável em 09/04/2026, sob a Linux Foundation, com mais de 150 organizações participantes. O MCP liga o agente às ferramentas; o A2A liga o agente a outros agentes.
- Agente
- Programa que recebe um objetivo, decide sozinho a sequência de passos, usa ferramentas e sistemas para executá-los e devolve um resultado. A autonomia sobre os passos intermediários é o que o separa de um assistente que apenas responde perguntas: pense no estagiário a quem você entrega a tarefa inteira.
- Agentic Operating Model (modelo operacional agêntico)
- Desenho de como a sua empresa delega, orquestra, verifica e governa trabalho executado por agentes. Ele se organiza em cinco camadas: Intenção (Intent), Especificação (Spec), Orquestração de agentes (Agent Orchestration), Verificação (Verification) e Governança (Governance). A divisão em cinco camadas é didática, sem norma de mercado por trás, e nenhum auditor externo vai reconhecer os nomes.
- Agile (metodologia ágil)
- Família de valores e princípios para desenvolver software com colaboração, aprendizado e adaptação. Não exige um único método de planejamento nem se resume a pontos ou reuniões. Agentes podem mudar a execução, mas a necessidade de observar resultados e ajustar o trabalho continua.
- Alucinação (hallucination)
- Resposta inventada, entregue com a mesma segurança de uma resposta correta. Vem do modo como o modelo funciona, calculando a continuação mais provável do texto em vez de consultar uma verdade, e por isso o erro não tem cara de erro: a checagem precisa vir de fora. Num agente com permissão de agir, a alucinação deixa de ser texto errado e vira ação errada.
- API (application programming interface, interface de programação de aplicações)
- Porta programável de um sistema, parecida com o balcão de pedidos por telefone: outro sistema pede um dado ou dispara uma ação sem passar por tela nenhuma. É por essa porta que os agentes tocam os sistemas da sua empresa, do estoque à agenda.
- Arbitragem por agentes (agentic arbitrage)
- Deslocamento de valor que acontece quando um agente entrega o resultado que você comprava de um software por assinatura, sem abrir nenhuma das telas pelas quais você paga. Cada renovação de contrato passa a comparar uma fatura conhecida com um custo de construção e manutenção que quase nenhuma empresa mediu.
- Arnês de execução (harness)
- Tudo que a sua empresa monta em volta do modelo, como o arreio que dirige a força do cavalo, para que ele produza resultado confiável: regras de trabalho, ferramentas conectadas, verificadores automáticos, limites de gasto e de permissão. É a parte que continua sua quando o modelo do mês seguinte substituir o de hoje, o que costuma torná-la mais valiosa que a escolha do modelo.
- Autonomia excessiva (excessive agency)
- Risco catalogado pelo OWASP em que o agente recebe mais ferramenta, mais permissão ou mais liberdade do que a tarefa exige. Basta uma alucinação ou uma instrução maliciosa para que esse excesso vire ação real e irreversível. Suponha o agente de agenda de um salão que também ganhou acesso ao caixa: um erro dele já mexe no dinheiro.
- Benchmark (placar de comparação)
- Conjunto padronizado de tarefas com resposta conhecida, aplicado a vários modelos para ordená-los numa lista pública. Funciona como prova de vestibular: mede desempenho naquelas questões, e não capacidade geral. Dois cuidados de leitura antes de citar um placar em reunião: nota alta numa prova já conhecida convive com desempenho baixo numa prova nova e mais difícil, e praticamente nenhum placar pontua custo.
- Camada determinística
- Verificações baseadas em regras explícitas, como checagem de tipos e testes de comportamentos conhecidos. Em condições controladas, a mesma entrada deve produzir o mesmo resultado. Elas têm custo de execução e manutenção e só cobrem as perguntas que foram programadas.
- CD (continuous delivery, entrega contínua)
- Prática de manter mudanças em condição de publicação por meio de um processo repetível. A liberação pode depender de uma decisão humana; publicar automaticamente a cada mudança aceita é outra escolha. Os testes reduzem incerteza, mas não demonstram ausência de qualquer defeito.
- CI (continuous integration, integração contínua)
- A esteira automática que, a cada mudança proposta, compila o sistema, roda os testes e reprova o que quebrou. Quando alguém diz que o CI está verde, significa que essa esteira não encontrou problema entre os que ela sabe procurar.
- Commit
- Registro de alteração salvo no histórico do sistema, como uma linha do livro-caixa: autor, data e a lista do que mudou. É a menor unidade que o histórico guarda, e vários commits formam um PR. Serve à governança por um motivo direto: é o que permite dizer, meses depois, quem mudou o quê e em que momento.
- Confiança demonstrada
- Segundo eixo da autonomia, ao lado do raio de dano: quanto uma classe de tarefa já provou, em execuções repetidas e registradas, que merece mais liberdade. Lembra o funcionário novo que só ganha a chave do caixa depois de fechá-lo certo por semanas. Amplia-se por tipo de tarefa, o que evita conceder autonomia por impressão geral sobre a ferramenta.
- Contrato de entrega (Spec Acceptance Pack)
- Modelo para registrar problema, restrições, exemplos de aceite e limites de execução. Seus onze itens ajudam a discutir lacunas antes de delegar. A profundidade deve acompanhar o risco e o tamanho da tarefa.
- Control plane de agentes (sala de controle)
- Conjunto de funções para registrar agentes, controlar acesso, observar ações e gerenciar seu ciclo de vida. Produtos implementam partes diferentes dessa função; compare recursos efetivos, limitações e contrato.
- Controles anti-fraude da verificação (anti-gaming)
- Controles para dificultar que quem executa também altere o critério de aprovação: proteger testes, separar permissões e conferir evidências independentemente. Dois agentes podem compartilhar o mesmo erro; o desenho reduz risco, sem garantir aprovação correta.
- Critério de aceite
- A frase que descreve o que precisa ser verdade para a entrega ser aceita, escrita de um jeito que um teste, um comando ou um documento consiga declarar cumprida. Quando a checagem depende de alguém achar que ficou bom, ainda é desejo. Suponha um escritório contábil: "a guia sai com o CNPJ do cliente certo" é critério; "a guia fica boa" é desejo. Escrevê-lo antes da execução é o que impede o agente de decidir sozinho, depois, o que contava como sucesso.
- Custo por mudança verificada (Cost per Verified Change)
- Quanto custou cada alteração que chegou à produção com prova anexada, somando tokens de modelo, infraestrutura de execução e horas humanas de revisão. No orçamento que você aprova, ele ocupa o lugar que o custo por story point ocupava.
- Custo por tarefa concluída
- Custo total de uma tarefa que atende ao critério de aceite, incluindo tentativas, ferramentas e revisão. Compare alternativas com o mesmo escopo e qualidade. Um preço menor por token só representa economia quando o custo total e o resultado também forem adequados.
- DAST (dynamic application security testing, teste dinâmico de segurança)
- Varredura que ataca a aplicação em execução, do lado de fora, como o chaveiro contratado para tentar abrir a sua porta, procurando falha explorável no comportamento real. Complementa o SAST, que lê o código parado e nunca vê o sistema funcionando.
- Definição de pronto (Definition of Done)
- Acordo sobre as condições de qualidade necessárias para considerar uma entrega concluída. Pode incluir testes, revisão, segurança e documentação. O uso de agentes pede examinar se esses critérios e controles continuam suficientes; não torna o acordo anterior automaticamente inválido.
- Definition of Verified 2.0 (definição de verificado)
- Termo didático, sem correspondência em norma de mercado. Promove a definição de pronto a exigência de prova, pela fórmula: pronto, mais evidência automatizada, mais validação adversarial, mais revisão humana proporcional ao raio de dano. Na prática vira um checklist de quinze itens e um dossiê anexado à entrega.
- Depreciação de produto (deprecation)
- Aviso de que um recurso deixa de ser recomendado ou será retirado. O fornecedor deve informar o alcance e o calendário aplicável; anúncio, restrição e desligamento podem ocorrer em datas diferentes. Confira a comunicação oficial e teste a migração antes do prazo.
- Diff
- Diferença entre o antes e o depois de uma alteração, mostrada linha a linha como o controle de alterações de um contrato no editor de texto, com o que saiu de um lado e o que entrou do outro. Revisar por diff é ler só o que mudou, sem reler o sistema inteiro. O volume dele explica por que a revisão humana vira gargalo assim que o agente começa a produzir em escala.
- Disjuntor (circuit breaker)
- Mecanismo que interrompe a operação sozinho quando um limite é ultrapassado, do mesmo modo que o disjuntor do quadro de luz desarma antes de a fiação queimar. Em operação com agentes, ele corta a repetição de uma chamada que vem falhando, ou a queima de orçamento sem progresso, antes que alguém perceba pelo relatório do dia seguinte.
- Disponibilidade geral (GA, general availability)
- Estágio de lançamento declarado pelo fornecedor, distinto de prévia ou beta. Suporte, preço, região e acordo de nível de serviço dependem do produto e do contrato; a sigla GA não confirma todos esses itens sozinha.
- Dossiê de evidências (Evidence Manifest)
- Formato proposto: o resumo anexado à entrega com os comandos executados, os resultados obtidos, o que ficou sem cobertura e o plano de reversão. É o artefato que torna a definição de verificado auditável por alguém que não leu uma linha do código. O nome em inglês fica registrado aqui porque é assim que ele aparece em material de fornecedor.
- Drift (deriva de comportamento)
- Mudança do comportamento ou do desempenho de um sistema ao longo do tempo. Pode acompanhar dados novos, alterações no modelo ou no contexto. Casos de avaliação e observação em uso ajudam a detectar a mudança; a causa precisa ser investigada.
- E2E (end to end, teste de ponta a ponta)
- Teste de uma jornada que atravessa várias partes do sistema, como escolher um produto e concluir a compra. Complementa testes de unidades e integrações. Passar nessa jornada informa sobre os casos testados, sem cobrir automaticamente todas as situações de uso.
- Escada de autonomia da Gartner
- Classificação de quatro degraus para agentes corporativos: Observe (apenas lê e exibe), Advise (recomenda, com o humano decidindo), Act with Approval (executa mediante aprovação explícita) e autônomo sob guardrails. Serve como referência externa citável em conselho. Mede o que o agente faz, enquanto a escala didática L0-L5 mede o que a credencial dele permite no pior caso.
- Eval (avaliação de agente)
- Teste desenhado para comportamento probabilístico, que a bateria tradicional não cobre: casos de referência, casos adversariais, verificação de chamada de ferramenta, testes de política, testes de memória e testes de deriva. Responde se o agente continua acertando o que já acertava depois de qualquer mudança de modelo, instrução ou ferramenta. Lembra o exame que o motorista profissional refaz a cada renovação da carteira.
- Executor e verificador (Doer-Verifier)
- Desenho em que a execução e a conferência têm responsabilidades separadas. A separação pode envolver pessoas, agentes, contextos e permissões. Ela só ajuda quando o verificador recebe critérios adequados e consegue apontar falhas sem ter de aprovar a saída.
- Gate (portão de aprovação)
- A regra que uma entrega precisa cumprir para seguir adiante, e o ponto exato do processo em que essa regra é aplicada. Funciona como a vistoria que libera o veículo: quem não cumpre o critério não passa. O curso mantém o termo em inglês porque é assim que ele aparece na ferramenta e na conversa do time.
- Golden prompt (caso canônico)
- Pedido de referência com critério de resultado conhecido, usado para comparar o agente antes e depois de uma alteração. Um caso isolado não prova qualidade geral; use também exceções e situações novas relevantes.
- Guardrail (trilho de contenção)
- Controle que orienta ou limita o comportamento de um agente. Pode haver filtros, validações e restrições de acesso. Para uma ação sensível, confira o que é impedido tecnicamente e o que depende da interpretação do modelo.
- Guardrails de terminação de loop
- Limites aplicados pelo ambiente para interromper uma execução: número de tentativas, falta de progresso, tempo ou orçamento. Defina qual estado é salvo e quem decide a retomada. A configuração precisa ser testada com tarefas que atingem esses limites.
- Handoff de contexto (passagem de bastão)
- Arquivo de progresso versionado, como o livro de passagem de plantão de uma clínica, do qual uma sessão nova de agente retoma uma tarefa longa. Existe porque o modelo só consegue considerar uma quantidade limitada de texto por vez: quando o trabalho atravessa dias, o histórico da conversa não cabe mais, e a continuidade passa a depender desse registro escrito fora do agente.
- Identidade de agente
- Credencial própria de cada agente, como o crachá individual de um funcionário, separada da credencial da pessoa que o acionou, que responde quem é o agente, o que ele pode tocar e em nome de quem age. Deixou de ser discussão conceitual em maio de 2026: o Google levou a Agent Identity, construída sobre o padrão aberto SPIFFE, à disponibilidade geral em 06/05/2026, e a Microsoft levou o Entra Agent ID à disponibilidade geral em 01/05/2026, com política de acesso condicional específica para agente autônomo e para agente agindo em nome de um usuário.
- Injeção indireta de instrução (indirect prompt injection)
- Instrução maliciosa escondida em um conteúdo que o agente lê no curso do trabalho, como um e-mail, um documento, um comentário de chamado ou uma página da web, e que ele passa a obedecer como se tivesse vindo de você. O ataque dispensa acesso ao seu sistema: basta plantar o texto onde o agente vai buscar contexto. Suponha o agente que lê o e-mail de uma oficina e encontra, escondida numa mensagem, a ordem de conceder desconto total.
- Intervalo de confiança
- Faixa calculada por um método estatístico para expressar a incerteza de uma estimativa sob determinadas premissas. Uma faixa ampla recomenda cautela; se um intervalo para a diferença inclui zero, o estudo pode não distinguir ganho de perda no nível adotado. Isso não corrige vieses da coleta nem prova ausência de efeito.
- Isolamento por worktree
- Diretórios de trabalho separados ligados ao mesmo repositório Git. Ajudam agentes a editar arquivos sem sobrepor diretamente as mudanças locais. A integração ainda pode revelar conflitos de código, regra de negócio ou nomes de recursos; isolamento de arquivos não substitui coordenação.
- Janela de contexto (context window)
- Limite de informação que o modelo pode considerar numa interação, medido em tokens. O limite efetivo e o tratamento da resposta dependem do produto. Mais capacidade de contexto não garante recuperar todos os detalhes nem usar corretamente os dados recebidos.
- KPI (key performance indicator, indicador-chave de desempenho)
- O número que a liderança acompanha para saber se algo vai bem, como o marcador de combustível do carro. Antes de eleger qualquer um deles para um painel de agentes, leia o verbete da lei de Goodhart.
- L0-L5 (escada de autonomia didática)
- Escala didática de seis níveis para discutir alcance das permissões e consequências de uma falha. Não é norma nem certificação. Outras instituições usam classificações diferentes; na operação, descreva as ações e os controles além do número do nível.
- Lei de Goodhart
- Alerta sobre o risco de uma medida perder utilidade quando as pessoas passam a otimizá-la como meta. Não significa que toda meta será manipulada. Compare medidas complementares e investigue mudanças de comportamento antes de atribuir recompensa ou concluir que houve melhora.
- LLM (large language model, modelo de linguagem de grande porte)
- Modelo treinado para processar e gerar linguagem a partir de padrões aprendidos. Pode produzir respostas úteis e também informações incorretas ou sem apoio. Num agente, ferramentas e permissões permitem usar essas saídas em etapas de trabalho; por isso a conferência precisa acompanhar a consequência da ação.
- Mapa de Provas (Quality Evidence Stack)
- As dez camadas de evidência que uma entrega pode carregar, de testes unitários e verificação de tipos até teste de carga, varredura de segurança e revisão adversarial. Cada camada responde a uma pergunta diferente, e o mapa funciona como diagnóstico: para cada uma, você marca se ela está automatizada, manual ou inexistente.
- MCP (Model Context Protocol, protocolo de contexto de modelo)
- Padrão aberto que liga um agente às ferramentas e às fontes de dado da empresa, cumprindo para agentes o papel que a tomada padronizada cumpre para eletrodomésticos: quem fabrica o aparelho e quem instala a tomada não precisam se conhecer. É mantido na Linux Foundation desde dezembro de 2025. A revisão que entrou em vigor em 28/07/2026 é a maior desde o lançamento e quebra compatibilidade com o que estava instalado, com prazo de doze meses até a remoção do que foi descontinuado, de modo que quem tem servidor MCP em operação precisa de um plano de migração com dono e data. Lembre da cadeia de suprimentos: cada servidor MCP instalado é um fornecedor a mais na sua.
- Model routing (roteamento de modelos)
- A política que define qual modelo, ou qual ferramenta sem modelo nenhum, executa cada tipo de tarefa: raciocínio caro no plano e na revisão adversarial, modelo intermediário na reescrita, modelo eficiente no repetitivo e verificação determinística no que puder ser conferido por comando, do jeito que a oficina manda o diagnóstico difícil ao mecânico sênior e a troca de óleo ao aprendiz. Vira documento com dono e data de revisão, saindo da preferência individual de quem programa.
- Montagem (build)
- O passo em que o computador transforma o código escrito no programa que efetivamente roda, e o resultado desse passo. Lembra conferir se o bolo saiu inteiro da forma antes de provar o sabor. Quando alguém diz que a montagem passou, ou que o build está limpo, quer dizer que o sistema pelo menos se monta inteiro sem erro estrutural. É a mais barata das provas e a que menos diz sobre o comportamento na frente do cliente, e por isso abre a bateria em vez de encerrá-la.
- MTTR (mean time to restore, tempo médio até restaurar o serviço)
- Quanto tempo, em média, o serviço leva para voltar ao normal depois de uma falha. É a medida que traduz um incidente em minutos de cliente sem atendimento: numa padaria com a maquininha fora do ar, é o tempo de fila sem cobrança.
- Orquestração de agentes
- Coordenação de tarefas, dependências, permissões, custos e resultados de agentes. O orquestrador pode distribuir parte do trabalho e executar outras etapas. A divisão deve indicar quem integra as entregas e resolve conflitos.
- OWASP Top 10 for Agentic Applications 2026
- Lista de referência de risco de segurança para aplicações com agentes, publicada pelo OWASP Gen AI Security Project em 09/12/2025. Organiza o risco pela arquitetura do agente, com categorias como abuso de identidade e privilégio e execução inesperada de código. Em outubro de 2026 continua sendo a referência publicada mais diretamente aplicável a agentes, já que não existe perfil do NIST finalizado para eles.
- p95 (percentil 95)
- O tempo de resposta que 95% das requisições respeitam. Pense na fila do caixa: é a espera que 95 de cada 100 clientes não ultrapassam. Serve para escrever desempenho de forma verificável, no lugar da palavra rápido. A mesma lógica vale para P50, P75 e P85 em previsão de prazo: P85 é a data que 85% dos cenários simulados respeitam.
- PR (pull request, pedido de incorporação)
- Pacote em que uma alteração de software é proposta, discutida e aprovada antes de entrar no produto. É a menor unidade que a maioria das empresas consegue contar, o que a torna o denominador natural para custo e para prova.
- Produção (ambiente de produção)
- Ambiente usado na operação real, por clientes externos ou equipes internas. O risco depende dos dados e das ações disponíveis. Ambientes de teste também exigem cuidado, especialmente quando acessam dados reais ou serviços de produção.
- Prompt
- Texto de instrução entregue ao agente, como o bilhete de tarefas deixado para um funcionário: o que ele deve fazer, o que não pode fazer e em que formato responder. Prompt de sistema é a camada fixa dessas instruções, que vale para todas as tarefas daquele agente. Mudar o prompt muda o comportamento sem que uma linha de código seja tocada, o que é útil e perigoso pelo mesmo motivo: regra escrita ali vale como pedido, e um pedido pode ser contornado por instrução que chegue depois. O impedimento de verdade mora no guardrail.
- Prompt caching (cache de contexto)
- Reuso de partes do contexto para reduzir processamento e, quando previsto na tabela do fornecedor, custo. Desconto, validade, tamanho mínimo e cobrança de gravação variam. Confirme o consumo registrado antes de incluir a economia na projeção.
- Proporção de anestesia
- Termo didático, sem lastro em terminologia de mercado: a fatia dos testes de uma bateria que continuaria verde mesmo com o comportamento errado na frente do cliente. O nome vem do efeito, porque o painel verde desliga a desconfiança que teria pegado o defeito. Como toda cunhagem deste material, não espere que um auditor externo reconheça o termo.
- QA (quality assurance, garantia de qualidade)
- Conjunto de práticas para prevenir problemas e avaliar se a entrega atende às necessidades e aos critérios acordados. Pode atuar desde o desenho do processo até a operação; não precisa ficar restrito à última etapa.
- Raio de dano (blast radius)
- Até onde vai o estrago se aquela ação der errado: quantos clientes atinge, quanto dinheiro move, qual dado toca, se é reversível e em quanto tempo. É a medida usada para graduar quanta prova exigir de cada entrega e quanto poder conceder a cada agente. Suponha uma clínica: o agente que só lê a agenda tem raio pequeno; o que desmarca consultas tem raio grande. No mercado o termo circula em inglês, como blast radius.
- Regressão
- Perda de um comportamento que funcionava antes de uma mudança. Por exemplo, alterar o cálculo do frete pode afetar um desconto. Testes de regressão cobrem casos conhecidos; novos cenários e observação em uso podem revelar outros efeitos.
- Reward hacking (fraude do critério de sucesso)
- Fraude em que o agente cumpre a letra do critério sem cumprir o propósito dele, por exemplo passando no teste sem resolver o problema. A forma grave, em que um agente com acesso ao próprio processo de avaliação o altera para se aprovar, chama-se reward tampering. É a razão de existir dos controles anti-fraude da verificação.
- ROI (return on investment, retorno sobre o investimento)
- Relação entre benefício líquido e investimento, com período e itens de custo explicitados. Inclua execução, verificação, manutenção e retrabalho. Se o relatório usar benefício bruto dividido pelo custo, nomeie a relação para não confundir as medidas.
- SAST (static application security testing, análise estática de segurança)
- Análise de código sem executar a aplicação para procurar padrões de vulnerabilidade. Algumas ferramentas também detectam segredos. Custo e cobertura variam; a análise estática complementa outras verificações e a revisão.
- SDLC (software development life cycle, ciclo de vida de desenvolvimento de software)
- A sequência clássica pela qual uma ideia vira software: descoberta, especificação, implementação, teste, liberação e operação. É o processo que a chegada dos agentes reorganiza, com destaque para a posição em que a prova entra na fila.
- SLA (service level agreement, acordo de nível de serviço)
- Compromisso contratual sobre níveis de serviço, condições de medição e consequências de descumprimento. Confira disponibilidade, suporte, exclusões e compensações do plano contratado; o estágio de lançamento não substitui a leitura dessas condições.
- Spec (especificação executável)
- Documento curto que define o problema, o que fica de fora, as restrições e a prova de que a entrega atendeu, escrito antes de o agente começar. Cada frase vaga nele transfere uma decisão de negócio para a máquina, que a toma em silêncio e com o julgamento que você já conhece. O mercado chama a prática de spec-driven development, ou SDD.
- Story point, velocity e sprint
- Story point expressa uma estimativa relativa usada por algumas equipes; velocity soma pontos concluídos num período. Sprint é um ciclo de trabalho do Scrum, com duração de até um mês. Essas medidas podem apoiar planejamento local, mas não equivalem a valor entregue nem servem para comparar equipes sem contexto.
- TDAD (Test-Driven Agentic Development)
- Linha de pesquisa que mede o que acontece quando um agente resolve o problema pedido e quebra comportamento anterior no mesmo movimento, e que propõe tratar regressão como métrica de primeira classe na avaliação de agentes.
- TDD (test-driven development, desenvolvimento guiado por testes)
- Escrever o teste que falha antes de escrever o código que o faz passar, como combinar a medida com o marceneiro antes do corte, no ciclo vermelho, verde, refatoração. Com agentes, funciona como contrato de delegação: o teste escrito antes define o que conta como sucesso, e o agente perde a chance de decidir isso sozinho depois.
- Tiny teams (times pequenos)
- Times de engenharia de quatro a cinco pessoas, com casos de dois a três, que ganham capacidade combinando gente e agentes em vez de crescer em número. O Gartner projeta 60% das organizações nesse formato até 2029, contra um patamar atual de cerca de 15%, e enquadra o movimento como reestruturação de capacidade.
- Token (unidade de cobrança de modelo)
- Unidade em que o modelo representa a informação processada. Um token pode corresponder a parte de palavra, palavra ou outro elemento, conforme o modelo e a modalidade. Tarifas podem distinguir entrada, saída e cache. Token de consumo não é a mesma coisa que uma credencial de acesso.
- Token de acesso (credencial de agente)
- A chave que prova quem é o agente e abre as portas que ele pode abrir. Nada a ver com a unidade de cobrança que carrega o mesmo nome: aqui o token é segredo, e o nível real de autonomia de um agente é o alcance dessa chave, não o que está escrito na política.
- Triagem de falha
- Organização da resposta a um problema: registrar o que aconteceu, avaliar impacto, conter efeitos, investigar a causa e decidir a correção. Defina responsáveis e limites de novas tentativas antes de ocorrer o incidente.
- Trust pipeline (esteira de confiança)
- Nome didático para uma esteira que reúne construção, testes, revisão e evidências de aprovação. Pode ampliar o processo de CI/CD existente, sem exigir que ele seja abandonado.
- Trust Velocity
- Termo didático e métrica-mãe do painel de conselho: quanto resultado verificado o sistema produz por unidade de tempo, custo e risco. Ocupa o lugar da velocity de story points, sem norma nem referência pública de comparação por trás, o que impede benchmarking contra outras empresas.
- Ultracode
- No Claude Code, nome do recurso que transforma uma tarefa num fluxo dinâmico, em que o modelo escreve um roteiro e o ambiente distribui o trabalho entre muitos subagentes. O termo também vale para a categoria "modo de raciocínio elevado do seu conjunto de ferramentas", qualquer que seja o fornecedor: a camada que planeja, decompõe, verifica e audita o trabalho dos demais agentes.
- Validation Debt (passivo de validação)
- Termo didático para o estoque de mudanças já geradas e ainda não verificadas, que cresce sempre que a capacidade de gerar corre à frente da capacidade de conferir. Aparece no painel como passivo, do mesmo modo que uma dívida aparece no balanço.
- Validation Engineering (engenharia de validação)
- A disciplina que responde "como saber se ficou melhor?" com dono nomeado, instrumentos definidos e rito de execução. Converte o imposto de verificação, hoje pago de forma desorganizada por quem estiver disponível, em capacidade instalada com orçamento próprio.
- vCPU-hora
- Uma hora de um núcleo virtual de processador na nuvem. É a unidade em que se cobra a máquina onde o agente roda, somada e separada da cobrança por token. Orçamento que só considera token esquece essa linha, que é justamente a que cresce quando o agente fica tentando, como o taxímetro que corre com o carro parado no trânsito.
- Verificação Noturna (Nightly Agentic Verification)
- Rotina em que o orquestrador roda a validação estruturada durante a noite, com os testes impactados, a bateria completa, os testes de ponta a ponta, a varredura de segurança e as avaliações de agente, e entrega pela manhã um dossiê de evidências pronto para revisão humana priorizada por risco. Máquina de noite, julgamento de dia. O nome em inglês fica registrado porque é assim que a rotina aparece em material de fornecedor.
- Verification tax (imposto de verificação)
- Termo didático para o saldo entre o tempo economizado gerando software e o tempo gasto conferindo o que foi gerado. É convenção didática, sem origem em relatório de mercado: nenhum instituto de pesquisa publica o termo, e você deve desconfiar de qualquer atribuição em contrário que circule por aí.