Modelando o Ato de IA do Colorado no ObligationFirst: Um Exemplo Prático

Na semana passada, anunciamos o ObligationFirst, um esquema aberto para representar obrigações legais de uma forma que agentes conseguem interpretar. A pergunta natural que se segue é: será que o esquema se sustenta em um caso difícil? Este post responde a essa pergunta com o caso real mais desafiador que temos — o Colorado AI Act.

A versão curta: ele se sustenta. A versão mais longa é o restante deste post.

Abordamos o momento regulatório que motivou este post — a reformulação do Colorado e o atraso do EU AI Act, e o que ambos significam para sua postura de conformidade — em nosso post do blog e vídeo na última sexta-feira.

Por Que o Colorado É o Teste de Estresse

Há dois anos, o Colorado AI Act (SB 24-205) era amplamente considerado a lei de governança de IA mais importante dos Estados Unidos. O primeiro estatuto geral de governança de IA, com um dever de cuidado razoável para prevenir discriminação algorítmica, ampla responsabilidade dos desenvolvedores, avaliações de impacto e cobertura de sistemas de alto risco.

A partir deste mês, quase nada disso está a caminho de entrar em vigor.

O artigo de Michael Simon, "It's the Final Countdown for the Colorado AI Act", detalha a situação. Em resumo: um segundo grupo de trabalho governamental, centenas de lobistas do setor, uma ordem executiva visando leis estaduais de IA, uma ação federal movida pela xAI, intervenção do DOJ, o Procurador-Geral do Colorado aderindo à moção para suspender a lei, uma suspensão judicial da aplicação e um projeto de substituição (SB 26-189) sancionado pelo governador em 14 de maio, que o próprio autor original chama de "mais um projeto de mera notificação". Os componentes substantivos — dever de discriminação algorítmica, responsabilidade dos desenvolvedores, avaliações de impacto, cobertura de alto risco — foram removidos. O que resta é um regime mais restrito: notificação ao consumidor no momento da interação, explicações pós-resultado adverso em até 30 dias, direitos do consumidor à correção de dados e revisão humana, obrigações de documentação para desenvolvedores e retenção de registros por 3 anos. Data de vigência: 1º de janeiro de 2027.

Uma empresa regulada que leia hoje ambos os projetos de lei não consegue responder facilmente à pergunta que realmente importa: "O que eu efetivamente preciso fazer em 1º de janeiro de 2027?" O texto está tecnicamente disponível, mas o dever está fragmentado entre uma lei original, duas tentativas anteriores de emenda, o resultado de um grupo de trabalho, uma ação federal, uma intervenção do DOJ, uma moção conjunta do Procurador-Geral, uma decisão judicial e um projeto de substituição sancionado em 14 de maio de 2026 (logo após nosso anúncio). A resposta provável para muitos operadores é "nada de substancial é devido", mas não é possível chegar a essa conclusão sem manter todos esses documentos em mente simultaneamente.

Esse é exatamente o tipo de falha que o ObligationFirst foi criado para evitar.

A Obrigação, Modelada

Aqui está uma obrigação extraída do dever remanescente de notificação ao consumidor na SB 26-189, expressa no formato ObligationFirst. Os nomes dos campos foram condensados para facilitar a leitura; o esquema de produção inclui proveniência, versionamento e metadados de confiança em cada valor.

obligation_id: us-co-aiact-2024-205-notice-001
jurisdiction: US-CO
actor:
  role: deployer
  scope: AI system making a consequential decision concerning a consumer
action:
  type: notice
  description: >-
    Notify the consumer that they are interacting with an AI system
    in the context of a consequential decision
condition:
  trigger: consequential_decision
  applies_when: deployer_uses_ai_system_for_decision_affecting_consumer
deadline:
  effective_date: 2027-01-01
  notice_timing: at_or_before_interaction
authority:
  primary: CO-SB-26-189
  status: enacted
  signed_date: 2026-05-14
  supersedes: CO-SB-24-205
  partial_predecessors:
    - CO-SB-24-205 (algorithmic-discrimination duty — removed)
    - CO-WG-2025-Q4 (working group output — informational)
record_keeping:
  required: true
  retention_years: 3
  scope: all_compliance_records
exceptions:
  cure_period_available_until: 2030-01-01
enforcement:
  enjoined: true
  injunction_scope: CO-SB-24-205
  injunction_authority: CO-AG-joint-motion-2026
  note: >-
    Injunction covers SB 24-205; xAI has 28-day window from 2026-05-14
    to file against SB 26-189 (~deadline 2026-06-11). SB 26-189 not yet
    separately enjoined.
provenance:
  - publedge://us-co/sb-24-205
  - publedge://us-co/sb-26-189
  - publedge://us-co/ag-joint-motion-2026-04
  - publedge://us/xai-v-co-complaint-2026

Há alguns pontos a observar neste registro.

O campo actor nomeia uma função, não uma lista de empresas. Uma empresa regulada que se pergunte "isso se aplica a mim" pode responder comparando sua própria função com o campo do esquema, em vez de ler um parágrafo de texto legal e torcer para que o modelo tenha interpretado "operador" da forma que o legislador pretendia.

A cadeia de authority é explícita. O texto vigente atual é a SB 26-189. A lei que ela substitui é a SB 24-205. Os componentes que foram removidos — o dever de discriminação algorítmica, a exigência de avaliação de impacto, a cobertura de alto risco — não são simplesmente excluídos em silêncio. Eles permanecem como registros de obrigação separados no esquema, com status: superseded e um ponteiro para o documento que os substituiu. Uma parte em litígio discutindo eventos ocorridos enquanto o dever antigo ainda estava em vigor ainda precisa desse registro. O mesmo vale para um historiador, um futuro regulador e qualquer empresa que operou sob a interpretação anterior.

O campo enforcement capta a realidade jurídica vigente: a lei está suspensa por decisão judicial. Um agente que pergunta "o que eu devo fazer hoje" recebe uma resposta diferente de um agente que pergunta "o que está formalmente em vigor". Ambas as perguntas são válidas. E ambas agora podem ser respondidas em segundos.

O campo provenance aponta para identificadores do PubLedge referentes aos documentos de autoridade subjacentes — as próprias leis, a moção conjunta, a ação da xAI. Esses documentos não residem dentro do ObligationFirst. Eles residem em um registro cívico duradouro que o esquema cita. Se o Procurador-Geral retirar a moção conjunta no mês que vem, a citação se rompe de forma previsível, e o esquema pode sinalizar o registro afetado.

O Que o Esquema Revela Sobre a Lei

Ao modelar o Colorado AI Act no ObligationFirst, algo que a prosa jurídica obscurece fica evidente. Ao observar o registro estruturado do dever de discriminação algorítmica, o campo action aparece vazio — substituído, sem sucessor atual. Ao observar a nova obrigação de notificação ao consumidor, o action é "enviar uma notificação". Esse é todo o dever substantivo.

A própria caracterização da senadora Rodriguez — "mais um projeto de mera notificação" — torna-se autoevidente no momento em que as obrigações são tipificadas. A prosa faz o esvaziamento parecer uma negociação. O esquema o torna visível de imediato. A legibilidade por máquina acaba se revelando uma forma de accountability.

Isso não é exclusivo do Colorado. Qualquer lei que tenha sido silenciosamente enfraquecida por ciclos de emendas parece diferente assim que suas obrigações são tipificadas. E esse é justamente o ponto.

Como o Esquema Lida com as Mudanças

Três decisões de design no ObligationFirst são responsáveis pela maior parte desse resultado.

Primeiro, as obrigações são registros de primeira classe com identificadores estáveis. O dever de cuidado razoável sob a SB 24-205 tem seu próprio ID e permanece no grafo mesmo após a substituição. Nada é sobrescrito no local.

Segundo, a substituição é uma relação, não uma exclusão. Quando a SB 26-189 entra em vigor, o esquema marca as obrigações antigas como superseded_by, com um ponteiro para o novo registro. As consultas podem ser filtradas por intervalo de datas, de modo que "o que estava em vigor em 1º de março de 2026" retorna uma resposta diferente de "o que está em vigor em 1º de março de 2027".

Terceiro, o estado de aplicação e o estado de autoridade são campos separados. Uma obrigação pode estar formalmente em vigor e, ao mesmo tempo, suspensa por decisão judicial. O esquema representa isso sem forçar uma resposta única de sim ou não.

Essas escolhas não são inéditas isoladamente. Iniciativas anteriores de legislação legível por máquina já enfrentaram problemas semelhantes para públicos adjacentes. O que há de novo é que as três estão integradas para um agente que precisa planejar uma ação com base no estado atual da lei — não para um humano lendo um banco de dados.

O Que Isso Prova

O Colorado AI Act é, hoje, a obrigação real mais confusa do direito de IA nos Estados Unidos. Se o esquema resiste a esse caso — e o exemplo trabalhado mostra que resiste —, ele sustenta os casos comuns com folga considerável. A maioria dos estatutos é texto estável, com emendas ocasionais. O comportamento do modelo diante do caso difícil demonstra que o risco não está no comportamento do modelo diante do caso fácil.

O teste de estresse era exatamente o objetivo. O exemplo trabalhado já está disponível no repositório do ObligationFirst, com os registros estruturados completos, as cadeias de substituição e as citações do PubLedge para os documentos subjacentes.

O Que Isso Significa para o PAICE

O PAICE mede a eficácia da colaboração com IA em contextos profissionais. A pergunta comportamental que ele faz — se essa pessoa identifica erros, se adapta a novas informações, navega pela ambiguidade tendo uma ferramenta de IA no processo — mostra-se sensível à jurisdição em setores regulados.

Um profissional de conformidade sujeito à SB 26-189 enfrenta tarefas específicas e concretas: entregar a notificação ao consumidor no momento da interação, emitir uma explicação em linguagem simples em até 30 dias após um resultado adverso, lidar com pedidos de correção, encaminhar solicitações de revisão humana e manter registros de conformidade por 3 anos. Esses não são conceitos abstratos de governança. São fluxos de trabalho. Se a pessoa responsável por eles consegue colaborar de forma eficaz com a IA para executá-los é exatamente o que o PAICE mede.

O que o ObligationFirst acrescenta é a capacidade de manter essa medição atualizada. Quando o Colorado AI Act mudou — e mudou substancialmente, em uma única sessão legislativa —, as obrigações também mudaram. Um cenário de avaliação do PAICE calibrado para o antigo dever de cuidado razoável da SB 24-205 não descreve o mundo em que o profissional regulado vai acordar em 1º de janeiro de 2027. Um cenário vinculado ao registro de obrigação da SB 26-189 descreve.

Isso importa para os dois lados da relação regulatória. Os reguladores se beneficiam ao saber se as pessoas e organizações que supervisionam estão preparadas para operar IA de forma responsável — não apenas se existe um documento de política. As empresas reguladas se beneficiam ao saber quais de seus profissionais conseguem navegar por um cenário de obrigações dinâmico à medida que ele realmente evolui, e não como era entendido no último treinamento de conformidade.

O esquema é a base. A avaliação é o que a torna acionável para cada profissional individualmente.

Experimente. Contribua. Nos Envie o Próximo Caso Difícil.

Se você trabalha em um setor regulado e tem uma lei que não consegue precisar — um estatuto que foi emendado até se tornar ambíguo, uma postura de aplicação que contradiz o texto, um dever que todos tratam como teórico porque ninguém sabe o que ele exige concretamente —, esse é o próximo exemplo trabalhado que queremos construir. Abra o esquema. Veja como o Colorado AI Act foi modelado. Nos conte onde o seu caso difícil se parece e onde ele se diferencia.

O esquema é público. Os exemplos trabalhados são abertos. Os testes de estresse são o que transforma isso em algo estruturalmente sólido.

Quer entender seu próprio perfil de prontidão? Faça a avaliação do PAICE para descobrir seus pontos fortes e oportunidades.