Do portal que apresenta à plataforma que resolve

• Não é a descrição de um portal específico: o sujeito é sempre “um portal corporativo de grande porte”.
• Não é recomendação de fornecedor: a matriz tecnológica compara, não elege.
• Não propõe uma arquitetura ideal única: há trade-offs explícitos e decisões que dependem do contexto.
• Não traz datas: o roadmap tem fases e critérios de passagem, porque a duração depende do estado atual, que só a descoberta revela.

Todo bloco derivado do estudo carrega um selo. O rótulo é texto; a cor não é o único portador.

FATO

Verificável em fonte primária (especificação, RFC, documentação oficial, lei).

INFERÊNCIA

Conclusão derivada de fatos, com o raciocínio explícito.

HIPÓTESE

Suposição plausível, ainda não verificada.

RECOMENDAÇÃO

Posição de arquitetura proposta pelo estudo. Quando um bloco mistura rótulos, vale o mais fraco.

EXP (Employee Experience Platform)

Camada que organiza serviços e jornadas do colaborador sobre os sistemas de registro.

SoR (sistema de registro)

Onde fica o dado oficial e a regra de negócio: folha, ponto, benefícios, atendimento.

ECM e CSP

Gestão de conteúdo corporativo (enterprise content management) e plataforma de serviços de conteúdo (content services platform): o repositório governado e sua versão exposta como serviço.

Headless

Conteúdo estruturado em campos e entregue por API a qualquer canal, sem tela acoplada.

RAG (retrieval-augmented generation)

Resposta gerada por um modelo a partir de trechos de documentos recuperados por busca.

Groundedness

Quanto a resposta se sustenta nas fontes citadas.

ACL, IdP e SSO

Lista de permissões do documento; provedor de identidade; login único.

AG-UI, MCP, A2A, A2UI

Protocolos abertos: interação agente ↔ aplicação; agente ↔ ferramentas; agente ↔ agente; e um formato declarativo de interface gerada.

HITL (human-in-the-loop)

Confirmação ou decisão humana formal antes de uma ação com efeito.

BFF (backend for frontend)

Camada que adapta as APIs ao canal que as consome — aqui, o canal do agente.

ESB, CDC e outbox

Barramento central de integração; captura de mudanças no banco de um legado; padrão que grava o estado e o evento na mesma transação.

SLI, SLO e orçamento de erro

Indicador, objetivo sobre o indicador e quanto do objetivo pode ser descumprido antes de congelar mudanças.

DEX (digital employee experience) e ILM

Experiência digital do colaborador; gestão do ciclo de vida da informação (retenção e descarte).

LGPD

Lei Geral de Proteção de Dados (Lei nº 13.709/2018).

Para estar em um estágio, a organização atende a todos os critérios dele. O estágio 1 não tem critério de entrada.

“Micro-frontends” na fórmula do estágio 3 indica modularidade de experiência, não a obrigação de adotá-los em runtime.

• FATO Snapshot substitui o estado inteiro (“não é um merge”). Delta aplica operações JSON Patch (RFC 6902) de forma atômica. Se um patch falhar, o consumidor rejeita o resultado parcial e o produtor deve ressincronizar com um snapshot.
• FATO Uma execução que precisa de entrada externa termina com RUN_FINISHED carregando uma interrupção (id, motivo, mensagem legível, schema de resposta). O produtor não deve relatá-la como sucesso nem executar a ação se a interrupção não for coberta pela retomada.
• INFERÊNCIA Com isso, a aprovação humana deixa de ser um “if” no código do agente e passa a ser um evento de protocolo, com schema de resposta, expiração e regra explícita de não execução — o que facilita a auditoria.
• FATO O transporte obrigatório é HTTP com Server-Sent Events; Protobuf é opcional; WebSocket não é binding padrão, mas é permitido. Qualquer transporte deve entregar os eventos de uma execução de forma ordenada e completa.
• INFERÊNCIA Proxies e CDNs não podem bufferizar SSE; o stream precisa de token válido durante toda a execução; em redes móveis instáveis, snapshots ressincronizam o estado.

Permission-aware retrieval em cinco passos: permissões como metadados de cada chunk, herdadas da origem; pré-filtro no índice, com a identidade resolvida pelo IdP e nunca depois de o modelo ver o conteúdo; sincronização orientada a eventos, com SLO; testes contínuos de vazamento com identidades de baixo privilégio; revisão de oversharing antes de indexar.

RECOMENDAÇÃO Nunca usar o texto de um documento recuperado como fonte da regra para executar uma ação: o documento explica; a API decide. Dado transacional vai por ferramenta; conteúdo estruturado, pela Content API; conteúdo normativo, por RAG com filtros; relações, por grafo ou API de domínio; conhecimento tácito não se usa — explicita-se primeiro ou encaminha-se a uma pessoa.

1. Escolher um domínio de alto volume de perguntas (por exemplo, políticas de pessoas).
2. Fazer o inventário e definir fontes canônicas, donos e vigências.
3. Construir o conjunto de avaliação a partir dos logs reais.
4. Implementar a busca híbrida com permissões e medir a recuperação.
5. Só então adicionar RAG, com citações e avaliação de groundedness.
6. Depois, conectar ao agente e às ferramentas.
7. Expandir domínio a domínio.

Agentes empurram a autorização de RBAC puro para combinações com ABAC e ReBAC, porque a decisão passa a depender do ator, da ação (classe de risco) e do contexto (houve confirmação? qual o canal?) INFERÊNCIA.

• RBAC: papéis; bom para permissões estáveis por função; sofre de explosão de papéis.
• ABAC: atributos de sujeito, recurso, ação e ambiente; bom para regras contextuais; políticas complexas de auditar.
• ReBAC: relações (“é gestor de”); exige grafo consistente; a referência é o paper do Zanzibar.
• Política como código (OPA, Cedar): consistência entre camadas e testes de política; exige governança das políticas.

RECOMENDAÇÃO O ponto de aplicação (PEP) obrigatório é o mais próximo do dado — API de domínio ou sistema de registro. Os anteriores reduzem a superfície, mas nunca substituem o último. A OWASP recomenda aplicar a autorização nos sistemas downstream, e não depender da decisão do LLM FATO. Zero Trust (NIST SP 800-207) vira: cada tool call com token, audiência e escopo próprios; nenhuma confiança por estar “dentro da rede”; tokens curtos; identidade própria para o runtime; traces do agente no SIEM.

O registro de execução por tarefa é um único artefato que serve à segurança (forense), ao compliance (revisão de decisões, art. 20 da LGPD) e ao SRE (diagnóstico). Campos: ID de correlação; sujeito; ator; canal; versão das instruções e do modelo; intenção interpretada; fontes consultadas (com versão); ferramentas chamadas (argumentos mascarados); decisões de política; interrupções e respostas; efeitos (protocolos no sistema de registro). A reconstrução exige que versões antigas de instruções e de conteúdo continuem disponíveis pelo prazo de auditoria INFERÊNCIA.

Explicabilidade, aqui, não é explicar os pesos do modelo: é dizer ao colaborador e ao auditor quais fontes sustentam a resposta, quais regras foram aplicadas e por quem, quais dados do colaborador foram usados e o que o agente fez, com que autorização. Isso fica muito mais direto quando a regra está fora do modelo INFERÊNCIA. Em governança de IA, o NIST AI RMF dá a estrutura de riscos, a ISO/IEC 42001 serve a quem busca certificação e o OWASP Top 10 para LLMs é o checklist técnico FATO.

Governança sem travar a entrega RECOMENDAÇÃO: padrões verificáveis automaticamente (classificação de ferramentas validada em CI, testes de vazamento, suíte de avaliação com limiares, política como código); aprovação por classe de risco; revisão após a entrega, por amostragem, para respostas de conhecimento, e revisão antes para ações.

• Agente como iniciador: coleta e inicia um processo existente — a maioria dos serviços transacionais.
• Agente como assistente de etapa humana: resume, sugere e prepara para o humano decidir — aprovações, análises documentais.
• Etapa de LLM dentro do workflow: o workflow chama o modelo para uma tarefa delimitada (classificar, extrair, resumir). Corresponde ao que a Anthropic chama de workflow (caminhos de código pré-definidos) e tende a ser a forma de menor risco para processos regulados INFERÊNCIA.
• Agente como orquestrador: decide a sequência entre serviços — só para jornadas de baixo risco e alta variabilidade, com limites claros.

Intenções que atravessam domínios (“vou me mudar de cidade” envolve RH, benefícios, instalações, TI e folha) são jornadas da EXP, com dono nomeado, implementadas como workflow de orquestração. O agente conduz a conversa e mostra o progresso; nunca improvisa a sequência a cada conversa.

Usar IA para compensar processo mal definido é pôr um agente na frente de uma regra tácita, sem dono ou inconsistente, esperando que o modelo “resolva”. O resultado é a regra tácita aplicada de forma inconsistente, agora em escala. A alternativa é usar a descoberta do projeto para explicitar regras, exceções e donos antes de automatizar; o agente pode até ajudar, analisando chamados e conversas.

A experiência madura combina modos em vez de trocar tudo por chat: navegação, busca, conversa, componente estruturado e notificação proativa. A caixa de intenção é a entrada preferencial, mas navegação e busca permanecem; remover menus antes de o agente provar resolução reduz a confiança RECOMENDAÇÃO.

• Confirmação antes de efeito: o componente de confirmação é fixo e não parametrizável na estrutura essencial — valores críticos destacados, linguagem simples, ação primária clara e possibilidade de editar sem recomeçar.
• Confiança calibrada: citar fontes com nome, versão e data; admitir incerteza; não simular empatia excessiva em temas sensíveis.
• Handoff: explicar por que o caso vai para uma pessoa, transferir contexto estruturado, informar fila e SLA, permitir retomar a conversa.
• Acessibilidade: aria-live="polite" com moderação; streaming anunciado por etapa, não por token; gestão explícita de foco quando componentes são substituídos; só componentes certificados do catálogo; caminhos alternativos por navegação.
• Riscos de UX: caixa de texto opaca; antropomorfização excessiva; respostas longas quando um botão bastaria; inconsistência entre canais; usuários avançados obrigados a conversar para o que faziam em dois cliques.

A matriz compara, não elege: necessárias são capacidades; tecnologias são alternativas de implementação.

Não são requisitos: micro-frontends, Kafka, service mesh, banco vetorial dedicado, multi-agente, MACH completo. Cada um faz sentido em contextos específicos.

Medir pela intenção, não pela tela: com a interface dinâmica, tempo na página e cliques perdem sentido. As métricas de experiência são taxa de resolução, tempo até a resolução, esforço percebido, turnos por resolução, taxa de edição em confirmações, abandono por etapa, escalonamento e recontato em 7 dias. Combinadas com a telemetria e o sentimento de ferramentas de DEX, formam uma visão independente da forma da interface RECOMENDAÇÃO.

1. Kill switches por ferramenta, por intenção e para o agente inteiro.
2. Rollback de configuração: instruções, catálogo e versão do modelo são versionados e revertíveis.
3. Reprodução: o registro de execução permite reexecutar o caso com o mesmo contexto em ambiente de teste.
4. Comunicação: se houve resposta errada sobre uma política, avaliar notificar os afetados.
5. Pós-incidente: classificar a causa por camada (conteúdo, busca, modelo, ferramenta, processo, política).

• Avaliação em produção: amostragem com avaliação humana; avaliador automático calibrado por humanos; testes sintéticos periódicos; testes de permissão contínuos com identidades de baixo privilégio; análise de feedback; canary e A/B de configuração.
• Plataforma interna: caminhos pavimentados (template de servidor de ferramentas com autenticação delegada, idempotência, telemetria e testes); catálogo de ferramentas e componentes com dono, versão, classificação e SLO; ambientes de avaliação com sistemas simulados; orçamentos de custo de modelo por domínio.
• INFERÊNCIA Maturidade: SRE e observabilidade distribuída são maduros; observabilidade e avaliação de agentes estão em consolidação.

HIPÓTESE “Férias” (alto volume, regra clara, risco moderado) e “chamado de TI” (alto volume, baixo risco) tendem a ser melhores pilotos do que “inclusão de dependente” (dados sensíveis) ou “solicitação de acesso” (risco de segurança).

Sinais de regressão: queda de groundedness após mudar de modelo ou de chunking; aumento da taxa de edição em confirmações (a coleta piorou); aumento de escalonamentos por “não entendi”; crescimento do custo por intenção sem ganho de resolução; idade média crescente do conteúdo citado (curadoria parada).

1. Escolher uma jornada (por exemplo, férias).
2. Cada perfil analisa a jornada pela própria lente, isoladamente — como no conselho de arquitetura.
3. Consolidar numa matriz de responsabilidades entre papéis (a tabela de doze lentes serve de ponto de partida).
4. Identificar conflitos e resolvê-los com os padrões de trade-offs.
5. Posicionar a jornada no modelo de maturidade e definir a próxima fase do roadmap.