Registro de Alterações

Um registro das atualizações significativas do framework.

v3.1 – 18 de maio de 2026

Um lançamento de conteúdo adicionando duas novas seções ao framework: um Catálogo de Papéis descrevendo 31 papéis individuais como operam em uma organização IA-nativa, e uma visão no nível da organização que complementa a perspectiva no nível do papel com padrões estruturais (funções, matemática da alavancagem, aplanamento da hierarquia).

Novo: O Catálogo de Papéis

/roles – 31 páginas de papéis, cada uma descrevendo como o papel se parece em maturidade T2-T3 em uma organização IA-nativa. Cada página responde ao mesmo conjunto de perguntas: o que o papel realmente faz, como se parece o sucesso, o que o torna interessante (e o que pode não atrair), quem prospera nele, quais habilidades desenvolver para chegar lá, como isso difere da versão herdada do papel, quais padrões de evolução de papéis estão em jogo e quais papéis adjacentes no catálogo se conectam.

Cobertura no lançamento. 31 papéis em 9 famílias:

Produto – Product Manager, VP de Produto
Engenharia – Software Engineer, Full-Stack Engineer, Tech Lead, DevOps Engineer, Data Engineer, Engineering Manager, Director of Engineering
Design – Product Designer
Marketing – Marketing Strategist, Demand Gen Marketer, Product Marketing Manager, VP Marketing
Vendas – SDR, Account Executive, Solutions Engineer, VP de Vendas
Customer Success – Customer Support Specialist, Customer Success Manager, Director of Customer Success
Operações e Pessoas – Data Analyst, Head of People Operations
Executivo – CEO, COO, CTO
Emergentes – Workflow Architect, Agent Supervisor, Specification Owner, Governance Specialist, AI Transformation Lead

Público. Para praticantes decidindo se ainda querem esse trabalho, gestores planejando suas equipes e RH desenhando a força de trabalho de amanhã.

Design do hub. Uma grade de cards em /roles com chips de filtro de família fixos. Cada card destaca visualmente o padrão dominante de evolução do papel (Elevação, Especialização, Convergência, Emergência). Lido em conjunto com as páginas no nível da organização abaixo.

Novo: A organização IA-nativa (visão no nível da organização)

/organizacao-ia-nativa – a contraparte estrutural do catálogo de papéis. Descreve as cinco funções que toda organização IA-nativa precisa (Direção, Especificação, Validação, Operações de Agentes, Confiança e Relações Humanas), a forma do organograma, o que precisa existir, o que desaparece ou é absorvido, e o quadro da transição de T0 a T3. Inclui sete perguntas diagnósticas para líderes.

Duas páginas complementares aprofundam as perguntas mais feitas por executivos:

/matematica-da-alavancagem – como a alavancagem IA-nativa é distribuída entre compressão, expansão ou alguma mistura. Três cenários com matemática concreta de headcount, razões de alavancagem por função e os fatores estratégicos que guiam a escolha. Público: CFO, board, estratégia de capital.
/hierarquia-aplanada – quais camadas de gestão se comprimem e quais sobrevivem. As cinco funções que a gestão intermediária realiza e quais são absorvidas por agentes; a matemática (organização herdada de 50 pessoas com ~22-25 gestores vs IA-nativa com ~11-15); o que muda para os gestores sobreviventes; riscos de transição. Público: CHRO, Head de Operações de Pessoas.

Adições operacionais

Os cinco padrões de evolução de papéis (Convergência, Especialização, Elevação, Absorção, Emergência) da v2.3 agora estão ancorados com exemplos concretos no nível do papel ao longo do catálogo. Cada página de papel nomeia seus padrões dominantes e explica como se aplicam.
A compressão da hierarquia como consequência estrutural das operações IA-nativas. O framework original mencionava o "diamante de pensadores" via a página de Visão; a v3.1 torna as especificidades operacionais explícitas em A hierarquia aplanada.
O padrão de Absorção no nível da organização – estendendo o padrão de Absorção no nível do papel de Evolução dos Papéis para o escopo organizacional: papéis transacionais, camadas de coordenação, funções de qualidade de rotina e papéis especializados de hand-off se comprimem ou desaparecem; direção estratégica, qualidade de especificação, validação graduada por risco, operações de agentes, governança e relações humanas ao vivo permanecem ou crescem.

Adições de UX

Navegação por breadcrumb nas páginas individuais de papéis: Início > Catálogo de Papéis > Papel. Inclui BreadcrumbList JSON-LD para SEO.
Hero visual da página do papel com badges de padrão de evolução do papel e metadados compactos (família, papel herdado equivalente, reporta-se a, trabalha junto com).
Grade de cards de papéis relacionados ao final de cada página de papel, substituindo a lista plana de bullets de papéis adjacentes anterior.

Status das traduções

Esta versão é lançada apenas em inglês. Traduções para FR, ES, DE, IT e PT estão planejadas para a v3.1.1, seguindo o mesmo fluxo de trabalho com agentes paralelos usado para as traduções da v3.0. Locais não-inglês atualmente caem para o conteúdo em inglês para as novas páginas.

v3.0 – 10 de maio de 2026

Um lançamento maior que reenquadra o modelo operacional do framework em maturidade. A v2.x descreveu a jornada em direção ao IA-nativo; a v3.0 especifica como o IA-nativo se parece operacionalmente – e reconhece onde o framework é hoje aprofundado em engenharia e onde modelos de maturidade paralelos para outros domínios virão no roadmap v3.x.

Posicionamento estratégico

O framework é hoje aprofundado em engenharia. Essa assimetria é reconhecida estruturalmente (no Mapa de Progressão e no Framework de Referência) em vez de mascarada.
Os padrões introduzidos na v3.0 são padrões de tarefas discretas agnósticos a papel, não padrões específicos de engenharia. Aplicam-se a engenharia, atendimento ao cliente, operações financeiras, revisão jurídica e pesquisa de conhecimento. A era v3 construirá modelos de maturidade paralelos para esses domínios.
Papéis contínuos / criativos / interpessoais (vendas, criativo de marketing, design, RH) precisam de uma forma diferente de framework – IA como aumento, não execução. Adiado para uma futura trilha v4+.

Conteúdo

A unidade operacional de cinco estágios como o padrão canônico de trabalho em Tier 3 / Rung 5: Contexto → Clarificação → Execução → Validação → Recuperação. Triangula com spec-kit, modo plan da Anthropic, AMPECO CODA, Cognition Devin, pesquisa de debate multi-agente, Cemri et al. (2025) e relatos de praticantes na fronteira. Pousa em Lab de IA, Framework de Referência, Guia de Especificação, Mapa de Progressão e Padrões.
Portões de validação graduados por risco (HITL / HOTL / HOOTL) dividem um Rung 5 anteriormente monolítico em três posturas operacionais segundo o raio de impacto, reversibilidade e consequência de uma ação. Extraído de SAE J3016, Anthropic ASL, OpenAI Preparedness, NIST Agentic Profile, OWASP LLM Top 10 e a literatura HITL/HOTL/HOOTL de praticantes. Pousa em Lab de IA § Portões de validação graduados por risco, Framework de Referência e Padrões § Modelo de responsabilidade por falha.
Process design como Camada 5 dos Padrões de Execução de IA. A disciplina de projetar fluxos de trabalho restritos e faseados dentro dos quais a IA opera de forma consistente – distinta da engenharia de prompts e da escrita de spec em si. Vocabulário de topologia (chaining, routing, parallelization, orchestrator-workers, evaluator-optimizer, autonomous agents) e regras de decisão. Pousa em Padrões § Camada 5.
Economia da IA em maturidade – custo por unidade de saída substitui "tempo economizado pela IA" como métrica vinculante no Level 3; margem bruta da IA estruturalmente abaixo do SaaS (40–55% vs 70–90%); custos por token caem enquanto custos por tarefa frequentemente sobem (paradoxo de Jevons aplicado à inferência). Pousa em Caso de negócio § Economia da IA em maturidade e Roteiro de implementação § Vocabulário de medição por maturidade.
Modos de falha e padrões de recuperação em maturidade alta – sycophancy como preocupação estrutural (tratar como problema de engenharia independentemente da trajetória de treinamento); casos de borda subjetivos (falhas trazidas à tona por usuários, não por testes; a recuperação é conversa, não correção); recalibração vs depuração como respostas operacionalmente distintas; modo de falha de gargalo de IA em Tier 2.5+. Pousa em Engenharia para Confiabilidade, Lab de IA § Protocolo de estado bloqueado e Liderar a transformação § Gargalo de IA.
Maturidade do código D6 enriquecida para tratar CLAUDE.md / AGENTS.md como artefatos vivos validados pelo agente contra o código vivo, com skills e subagentes criados sob demanda. Reflete a prática atual dos fornecedores (especificação AGENTS.md, memória do Claude Code da Anthropic). Pousa em Maturidade do código.
Responsável por permissões (Permissions Owner) como um quarto papel organizacional nomeado em sistemas de IA de produção. Responsável pelo que cada agente pode e não pode fazer, e pelo nível de portão de validação por classe de ação. Pousa em Padrões § Funções organizacionais.
Profundidade operacional T3 / Rung 5 na coluna de Engenharia do Mapa de Progressão – unidade de trabalho, tempo de ciclo, vinheta de forma do dia, modo de falha de gargalo de IA, recalibração vs depuração, validação graduada por risco e métricas que substituem "tempo economizado". Pousa em Mapa de Progressão.
Adendo de forma do dia em Tier 3 em Transformar seu papel – como o dia se parece uma vez que a transição chega; demanda cognitiva nas fronteiras, não na execução.
Glossário – 16 novas entradas em quatro seções (Realidade operacional em T3/R5, Validação por nível de risco, Modos de falha e recuperação, Economia da IA em maturidade).

Atualizações do framework

Framework de Referência: linha T3 apertada para "A IA é a camada de execução; os humanos dão direção e validam"; novo parágrafo em prosa sobre a forma do dia em T3 e process design como a disciplina distintiva. Linha R5 atualizada de "Ninguém (cenários verificam)" para "Agente revisor + cenários; portões humanos graduados por risco".
Mapa de Progressão: nova nota de assimetria de profundidade no início nomeando o viés de engenharia e o roadmap da era v3; chamada bimodal de produtividade (L1–L2 ganhos espúrios vs L3 ganhos de 4× para equipes reestruturadas).
Lab de IA: o Modo de Trabalho renomeado e reestruturado em torno da unidade de cinco estágios; novas seções para Portões de validação graduados por risco e Protocolo de estado bloqueado; economia de tokens nomeada como métrica do Lab; armadilha de gargalo de IA adicionada.
Engenharia para Confiabilidade: nova seção "Modos de falha e recuperação em maturidade alta" cobrindo sycophancy, casos de borda subjetivos e recalibração vs depuração; agente revisor nomeado como padrão de produção.
Guia de Especificação: nova seção "O loop operacional" com diálogo de clarificação como estágio discreto; escrita de spec descrita como espectro (humano escreve → assistido por IA → IA redige e humano ratifica) com hedging apropriado.
Padrões: clarificação pré-execução permitida no Princípio central; Camada 5 (Process Design) adicionada; modelo de responsabilidade por falha estendido com linhas Output danoso / Output não percebido / Direção errada defendida com confiança; papel de Responsável por permissões adicionado.
Caso de negócio: nova seção sobre economia da IA em maturidade (custo por unidade, piso de margem bruta, paradoxo de Jevons).
Roteiro de Implementação: nova seção sobre vocabulário de medição por maturidade – métricas de produtividade no L1–L2 transitam para métricas de economia unitária no L3.
Liderar a Transformação: novo diagnóstico – gargalo de IA como o modo de falha em maturidade alta; Inflação da carga de trabalho atualizada para conectar com a dinâmica do gargalo.

Justificativa

Os lançamentos v2.x do framework descreveram a jornada à maturidade IA-nativa a partir de um ponto de vista Tier 1–2. Praticantes operando em Tier 3 / Rung 5 – onde a IA é a camada de execução em vez de uma ferramenta de assistência – acharam as descrições de sua realidade operacional concreta abstratas demais. A v3.0 especifica essa realidade: a unidade operacional, a estrutura de portões de validação, a disciplina de process design, a economia de custo unitário e os modos de falha que emergem uma vez que o agente faz a execução.

O reenquadramento é honesto sobre onde o framework é hoje aprofundado em engenharia e explícito sobre os domínios de tarefas discretas onde modelos de maturidade paralelos virão. O roadmap da era v3 é interno neste lançamento; torna-se um compromisso público quando a v3.1 for entregue.

Agradecimentos

Este lançamento foi motivado por feedback detalhado de Vincent Lamanna (Crewdle) sobre o questionário de autoavaliação do framework. A crítica de Vincent trouxe à tona a lacuna que a v3.0 fecha – as descrições do framework do trabalho IA-nativo maduro não correspondiam à realidade operacional da sua organização. A unidade operacional de cinco estágios, os portões de validação graduados por risco, o modo de falha de gargalo de IA, o vocabulário de recalibração vs depuração e a economia de infraestrutura de IA, todos triangulam contra literatura de múltiplas fontes, mas o relato de Vincent é o que tornou a lacuna visível. Obrigado.

v2.3 – 19 de abril de 2026

Conteúdo

Maturidade do código para o desenvolvimento IA-nativo: Nova página do framework: um modelo de cinco níveis de maturidade (Opaco, Instrumentado, Validado, Legível, Especificado, Governado por cenários), cada nível definido pelo mecanismo de feedback que ele adiciona. A Grade de maturidade do código (Codebase Readiness Grid): um diagnóstico de nove dimensões (cobertura de testes e latência de feedback, rigor de tipos, tamanho de arquivo e legibilidade de contexto, clareza das fronteiras de módulo, diretividade de API, intenção documentada, observabilidade, simplicidade de desenvolvimento e deploy, atualidade de dependências e runtime) com uma rubrica de pontuação de 1 a 5 por dimensão. Quatro regras de pontuação: o teto é a pontuação mais baixa; três dimensões são bloqueadoras (D1, D2, D5) e seis são restritivas; deferimentos intencionais e documentados ganham um nível de crédito; nunca resuma com uma média: a Grade é um vetor, não um escalar. A regra fundamental: o nível de maturidade de uma base de código é o teto do Rung de engenharia que pode operar nele de forma confiável (leia)
Estratégia de engenharia brownfield: Nova página do framework: como fazer a transição de uma base de código existente para o desenvolvimento IA-nativo. Triagem do estado da base de código (Greenfield, Brownfield, Híbrido) antes de escolher um modo. Quatro modos enquadrados como caminhos para o Nível 5: remediar no lugar, migração strangler-fig, reconstrução completa ou isolar e contornar. A metodologia Pesquisa-Revisão-Reconstrução (Fowler/EPAM) com cinco técnicas Black Box to Blueprint. Spec-from-code como a inversão brownfield do spec-first. Âncora econômica: caso de estudo Bahmni (~US$ 2/componente em menos de uma hora vs. 3 a 6 dias manualmente, com revisão humana como restrição de throughput) (leia)
Ferramenta complementar: skill codebase-readiness: Skill de código aberto para Claude Code que executa a avaliação de nove dimensões em qualquer repositório, aplica as regras de pontuação (teto, bloqueadora/restritiva, crédito por deferimento), classifica o estado da base de código e recomenda um caminho para o Nível 5. Licença MIT. Disponível em github.com/Kenogami-AI/codebase-readiness. Referenciada em ambas as páginas do framework por meio de um novo componente MDX <ToolCallout>.

Atualizações do framework

O Lab de IA: Os critérios de admissão brownfield agora enquadram as decisões a montante (avaliação de maturidade, seleção de modo) como fora do escopo do Lab, apontando para as duas novas páginas.
Engenharia para Confiabilidade: Parágrafo de espelho vinculando a maturidade do código como o problema inverso: a mesma incerteza, refletida.
Framework de Referência: Adicionada nota sobre o teto do Rung: o Rung de engenharia alcançável em uma determinada base de código é limitado pela maturidade do código.
Avaliando sua organização: Nova armadilha comum: ignorar a maturidade do código ao avaliar equipes de engenharia. Uma equipe com práticas de Nível 2 em uma base de código de Nível 0 está efetivamente no Nível 0.
Padrões de Execução de IA e Guia de Especificação: Nota adicionada de que bases de código brownfield invertem o modelo spec-first; as specs precisam ser extraídas por engenharia reversa (spec-from-code) antes que o novo trabalho spec-first seja retomado.
Glossário: Seção de Maturidade do código adicionada (7 entradas) e seção de Estratégia brownfield adicionada (8 entradas).

Justificativa

O framework cobria o lado humano da transformação em IA (custo cognitivo, papéis, liderança, transição do colaborador) e o lado da prática de engenharia (Lab de IA Rungs 0 a 5, padrões de execução, engenharia de especificação). O que faltava: a base de código como objeto de transformação. Os agentes de codificação IA amplificam qualquer estrutura que já existe, o que significa que o investimento mais consequente para equipes brownfield é construir o harness (testes, tipagem, fronteiras de módulo, intenção documentada) antes de implantar agentes em escala. Esta versão adiciona um diagnóstico (maturidade do código), um manual estratégico (estratégia de engenharia brownfield) e uma ferramenta de código aberto que implementa ambos.

v2.2 – 17 de abril de 2026

Conteúdo

O Custo Cognitivo da Transformação IA: Nova página do framework: o custo em energia mental da transformação em IA é uma restrição estrutural, tão real quanto orçamento ou headcount. Aborda oito desafios distintos (sobrecarga cognitiva, fadiga de decisão, fadiga de vigilância, intensificação do trabalho, inflação da carga de trabalho, ansiedade relacionada à IA, ruptura de identidade, desamparo aprendido, fadiga de transformação), a curva em J cognitiva no Tier 1.5 e o que líderes e indivíduos podem fazer a respeito (leia)

Atualizações do framework

Liderando a Transformação: A seção da curva J foi expandida para descrever a curva em J cognitiva ao lado da queda de produtividade. O gerenciamento de velocidades de adoção agora sinaliza a sobrecarga cognitiva como causa raiz comum do grupo "travados". Novas subseções sobre inflação da carga de trabalho e o custo cognitivo da transição. A lista de armadilhas foi estendida com inflação da carga de trabalho, limite de ferramentas simultâneas e padrão de burnout do T1.5.
Transformando Seu Papel: O princípio orientador agora reconhece que o julgamento sustentado é cognitivamente exigente. A Camada 4 (Implementação) foi expandida com uma subseção sobre a curva em J cognitiva: o que observar e o que ajuda. Os limites foram estendidos para cobrir a inflação da carga de trabalho absorvida como cota pessoal.
Visão: "Sendo Honestos" agora inclui o custo cognitivo da transição, não apenas requalificação e reinvenção.
Roteiro de Implementação: Os pré-requisitos de infraestrutura agora incluem proteção da capacidade cognitiva (margem de carga de trabalho, limite de ferramentas simultâneas, disciplina de cotas de output, consciência dos gestores). O checkpoint do piloto no Dia 60 agora pergunta se as pessoas estão entrando em burnout, não apenas se os fluxos de trabalho melhoraram.
Glossário: Seção de Custo Cognitivo adicionada: 9 novos termos.

Justificativa

O framework anteriormente tratava a transição de execução para julgamento como uma elevação inequívoca. A pesquisa é clara: é, e o julgamento sustentado é cognitivamente exigente de um jeito que o trabalho de produção não é. Fingir o contrário é como as transformações empacam: as pessoas mais engajadas entram em burnout primeiro. Esta versão integra essa restrição ao longo do framework em vez de escondê-la em um canto.

v2.1 – 8 de abril de 2026

Conteúdo

Escala de tier individual expandida. A escala de maturidade individual vai de 3 tiers para 7: T0 (Não exposto), T0.5 (Curioso em IA), T1 (Consciente de IA), T1.5 (Construindo com IA), T2 (Ampliado por IA), T2.5 (Avançado em IA), T3 (Nativo em IA). Os tiers .5 capturam os estados de transição onde a maioria das pessoas realmente está – prova de movimento, não apenas um rótulo.
Mapa de progressão de habilidades expandido. As tabelas de autoavaliação para todas as 5 famílias de funções agora incluem colunas Level 1.5 e Level 2.5, oferecendo às pessoas um «próximo passo» mais próximo.
Referências de tier em todo o framework. Leading the Transformation mapeia grupos de velocidade de adoção (Accelerators, Progressors, Stuck) para tiers. Transforming Your Role faz referência a tiers nos Layers 1 e 3. Avaliando sua organização usa a escala de tier individual para avaliação de equipe mais granular.

v2.0 – 5 de abril de 2026

Conteúdo

O caso de negócio: Nova página – por que investir em se tornar AI-native. Sinais econômicos, risco competitivo, perfil de investimento, expectativas de prazo e como apresentar internamente (leia)
Avaliando sua organização: Nova página – um diagnóstico equipe por equipe para a maturidade em IA. Metodologia de avaliação, comportamentos observáveis por nível, erros comuns e como construir seu mapa de maturidade (leia)
Mapa de progressão de habilidades: Nova página – como os níveis 1, 2 e 3 se parecem concretamente para engenharia, marketing, atendimento ao cliente, vendas e design. Perguntas de autoavaliação para cada família de funções (leia)
Roteiro de implementação: Nova página – por onde começar, qual velocidade adotar e o que monitorar. Critérios de sequenciamento, plano 30/60/90 para líderes, pontos de decisão e como escalar do piloto para a organização (leia)

Reorganização

Conteúdo compactado em todo o framework: removidas estatísticas redundantes e seções duplicadas entre páginas. Cada página tem agora um escopo mais claro com menos sobreposição.
A página do framework de referência agora se concentra no modelo conceitual. Os critérios de aceitação e o caminho de transformação foram movidos para o Roteiro de implementação.
A página de Visão remete ao Caso de negócio para o argumento econômico completo, em vez de duplicá-lo.

Idiomas

Quatro novos idiomas: espanhol, alemão, italiano e português (Brasil). Traduções completas de todas as 18 páginas e 3 posts do blog, com slugs de URL localizados.

v1.5 – 4 de abril de 2026

Conteúdo

Evolução dos Papéis: Nova página – cinco padrões de transformação de papéis (convergência, especialização, elevação, absorção, emergência), uma Matriz de Decisão de Papéis e mapeamento para os níveis de maturidade organizacional. Baseado na pesquisa de Patel (IJSR 2026), adaptado ao vocabulário do framework (leia)

Blog

Seu Papel Não São Suas Tarefas: Novo post do blog – a maior barreira para a transformação em IA não é a tecnologia, é que as pessoas confundem o que fazem com quem são (leia)

Referências cruzadas

Links de evolução de papéis adicionados a: framework, visão, guia do colaborador, guia do gestor, padrões de trabalho herdados
Termos do glossário adicionados para todos os cinco padrões de evolução e a Matriz de Decisão de Papéis

v1.4 – 24 de março de 2026

Conteúdo

Guia de Especificação: Nova página – guia prático complementar aos Padrões de Execução com exemplos, templates, modos de falha de contexto e specs elaboradas para funções de engenharia, marketing e suporte (leia)

v1.3 – 12 de março de 2026

Blog

O Verdadeiro 50x: Novo post do blog – todo mundo fala sobre a IA tornando os indivíduos mais produtivos, mas o maior ganho é eliminar a coordenação inteiramente (leia)

v1.2 – 12 de março de 2026

Conteúdo

Engenharia para Confiabilidade: Nova página – como construir sistemas confiáveis a partir de componentes de IA não confiáveis, e por que isso não é tão novo quanto parece (leia)

Blog

Seção de blog: Adicionado blog com página de índice, filtragem por tag e suporte multilíngue
Gerenciar IA É Gerenciar: Primeiro post do blog – como trabalhar com agentes de IA ensina habilidades de gestão, não de codificação (leia)

v1.1 – 7 de março de 2026

Conteúdo

Visão: Adicionadas evidências do mercado de trabalho da pesquisa da Anthropic sobre impactos da IA no mercado de trabalho – mudanças nas contratações de trabalhadores jovens (~14% de queda em ocupações expostas à IA), dados demográficos de exposição de trabalhadores do conhecimento (47% a mais de ganhos, 4× mais probabilidade de ter pós-graduação)
Framework: Adicionada lacuna mensurável entre capacidade e uso ao Level 1 – 94% de cobertura teórica de tarefas por IA versus 33% de uso real em funções técnicas (fonte)
Visão: Adicionada seção sobre evolução da responsabilidade – como a responsabilidade muda de inspeção para design de sistema à medida que a IA assume a execução

Terminologia

Os rungs da escala de engenharia foram renomeados de nomes baseados em papéis para nomes baseados em processos: Codificação assistida, Delegação delimitada, Geração supervisionada, Desenvolvimento dirigido, Desenvolvimento spec-driven, Produção autônoma – substituindo os nomes anteriores que implicavam uma hierarquia de papéis humanos em vez de uma progressão de modos de trabalho

v1.0 – 3 de março de 2026

Lançamento público inicial. Nove páginas cobrindo visão, framework de referência, Lab de IA, padrões de execução, guia do colaborador, guia do gestor, glossário, padrões de trabalho herdados e sobre.

← Voltar para o início · Sobre este framework