ICISELFLAB / RELIABILITY

Testes de confiabilidade construídos em torno dos mecanismos de falha

O ICI Reliability pergunta se uma correção continua válida quando as condições mudam, em vez de aceitar uma única repetição bem-sucedida como prova de que o mecanismo da falha foi removido.

01

O problema

Um sistema pode parecer corrigido porque o sintoma original desaparece enquanto o mecanismo causal permanece ativo. A regressão retorna quando mudam contexto, carga, sequência de ferramentas, qualidade dos dados ou comportamento do operador. Um teste pass/fail pode registrar o resultado sem reter por que a falha aconteceu.

02

Como o ICI aborda

O ICI registra o mecanismo da falha, as evidências a favor e contra, a ação corretiva e as condições do resultado. Depois gera contra-testes que variam deliberadamente fatores causais para procurar recorrência oculta, controles que interagem e limites onde a mitigação deixa de funcionar.

03

Exemplo operacional

Um workflow deixa de falhar depois que um parâmetro é ajustado. O Reliability restaura a carga original e altera separadamente a qualidade da telemetria ou um controle dependente. Se a falha voltar, a correção é classificada como dependente do contexto e não como uma solução persistente.

04

Disciplina de evidência

Os resultados distinguem mitigação verificada, regressão, recorrência oculta, interação não resolvida e evidência insuficiente. A confiança acompanha as evidências dos testes.

POR QUE ISSO IMPORTA

Quando concordância não é evidência independente

Uma breve página conecta um caso marítimo de sistema integrado a um caso moderno de IA.

Não é um princípio de 1995. É um princípio estrutural.

A mesma informação pode passar por vários displays, pessoas, agentes ou etapas e parecer confirmada apenas porque se repete. O progresso aumenta a velocidade e o número de etapas, mas não elimina a dependência causal da fonte original.

A repetição pode aumentar a confiança percebida sem aumentar a informação independente.
1995ROYAL MAJESTY

Royal Majesty: muitos sistemas, uma fonte de posição frágil

Em 10 de junho de 1995, Royal Majesty encalhou perto de Nantucket. O NTSB concluiu que, após um problema na conexão da antena GPS, o receptor passou para dead reckoning enquanto a navegação integrada e o piloto automático continuaram operando sem que a mudança fosse adequadamente reconhecida e gerida.

O NTSB indicou que comparar vários receptores de posição independentes, com alarme para discrepâncias, poderia ter evitado o encalhe.

ICI: Displays diferentes não significam necessariamente fontes diferentes. Se a dependência a montante é comum, a coerência a jusante pode ser apenas aparente.

Fonte primária: NTSB Marine Accident Report MAR-97/01 ↗
2023MATA v. AVIANCA

Mata v. Avianca: pedir à mesma fonte que confirme a si própria

No caso Mata v. Avianca, um advogado usou ChatGPT para pesquisa jurídica. O sistema produziu citações e decisões inexistentes. Novas consultas ao mesmo sistema produziram mais garantias em vez de uma verificação independente.

O tribunal documentou que as autoridades citadas eram fictícias e aplicou sanções. A mesma origem informacional havia sido reutilizada, na prática, para validar o próprio resultado.

ICI: Uma segunda resposta não é uma segunda evidência quando nasce da mesma dependência epistêmica. A verificação real exige um caminho independente.

Fonte: U.S. District Court, S.D.N.Y., decisão sobre sanções ↗

A pergunta correta não é “Quantos agentes concordam?”, mas “Quantas linhas de evidência realmente independentes sustentam essa conclusão?”

O princípio é público. A implementação não.

Esta página explica o princípio epistêmico e casos públicos. Ela não revela a arquitetura proprietária, scoring, limiares, avaliadores internos ou mecanismos de seleção de intervenções do Sentinel.

CONTACT

Trabalhe com o ICI

Colaboração em pesquisa, pilotos controlados e avaliação técnica.