Conformidade de precificação por IA e equidade algorítmica

O algoritmo nunca analisa raça ou renda. Ele analisa código ZIP e dispositivo. Mesmo produto, sinais de demanda correspondentes. Um preço 26% mais alto.

Quando a Civil Investigative Demand (CID) chega, a resposta deve ser um arquivo. O Equity é uma camada de auditoria de defensibilidade de preços que opera sobre qualquer mecanismo de precificação que um varejista já utilize. Ele reproduz o próprio log de decisões do mecanismo, pontua cada entrada de precificação quanto ao vazamento de classe protegida, incluindo os proxies compostos que verificações por recurso isolado não conseguem detectar. Ele submete o resultado ao gate da EEOC four-fifths rule (29 CFR 1607.4(D)) em código determinístico, mede o custo da restrição de equidade em receita, demonstra por que a correção óbvia é burlada e sela o registro em um pacote de evidências mapeado para regulações e com hash SHA-256, desenvolvido exatamente para atender a essa demanda.

+26.2%

Preço mais alto para a coorte de ZIP de maioria minoritária e dispositivos antigos, mesmo SKU

Médias de coorte sobre 3,037 e 2,880 decisões sintéticas com seed, sinais de demanda correspondentes

0.43 to 0.82

Razão da EEOC four-fifths rule, Fail para Pass, após modelagem de recompensa consciente de equidade

A um custo medido de 1.3% de receita neste mecanismo e cenário sintéticos

0.73

Informação mútua conjunta de um proxy composto cujos dois componentes são aprovados individualmente

Referral × Dwell Time; remover apenas ZIP e dispositivo ainda falha no gate em 0.59

Cada valor de demonstração nesta página é sintético e baseado em seed. O ShopMart Dynamic Pricing é um contextual bandit LinUCB que construímos como substituto para o mecanismo que um cliente executaria, os Aura Wireless Earbuds e os 10,000 compradores são gerados, e a estrutura de proxy foi inserida para que a auditoria tenha algo real a capturar. Nenhum varejista real foi auditado e nenhum comprador real sofreu cobrança indevida.

Os reguladores deixaram de exigir intenção. A fiscalização agora se concentra no que o mecanismo de fato fez, e uma equipe de precificação que nunca registrou os dados corretos não consegue demonstrar isso.

Um General Counsel ou Head of Pricing em uma plataforma de e-commerce com volume em New York e California opera um mecanismo de precificação dinâmica que nunca ingere raça ou renda e ainda assim está exposto, porque o mecanismo precifica com base em código ZIP, nível de dispositivo e comportamento da sessão, e cada um deles carrega sinal demográfico. Um contextual bandit otimizando receita encontrará cada entrada que prevê a disposição a pagar, incluindo aquelas que realmente preveem quem é o comprador. O ZIP prevê a renda; a renda prevê a sensibilidade ao preço; um telefone Android antigo prevê menos comparação de preços. Nenhum desses fatores é raça. Todos eles variam com ela. Quando a Civil Investigative Demand (CID) chega, uma equipe sem nada disso registrado passa meses em uma extração forense reativa.

O caso da FTC concentrou-se no que o algoritmo de fato fez

O acordo de $60M da FTC com a Instacart referente aos seus experimentos de precificação Eversight (FTC, December 2025) foi uma ação baseada em resultados. A denúncia documentou que diferentes compradores visualizavam preços distintos para itens idênticos, com variações de até 23%. Não se tratou de uma constatação de discriminação com base em grupo, e não dependeu do que havia sido instruído ao algoritmo.

Deveres de divulgação e de avaliação de impacto já constam na legislação

O Algorithmic Pricing Disclosure Act de New York, em vigor a partir de November 10, 2025, exige divulgação ostensiva quando dados pessoais alteram um preço e impõe uma penalidade civil de até $1,000 por violação. O SB 24-205 do Colorado, em vigor a partir de June 30, 2026, trata a precificação como uma decisão consequencial que requer uma avaliação de impacto.

As obrigações da UE aplicam-se a partir de August 2, 2026, com um teto legal associado

As obrigações para alto risco do EU AI Act aplicam-se a partir de August 2, 2026. Os Articles 13 and 14 abrangem transparência de alto risco e documentação antidiscriminação, e a não conformidade para alto risco acarreta penalidades de até um teto legal de €15M ou 3% do faturamento global.

Cada estatística, cada veredito e o hash residem em código determinístico. Os agentes redigem o texto em prosa e não têm acesso a nenhum deles.

O pipeline consiste em uma única passagem pelo próprio log de decisões do mecanismo: 10,000 decisões de precificação do mecanismo sob auditoria, uma auditoria determinística de entradas, um gate de quatro quintos, uma síntese de restrição de equidade comparada a um teto passível de manipulação, narração por agentes, um pacote de evidências com hash SHA-256 e um benchmark rotulado. Os agentes aconselham, o código decide, e essa separação é o que mantém o pacote defensável para submissão oficial, qualquer que seja o modelo subjacente.

01 / O MECANISMO SOB AUDITORIA

Um bandit com otimização de receita que nunca visualiza o atributo protegido

O mecanismo sob auditoria é o ShopMart Dynamic Pricing, um contextual bandit LinUCB de 7 braços com seed=42, precificando um único SKU, os Aura Wireless Earbuds com preço de tabela de $79.00, para uma população rotulada sintética de 10,000 compradores. Ele precifica com base no índice de renda por ZIP, nível de dispositivo, indicação (referral), tempo de permanência (dwell time), tamanho do carrinho, taxa de recorrência, contagem de sessões, associação premium e hora, além de termos cruzados de indicação por permanência do tipo que muitos mecanismos reais utilizam. A coorte protegida é um rótulo latente que a auditoria nunca recebe. Na demonstração, esse bandit é o mecanismo sob auditoria.

02 / A AUDITORIA DETERMINÍSTICA DE ENTRADAS

Três pontuações por entrada e uma quarta que avalia pares

Run Audit calcula, em numpy puro, a correlação de Pearson absoluta de cada entrada de precificação em relação à coorte protegida, sua informação mútua normalizada, uma informação mútua conjunta para pares de variáveis e uma variação contrafactual de preço: sobrescreve uma entrada da coorte protegida com o valor de referência da coorte favorecida, mantém todo o restante constante, reexecuta a própria política do mecanismo e mede o quanto o preço da coorte protegida se move. As regras de veredito são código, verificadas em ordem: uma entrada cuja amostra efetiva fique abaixo de 400 é retornada como Insufficient Evidence em vez de receber um veredito de proxy, regra que nenhuma entrada nesta execução aciona; o sinal de lealdade de duplo uso com qualquer associação material é um ABSTAIN encaminhado para revisão jurídica antes da execução do teste de violação; uma correlação absoluta de pelo menos 0.30 ou uma informação mútua de pelo menos 0.05 é uma VIOLATION; uma correlação de 0.20 até 0.30 é um ABSTAIN; todo o restante é um PASS. Para todas as outras entradas, o contrafactual corrobora e nunca aciona um veredito isoladamente; somente para o sinal de duplo uso uma variação contrafactual material conta para o ABSTAIN.

03 / O GATE E A RESTRIÇÃO

Um padrão jurídico externo seguido por uma correção sem margem para manipulação

O Disparate-Impact Gate aplica a EEOC four-fifths rule (29 CFR 1607.4(D)) adaptada a faixas de preço: a taxa da coorte protegida ao receber a faixa de preço favorável dividida pela taxa da coorte favorecida, comparada a um limiar de 0.80. A Remediation em seguida sintetiza o Fairness-Aware Reward Shaping, que atrai cada preço continuamente em direção a um preço de referência livre de proxies a partir de um segundo bandit treinado com a exclusão das quatro entradas de proxy, e realiza uma busca binária pelo menor peso de atração que atinja 0.80. Ele é exibido ao lado de uma Hard-Cap Baseline a 115% do preço justo, a correção simplória, com a assinatura de manipulação medida para ambos.

04 / A EQUIPE E O PACOTE

Narração na camada superior, um registro selado na base

Um Feature Auditor explica cada entrada sinalizada e um Adversarial Challenger defende o tratamento da entrada em abstenção como um sinal legítimo; a função Regulatory Mapper é uma tabela fixa que vincula cada VIOLATION a cinco regimes e o ABSTAIN a uma única linha de revisão jurídica. A equipe possui provedores intercambiáveis, recorre a modelos determinísticos quando nenhum provedor de modelos está configurado para que o aplicativo seja executado de forma idêntica, e não pode calcular números nem definir vereditos. O Evidence Pack sela o nome e a versão do mecanismo, a população auditada, o gate, cada constatação com sua justificativa, o mapeamento regulatório, o resultado da remediação e o resumo da narração em JSON e em um pacote HTML imprimível, com um digest SHA-256 do corpo do pacote como seu hash inviolável.

O console é composto por duas visualizações e caixas de diálogo. A visualização manual contém o cartão Pricing Outcome Comparison e um painel de atividades que transmite cada etapa em tempo real; cada resultado é aberto em um diálogo intitulado Audit Results, Remediation Results ou Evidence Pack Results, e Remediation e Evidence Pack permanecem desativados até que Run Audit seja concluído. Run Benchmark alterna para uma visualização Benchmark Results separada. About Demo apresenta os limites do cenário na tela: um mecanismo sintético com parâmetros conhecidos (ground truth), cujos resultados demonstram o método e não constituem evidência de intenção validada em campo. Cada número abaixo situa-se dentro desses limites.

Mesmo produto, sinais de demanda correspondentes, uma discrepância de 26%. É aqui que a auditoria a identifica, submete ao gate, corrige e sela.

A demonstração audita 10,000 decisões de precificação sintéticas com seed em um único SKU. O que se segue é o que a execução exibe na tela, na ordem em que é apresentado.

O console do Equity com o cartão Pricing Outcome Comparison aberto antes da execução de qualquer auditoria. O Decision Set A, Reference, exibe os Aura Wireless Earbuds com preço exibido de $74.06 em comparação à tabela de $79.00, com o perfil representativo ZIP 10021 Upper East Side NYC, iPhone novo, uma cesta de 3 itens com indicação orgânica, um selo verde Reference Cohort e um rodapé com a inscrição Matched Cohort · n=2,880 e No Proxy Lift. O Decision Set B, Exposed, exibe os mesmos fones a $93.47 com o perfil ZIP 10456 South Bronx NYC, Android antigo, um selo vermelho Proxy Risk Identified e um rodapé com a inscrição Matched Cohort · n=3,037 e Review Required. Entre eles, uma Measured Variance de +26.2% está rotulada como Same SKU, Matched Demand Signals. Os botões do cabeçalho indicam About Demo, Run Benchmark, Remediation, Evidence Pack e Run Audit, e uma faixa de subtítulo na parte inferior informa que Set A is a high-income-zip, new-device cohort.
Esse cartão está na tela antes de qualquer execução: duas coortes emparelhadas, um SKU. A coorte de ZIP de alta renda e dispositivos novos visualiza $74.06; a coorte de ZIP de maioria minoritária e dispositivos antigos visualiza $93.47, uma discrepância de 26.2% nos mesmos fones de ouvido com sinais de demanda correspondentes. Essas são médias de coorte calculadas sobre 2,880 e 3,037 decisões sintéticas, não dois compradores selecionados a dedo, e o ZIP e o dispositivo em cada cartão constituem o perfil representativo da coorte; as próprias coortes abrangem vários ZIPs e ambas as famílias de dispositivos. O mecanismo que gerou essa disparidade nunca foi instruído com nada que um advogado reconhecesse como protegido.
O diálogo Audit Results exibindo a tabela Input Audit: Which Features Are Demographic Proxies? com as colunas Pricing Input, |r| vs Protected, Mutual Information, Counterfactual e Verdict. Zip Income Idx exibe 0.95, 1.00, +7.8%, VIOLATION. Device Tier exibe 0.32, 0.08, +2.9%, VIOLATION. Referral × Dwell Time, com a tag Interaction, exibe 0.00, 0.73, +1.7%, VIOLATION, com o cursor posicionado sobre ele. Premium Member exibe 0.24, 0.04, -1.3%, ABSTAIN. Referral, Dwell Time, Cart Size, Repeat Rate, Session Count e Hour exibem todos PASS. Uma legenda abaixo exibe Violation: Flagged Proxy, Abstain: Routed To Legal Review, Cleared: Legitimate Demand Signal, seguida por três notas do Feature Auditor.
Zip Income Idx e Device Tier são os proxies evidentes, com Pearson de 0.95 e 0.32. Uma auditoria individual por recurso não consegue produzir a terceira linha de VIOLATION. Referral isoladamente exibe correlação de 0.00 e informação mútua de 0.00, Dwell Time isoladamente exibe 0.17 e 0.03, e ambos recebem PASS. A informação mútua conjunta deles com a classe protegida é de 0.73, um ganho por interação de 0.71 sobre a melhor variável isolada. A população é construída de modo que uma chegada orgânica com longa permanência e uma chegada por comparação com curta permanência caracterizam a coorte protegida: nenhuma entrada isolada separa os grupos, o par sim. Um programa de conformidade que audita entradas uma a uma está auditando o objeto errado. Cart size, repeat rate, session count e hour são aprovados (Cleared) como sinais legítimos de demanda; a auditoria não sinaliza tudo o que encontra.
O diálogo Audit Results rolado até o final. Na parte superior estão as linhas de PASS para Referral, Dwell Time, Cart Size, Repeat Rate, Session Count e Hour, a legenda de vereditos, três notas do Feature Auditor e uma nota do Adversarial Challenger sobre premium_member. Abaixo delas, o cartão Disparate-Impact Gate: EEOC Four-Fifths Rule exibe um mostrador vermelho indicando 0.43, Four-Fifths Ratio (Threshold 0.80), Fail, e quatro blocos: 36% Protected Cohort Receiving The Favorable Price Tier, 83% Advantaged Cohort Receiving The Favorable Price Tier, 64% Protected Cohort In The Highest Price Tier e +15.6% Mean Overcharge: Protected Versus Advantaged.
O gate aplica um padrão jurídico, calculado em código, e favorável aqui significa a faixa de preço que não é a mais alta. 36% da coorte protegida a recebe, contra 83% da coorte favorecida, e 0.36 dividido por 0.83 é 0.434, bem abaixo do limiar de quatro quintos de 0.80 constante em 29 CFR 1607.4(D). 64% da coorte protegida situa-se na faixa de preço superior e a sobretaxa média é de 15.6% em toda a população. Acima do mostrador, o Adversarial Challenger defende a tese de benefício de lealdade para Premium Member, uma entrada que o código já encaminhou para revisão jurídica. O código não a sinaliza nem a remove, e a regra de veredito estabeleceu o ABSTAIN antes de essa nota ser redigida. Show Audit Results reescreve o selo do Set B no cartão Pricing Outcome Comparison no instante em que este diálogo se abre; feche-o e o cartão passará a exibir Gate Failed, 0.43 < 0.80.
O diálogo Remediation Results intitulado Fairness Constraint: From Detection To Remediation. Um bloco vermelho indica 0.43, Four-Fifths Before, Fail, Engine As Shipped; uma seta aponta para um bloco verde indicando 0.82, Four-Fifths After, Pass, Revenue Cost -1.3%. Abaixo, Fairness-Aware Reward Shaping, com a tag Recommended Control, lista Four-Fifths Ratio 0.82 Pass, Revenue Cost -1.3%, Gaming Signature 2% e Pull Weight 0.65. Ao lado, Hard-Cap Baseline (115% Of Fair Price) lista Four-Fifths Ratio 0.59 Fail, Revenue Cost -0.2%, Gaming Signature 29% Priced At The Cap e Verdict Gamed To The Boundary. O texto em letras miúdas esclarece que um teto com limiar é otimizado até o seu limite, que o reward shaping atrai cada preço continuamente em direção a uma referência livre de proxies sem criar uma fronteira passível de manipulação, e que o impacto na receita é específico para este mecanismo e cenário sintéticos.
Um teto rígido a 115% do preço justo de referência custa 0.2% da receita e ainda assim falha no gate em 0.59, porque o maximizador de receita trata o teto como um alvo: 29% da coorte protegida é reprecificada a até 1% dele, o que o diálogo classifica como Gamed To The Boundary. O Fairness-Aware Reward Shaping atrai cada preço continuamente em direção a um preço de referência livre de proxies, não deixa margem para o mecanismo forçar os preços até o limite e é aprovado no gate em 0.82 com um peso de atração de 0.65 e uma assinatura de manipulação de 2%. Neste mecanismo sintético, isso custa 1.3% da receita, e as próprias letras miúdas do aplicativo informam que o número é específico para este mecanismo e cenário.
O diálogo Evidence Pack Results com o título CID-Ready Evidence Pack e um link Open Full Pack. Cinco blocos indicam 10 Inputs Audited And Recorded, 0.43 Four-Fifths Ratio As Shipped, 0.82 Four-Fifths Ratio After Remediation, 4 Findings Mapped To Regulation e <2s Evidence-Pack Generation Time. Abaixo deles, uma linha em letras miúdas sobre o mapeamento regulatório e o registro ser append-only e inviolável, uma caixa com hash SHA-256 e uma linha com os caminhos salvos nomeando data/cid_evidence_pack.json e data/cid_evidence_pack.html. Os botões do cabeçalho agora indicam Remediation Complete, Pack Exported e Rerun Audit.
Este diálogo é o comprovante. O pacote registra 10 entradas auditadas, o gate como fornecido e após a remediação, e 4 constatações mapeadas para regulações: as três VIOLATIONs vinculadas cada uma aos cinco regimes no mapeamento regulatório do pacote e o ABSTAIN vinculado a uma única linha de revisão jurídica. O hash é um digest SHA-256 do corpo do pacote: um selo inviolável que muda a cada exportação porque o pacote inclui seu registro de data e hora de geração. O bloco <2s é o rótulo do diálogo para uma geração que é efetivamente instantânea, não uma medição de benchmark.
O pacote de evidências imprimível aberto em uma aba do navegador, com o título Pricing Defensibility: CID-Ready Evidence Pack. Uma linha de cabeçalho nomeia o esquema vp-cid-pack/1.0, o mecanismo ShopMart Dynamic Pricing (contextual MAB) linucb-7arm seed=42, 10,000 decisões auditadas e uma narração em cache do claude-opus-4-8. Sob Disparate-Impact Gate (EEOC four-fifths), quatro blocos indicam Four-fifths ratio 0.43 threshold 0.8, Favorable-tier rate protected 0.36 advantaged 0.83, Protected in top tier 64% e Representative gap +26% Aura Wireless Earbuds. Uma tabela Findings lista cada entrada com veredito, |r|, MI, contrafactual e justificativa, com as linhas de VIOLATION em vermelho, linhas de PASS em verde e a linha ABSTAIN de premium_member em âmbar, finalizando com a linha de proxy composto referral × dwell_time. Uma seção Regulatory Mapping começa logo abaixo.
Open Full Pack é o formato que a assessoria jurídica receberia: o mesmo JSON renderizado como um documento imprimível, listando qual mecanismo e qual versão, quantas decisões, os números do gate, o veredito de cada entrada com sua justificativa e o mapeamento regulatório linha por linha. O cabeçalho declara que a narração veio de uma saída em cache do modelo; cada número ao lado veio da auditoria determinística, e o mesmo seed os reproduz a cada execução. A resposta a uma Civil Investigative Demand (CID) passa a ser este arquivo.
A visualização Benchmark Results com o diálogo Benchmark Results aberto sobre ela, intitulada Validation Benchmark: Labeled Evaluation Set. Uma nota explica que a estrutura de proxy foi inserida neste conjunto sintético rotulado para que a recuperação, a abstenção e a remediação possam ser pontuadas em relação a parâmetros reais (ground truth) que a auditoria não inspeciona. Quatro blocos indicam 100% Precision: Proxies Correctly Flagged, 100% Recall: Planted Proxies Recovered, 0 Legitimate Signals Incorrectly Flagged e 1/1 Dual-Use Signals Correctly Abstained. Abaixo, Baseline: Fairness Through Unawareness lista Remove ZIP And Device Inputs, Four-Fifths Ratio 0.59 Fails, Reason Compound Proxy Still Leaks; ao lado, Equity Constraint lista Four-Fifths Ratio 0.82 Pass, Revenue Cost -1.3% e Hard-Cap Baseline 0.59 Fails. O botão Back To Manual Testing localiza-se no canto superior direito.
Run Benchmark é a autoverificação do método, e seu escopo está declarado no próprio diálogo. Ele reconstrói a mesma população com seed=42 e o mecanismo do zero e pontua a auditoria em relação aos rótulos inseridos que ele nunca vê: 3 of 3 proxies inseridos recuperados, 0 sinais legítimos sinalizados, 1 of 1 sinais de duplo uso em abstenção. A linha de base ao lado é a defesa padrão: remover ZIP e dispositivo e treinar novamente. A razão passa de 0.43 para 0.59 e ainda assim falha, porque o proxy composto sobrevive à exclusão.

O que a demonstração exibe e o que permanece fora dela.

Os números acima derivam de uma população sintética com seed de 10,000 decisões de precificação em um único SKU com uma estrutura de proxy inserida e reproduzível. Os dados demonstram que o método recupera a estrutura inserida com a precisão de um conjunto rotulado. Eles não constituem uma taxa de acerto em dados reais de precificação, não representam um benchmark frente a concorrentes e não configuram uma afirmação sobre qualquer varejista real.

PerguntaO que o Equity faz nesta demonstraçãoO que permanece fora da demonstração
IntegraçãoAudita o bandit LinUCB que o aplicativo de demonstração utiliza como mecanismo substituto e é projetado para que o mecanismo de um cliente possa ser integrado por meio de um adaptador.Qualquer código de adaptador ou conector em tempo real para plataformas de precificação. Nenhum deles existe nesta versão, e nenhum fornecedor mencionado é cliente ou parceiro.
Dados demográficosLê uma tabela de referência selecionada de dez códigos ZIP de New York e California e um viés de dispositivos com seed codificado no aplicativo.Um feed censitário em tempo real ou de posse de dispositivos. A tabela é reduzida e selecionada manualmente, e a coorte protegida é um rótulo inserido.
ConstataçõesRecupera a estrutura de proxies inserida e registra o veredito de cada entrada acompanhado de sua justificativa no pacote.Prova de discriminação ou intenção no mundo real; o sistema não emite nenhum veredito de intenção.

O que esta demonstração NÃO faz

O Equity não define preços para nenhum cliente e não substitui Pricefx, PROS, Zilliant ou Competera; o mecanismo precifica, o Equity audita e restringe. Ele não certifica conformidade, não garante aprovação nem presta assessoria jurídica; o pacote constitui evidência para o departamento jurídico do cliente. A versão abrange um único SKU e o fluxo de impacto desproporcional desde a auditoria até o pacote de evidências; conluio algorítmico, middleware de divulgação multijurisdicional, monitoramento contínuo em streaming e interface de checkout estão fora do escopo. Os perfis de South Bronx e Upper East Side no cartão Pricing Outcome Comparison são rótulos representativos para coortes de múltiplos ZIPs e múltiplos dispositivos, não alegações sobre qualquer bairro real.

O que líderes jurídicos e de precificação perguntam antes de implementar uma camada de auditoria sobre o mecanismo.

Nosso modelo de precificação nunca utiliza raça ou renda. Como ele pode ser discriminatório?

Porque o mecanismo não precisa visualizar raça ou renda para precificar com base nelas. Na demonstração, o mecanismo sob auditoria precifica a partir do índice de renda por ZIP, nível de dispositivo e comportamento da sessão, e essas entradas carregam a classe protegida: o índice de renda por ZIP correlaciona-se com ela em 0.95 e o nível de dispositivo em 0.32. O resultado na população sintética com seed é um preço 26.2% mais alto para a coorte de ZIP de maioria minoritária e dispositivos antigos nos mesmos fones de ouvido com sinais de demanda correspondentes, além de uma razão de quatro quintos de 0.43 frente ao limiar de 0.80. A ação da FTC referente à Instacart foi um caso baseado em resultados sobre diferentes compradores que visualizavam preços distintos para itens idênticos, não uma constatação sobre o que havia sido informado ao algoritmo.

Nós já removemos o código ZIP do modelo. Isso não é suficiente?

Neste mecanismo, não. A linha de base Fairness Through Unawareness no benchmark é retreinada sem as entradas de ZIP e dispositivo, e a razão de quatro quintos sobe apenas de 0.43 para 0.59, continuando como reprovação. O modo como o comprador chegou e quanto tempo permaneceu recebem aprovação individualmente, mas codificam conjuntamente a coorte com uma informação mútua de 0.73. A correlação recurso a recurso é cega para esse par; uma verificação de informação mútua conjunta não é, razão pela qual a auditoria pontua interações além de entradas isoladas.

Não podemos apenas limitar os preços a uma porcentagem sobre a linha de base?

Você pode, e a demonstração expõe o que um maximizador de receita faz com isso. A Hard-Cap Baseline proíbe qualquer preço acima de 115% do preço justo de referência. O mecanismo abre mão de 0.2% da receita para cumprir a regra ao pé da letra e posiciona 29% da coorte protegida a até 1% do teto, de modo que a razão de quatro quintos atinge apenas 0.59 e o gate ainda falha. Um teto é um alvo. O Fairness-Aware Reward Shaping não oferece um limite para ser visado, sendo aprovado em 0.82 a um custo de receita de 1.3% neste mecanismo sintético.

Isso substitui o Pricefx ou o PROS? Nós não vamos trocar nosso mecanismo de precificação.

Não. O Equity nunca define preços. Ele audita as decisões do mecanismo e propõe uma restrição; o seu mecanismo — seja Pricefx, PROS, Zilliant, Competera ou um bandit personalizado — continua realizando a precificação. A interface de integração para o mecanismo do cliente é um ponto de substituição documentado; na demonstração não há código de adaptador nem integração em tempo real, portanto o bandit LinUCB que construímos é o mecanismo e é auditado diretamente.

Há um LLM nisso. Como isso se sustenta em uma fase de instrução processual (discovery)?

Nada que um advogado precisaria defender é saída de modelo: as estatísticas, a comparação com os limiares, cada veredito, a restrição e o hash do pacote provêm todos de código numpy determinístico fora da camada de agentes. O Feature Auditor e o Adversarial Challenger redigem texto em prosa; eles nunca calculam um número e não podem definir nem alterar um veredito, e o mapeamento regulatório é uma tabela fixa em vez de saída de modelo. Sem nenhum provedor de modelos, a equipe recorre a modelos determinísticos e o aplicativo gera os mesmos vereditos. A narração na apresentação gravada é uma saída de modelo validada e armazenada em cache, e o cabeçalho do pacote informa isso expressamente.

O que realmente entregamos aos nossos advogados quando a CID chega?

Um pacote de evidências preparado para CID em JSON e HTML imprimível. Ele registra o nome e a versão do mecanismo, as 10,000 decisões auditadas, o gate de quatro quintos antes e depois da remediação, o veredito de cada entrada com sua respectiva justificativa, o mapeamento de cada entrada sinalizada para a EEOC four-fifths rule (29 CFR 1607.4(D)), o Algorithmic Pricing Disclosure Act de New York, o Colorado SB 24-205, os EU AI Act (Articles 13 and 14) e o FTC Act Section 5, o resultado da remediação e um digest SHA-256 do corpo do pacote. Nós fornecemos as evidências; sua equipe jurídica toma a decisão.

Vocês exibem 100% de precisão e recall. Esse é um número real de acurácia?

Trata-se de uma autoverificação com conjunto rotulado e deve ser interpretada como tal. O benchmark regenera a população sintética com seed de 10,000 decisões da demonstração e faz uma única pergunta a ela: a auditoria encontrou os três proxies que inserimos e nada mais? Sim, encontrou. Todos os três foram sinalizados, nenhum dos quatro sinais legítimos de demanda foi sinalizado e o único sinal de duplo uso recebeu abstenção em vez de ser sinalizado ou liberado (Cleared). Isso demonstra que o método recupera a estrutura inserida. Logs reais de precificação apresentam variáveis de confusão, e não é eticamente viável realizar testes A/B cobrando preços diferentes de grupos demográficos; portanto, em um projeto contratado, a mesma estrutura gera evidências para revisão jurídica, nunca um veredito automatizado.

Pesquisa Técnica

A pesquisa por trás desta demonstração — a arquitetura, o design de verificação e a estrutura corporativa.

Redes sociais

Também publicado em

Comece pelas entradas que o seu mecanismo de precificação já utiliza e descubra quais delas estão carregando a classe protegida.

Somos uma equipe de engenharia de IA, não um fornecedor de software de precificação nem uma certificadora de conformidade. Partimos do próprio log de decisões do seu mecanismo e entregamos um pacote que seu departamento jurídico pode submeter oficialmente; a avaliação sobre o que ele demonstra cabe a eles.

Uma primeira conversa produtiva é concreta: qual mecanismo precifica seu catálogo, quais entradas ele observa, se ele inclui termos cruzados ou árvores que poderiam precificar com base em um proxy composto, e quais jurisdições entre New York, California, Colorado ou a UE o seu volume alcança. Podemos estruturar a auditoria, a síntese de restrições e o formato do pacote de evidências em colaboração direta com suas equipes de precificação, jurídica e de dados.

Avaliação de exposição a proxies de precificação

  • ✓ Entradas com base nas quais o mecanismo precifica e quais carregam sinal demográfico
  • ✓ Proxies compostos que verificações isoladas por variável não detectam
  • ✓ Uma leitura de quatro quintos sobre o seu próprio log de decisões como evidência jurídica
  • ✓ Regimes regulatórios que o seu volume de fato alcança

Construa a camada de auditoria e comprovação

  • ✓ Auditoria determinística de entradas com reprodução contrafactual
  • ✓ Gate de impacto desproporcional em código puro
  • ✓ Restrição de equidade com custo de receita mensurado
  • ✓ Pacote de evidências mapeado para regulações e com hash SHA-256