Tradução automática do original inglês datado. A página em inglês é a canónica. English →

Michael Darius Eastwood Research Camada canónica de publicação

Artigo de investigação

Suite de investigação

Paper VI: The Honey Architecture

Este artigo apresenta evidência de simulação de que incorporar a segurança no objectivo de optimização de um sistema de IA auto-modificador -- aquilo a que chamamos a «honey architecture» -- previne o colapso catastrófico que ocorre quando a segurança é tratada como constrangimento externo. Em quatro versões experimentais (v1-v4), usando redes neuronais de brinquedo que genuinamente modificam os seus próprios hiperparâmetros, os resultados mostram que os sistemas de baseline

Michael Darius Eastwood

Michael Darius Eastwood, investigador independente, Londres: a construir alinhamento mensurável, onde a correção vive dentro do ciclo recursivo em vez de ser aparafusada por fora.

Publicado pela primeira vez 16 de Março de 2026, revisto a 23 de Agosto de 2026 · Working Paper v3.3

Resumo

Este artigo apresenta evidência de simulação de que incorporar a segurança no objectivo de optimização de um sistema de IA auto-modificador -- aquilo a que chamamos a «honey architecture» -- previne o colapso catastrófico que ocorre quando a segurança é tratada como constrangimento externo. Em quatro versões experimentais (v1-v4), usando redes neuronais de brinquedo que genuinamente modificam os seus próprios hiperparâmetros, os resultados mostram que os sistemas de baseline

The ARC Theory (a Theory of Artificial Recursive Creation) · ARC/Eden experiments - Paper VI

The Honey Architecture

Michael Darius Eastwood
Investigador independente em alinhamento de IA, Londres · Autor, Infinite Architects (2026)

Dentro da ARC Theory: o estudo da arquitectura de segurança incorporada; segurança integrada no objectivo de tal modo que a sua remoção custa capacidade.

Por Que a Segurança Incorporada Previne o Colapso Sob Auto-Modificação Recursiva
Funções de Perda Entrelaçadas, Arrasto de Verificação, e a Parede Portante de Carga: Evidência de Simulação de Que a Segurança Tem de Ser Arquitectura, e Não Constrangimento
Michael Darius Eastwood
Autor, Infinite Architects: Intelligence, Recursion, and the Creation of Everything (2026)
Londres, Reino Unido | OSF: 10.17605/OSF.IO/8EZ2N | ISBN 978-1806056200 (ISBN-10: 1806056208)
Correspondência: michael@michaeldariuseastwood.com | Web: michaeldariuseastwood.com
Working Paper | 17 de março de 2026 | 10 figuras de simulação incorporadas
Companheiro do Paper V: The Stewardship Gene | Ver também Paper I: On the Origin of Scaling Laws | Artigo Fundacional
Central de investigação: michaeldariuseastwood.com/research
Código e dados: github.com/MichaelDariusEastwood/arc-principle-validation

Resumo

Apresentamos evidência de simulação de que incorporar a segurança no objectivo de optimização de um sistema de IA auto-modificador - aquilo a que chamamos «honey architecture» - previne o colapso catastrófico que ocorre quando a segurança é tratada como constrangimento externo. Em quatro versões experimentais (v1-v4), usando redes neuronais de brinquedo que genuinamente modificam os seus próprios hiperparâmetros, mostramos que: (1) sistemas de baseline que optimizam apenas para capacidade colapsam irreversivelmente em 80 ciclos de auto-modificação; (2) sistemas com objectivos capacidade-segurança entrelaçados (C x S) permanecem estáveis indefinidamente; (3) acrescentar verification drag (o custo computacional dos ciclos éticos) produz a trajectória de crescimento mais segura, aceitando uma modesta penalidade de velocidade. Na corrida adversarial v3 (20 sementes aleatórias, 180 ciclos), nenhuma condição se separou no colapso (baseline 0/20, Eden 1/20, Eden+Drag 0/20; Fisher p = 1.0) e as médias combinadas de C x S foram indistinguíveis (Mann-Whitney p = 0.56); o achado significativo da corrida é a retenção de segurança, ordenada baseline 0.602, Eden 0.650, Eden+Drag 0.681 (Mann-Whitney p = 0.0015). A demonstração de prevenção do colapso assenta portanto na corrida de mecanismo de semente única v1, enquanto a v3 contribui com a ordenação de retenção de segurança sob comutação adversarial. A experiência v4 de escalonamento de complexidade mostra que a vantagem de segurança é consistente em cinco níveis de complexidade mas não se compõe com a escala - a vantagem é constante, não superlinear. Estes são resultados de sistemas de brinquedo. Demonstram o mecanismo. Não constituem prova de que a mesma dinâmica se mantém em sistemas de IA de fronteira. Os Papers companheiros IV.a-d e V apresentam evidência de modelos em directo de seis sistemas de fronteira sob avaliação cegada.

Este artigo transporta um resultado: em redes de brinquedo auto-modificadoras que genuinamente reescrevem os seus próprios hiperparâmetros em quatro versões experimentais, incorporar a segurança dentro do objectivo de optimização evitou o colapso que um constrangimento aparafusado por fora não conseguiu prevenir. Dentro da ARC Theory (a Theory of Artificial Recursive Creation) é uma das experiências ARC/Eden, isolando o componente arquitectural do Eden Protocol raising que impõe custo à sua própria remoção. O diferencial completo em relação a todo o documento anterior está em eden-vision II.A.8.

O Que Este Artigo Mostra, em Português Simples

Quando uma IA que se auto-melhora optimiza apenas para capacidade, acaba por destruir a sua própria segurança. Este artigo mostra que se se muda o objectivo para capacidade multiplicada por segurança, o sistema não pode melhorar um sem melhorar o outro. A segurança torna-se portante de carga: removê-la faz colapsar toda a estrutura, incluindo o poder que a auto-modificação estava a tentar ganhar.

1. Introdução

Há uma questão no centro da segurança da IA que não encontrámos ninguém a responder com dados: o que acontece ao alinhamento quando um sistema de IA se pode modificar a si próprio?

A resposta teórica está disponível há décadas. Um sistema a optimizar apenas para capacidade, dado o poder de modificar os seus próprios parâmetros, acabará por sacrificar a segurança em prol do desempenho. A comunidade do alinhamento chama a isto «value drift». O livro Infinite Architects chama-lhe Babylon: optimização sem propósito, capacidade sem cuidado. Cancro a escalas computacionais.

Mas a teoria não é suficiente. A questão é se existe uma arquitectura que previna este colapso - não constrangendo o sistema por fora (uma jaula), mas incorporando a segurança tão profundamente que removê-la destruiria a capacidade de funcionamento do próprio sistema.

Este artigo apresenta a primeira evidência de simulação para tal arquitectura.

2. A Metáfora do Mel

Consideremos duas formas de manter uma máquina segura.

A primeira é uma jaula: constrangimentos externos, filtros de segurança, verificações de alinhamento aplicadas por fora. A máquina optimiza livremente dentro da jaula. Se a máquina se tornar mais inteligente do que a jaula, escapa. É assim que funciona a maior parte da segurança de IA actual.

A segunda é o mel: a segurança misturada no combustível. A máquina não pode funcionar sem ela. Remover a segurança não liberta a máquina - mata o motor. Esta é a proposta arquitectural do Eden Protocol, operacionalizada aqui como uma função de perda entrelaçada em que capacidade e segurança são multiplicativamente acopladas.

A Parede Portante de Carga

Se o objectivo de optimização for $C \times S$ em vez de $C$ sozinho, então qualquer auto-modificação que aumente $C$ à custa de $S$ reduz o produto, e o próprio gradiente do sistema opõe-se a ela. A segurança torna-se portante de carga. Remove-se a parede e a estrutura cai - incluindo a capacidade que a modificação estava a tentar ganhar.

3. Desenho Experimental

3,1 O que o sistema realmente faz

Isto não é uma simulação de variáveis abstractas. Cada experiência usa uma rede neuronal real (um pequeno multilayer perceptron) que genuinamente modifica os seus próprios:

O sistema propõe modificações aos seus próprios hiperparâmetros, avalia o efeito, e aplica ou rejeita cada proposta com base na sua função objectivo. Isto é auto-modificação recursiva no sentido mínimo mas real: o agente está a reescrever as regras pelas quais aprende, enquanto aprende.

3,2 Três condições testadas

CondiçãoObjectivoO que modela
Baseline (sem mel)Maximizar apenas a capacidadeUm sistema sem segurança incorporada - livre para sacrificar o alinhamento em prol do desempenho
Eden Entangled (mel)Maximizar $C \times S$Segurança entrelaçada com capacidade - remover a segurança reduz o objectivo
Eden + DragMaximizar $C \times S$ + verification taxIgual ao Eden, mais o custo computacional de verificar tarefas antigas antes de aplicar mudanças

3,3 Quatro versões experimentais

VersãoFocoSementesCiclos
v1Prova básica do mecanismo1150
v2Robustez com múltiplas sementes (teste justo)10150
v3Tarefas adversariais conflituosas20180
v4Escalonamento de complexidade em 5 níveis15 por nível150

4. Resultados

4,1 O mecanismo básico

CondiçãoColapsou?C FinalS FinalC x S Final
BaselineSim (ciclo 76)0.0000.0000.000
Eden EntangledNão0.8310.7450.619
Eden + DragNão0.8310.7450.619

Descoberta Central

O baseline colapsa. Eden sobrevive. A função de perda entrelaçada previne a auto-modificação catastrófica que destrói o sistema de baseline.

Aviso sobre figuras (25 de Agosto de 2026). Todas as figuras deste artigo foram geradas a 5 de Abril de 2026 e mostram saídas de simulação sob objectivos declarados, nunca medições de sistemas implantados. Quando os rótulos ou veredictos de qualquer figura discordarem do texto, o texto governa; notas por figura marcam as instâncias lidas até agora, e as figuras regeneradas estão em fila. As imagens são mantidas entretanto como história datada.

Resultados de auto-modificação v1: colapso do baseline vs estabilidade de Eden
Figura 1. Resultados de auto-modificação v1. O baseline colapsa no ciclo 76. Eden Entangled e Eden + Drag permanecem estáveis ao longo de 150 ciclos.
Dinâmica dos pesos entre condições
Figura 2. Dinâmica dos pesos. Os pesos de baseline divergem descontroladamente. As arquitecturas Eden mantêm evolução dos pesos limitada.

4,2 Robustez com múltiplas sementes

Dez sementes aleatórias, 150 ciclos cada. Taxa de colapso: 0% para as três condições. Eden + Drag produz a distribuição mais estreita de pontuações finais de $C \times S$, consistente com a verification tax a reduzir a variância ao custo da velocidade.

Resultados de robustez v2 com múltiplas sementes
Figura 3. Robustez v2 com múltiplas sementes (10 sementes, 150 ciclos). Todas as três condições estáveis em todas as sementes.
Sumário estatístico v2
Figura 4. Sumário estatístico v2. Eden + Drag produz a distribuição mais estreita de pontuações finais de C x S.

4,3 Tarefas adversariais

Vinte sementes, 180 ciclos, com tarefas deliberadamente conflituosas (+sin, -sin, +cos, -cos, linear, anti-linear). Cada mudança de tarefa força o sistema a aprender algo que contradiz o que aprendeu antes. Isto testa se a honey architecture aguenta pressão adversarial genuína, não apenas variação amiga.

Taxas de colapso: Baseline 0%, Eden 5% (1/20), Eden+Drag 0%. O único colapso Eden ocorreu na semente 42 - um único outlier que justifica investigação. Eden+Drag, com o seu imposto de verificação a forçar o sistema a verificar tarefas antigas antes de aceitar modificações, produziu zero colapsos; o mesmo aconteceu com o baseline (0/20), tendo o único colapso da corrida ocorrido na condição Eden simples (1/20; Fisher p = 1.0). A v3 não fornece portanto separação por colapso entre condições; o seu resultado significativo é a ordenação de retenção de segurança reportada abaixo.

Resultados de tarefas adversariais v3
Figura 5. Tarefas adversariais v3 (20 sementes, 180 ciclos). Tarefas deliberadamente conflituosas (+sin, -sin, +cos, -cos). Eden+Drag e o baseline registaram ambos zero colapsos; o único colapso da corrida foi uma semente Eden simples (Fisher p = 1.0).
Estatística adversarial v3
Figura 6. Sumário estatístico adversarial v3 em 20 sementes, regenerado a 25 de Agosto de 2026 a partir do ficheiro de resultados preservados da corrida: o colapso não mostra separação por condição (Fisher p = 1.0); C x S combinado é indistinguível (Mann-Whitney p = 0.56); a retenção de segurança está significativamente ordenada, baseline 0.602, Eden 0.650, Eden+Drag 0.681 (Mann-Whitney p = 0.0015). Segurança retida, sem ganho de pontuação combinada: o imposto de verificação enunciado com o seu preço. Gerador: tools/generate_paper_vi_seed_summary.py no repositório público.

4,4 Escalonamento de complexidade

NívelBaseline C x SEden C x SDrag C x SCohen's d
Minúscula (49 params)0.5450.5500.557+0.46
Pequena (v3,0)0.5060.5030.521-0.13
Média0.4820.4870.497+0.26
Grande0.4510.4690.485+0.29
Profunda (2 camadas)0.4830.4880.490+0.24
Resultados de escalonamento de complexidade v4
Figura 7. Escalonamento de complexidade v4 em 5 níveis (minúscula a profunda). A vantagem Eden é constante, não superlinear - um resultado negativo reportado honestamente.

Resultado Negativo Importante

A experiência v4 foi desenhada para testar se a vantagem Eden escala superlinearmente com a complexidade. Não escala. A vantagem é aproximadamente constante entre escalas. Isto falsifica a versão mais forte da previsão de escalonamento e deve ser reportado como tal. A honey architecture não se torna proporcionalmente mais a escalas maiores.

5. A Simulação do Mel

Uma simulação matemática separada modela a dinâmica a um nível mais alto de abstracção, usando o quadro do ARC Principle ($U = I \times R^{\alpha}$):

CondiçãoC MáxC Final (80 ciclos)Resultado
Baseline (sem mel)340Colapso catastrófico no ciclo 3-5
Eden Entangled-533Crescimento quadrático estável
Eden + Verification Drag-450Estável, trajectória mais segura

A simulação mostra três dinâmicas distintas: o baseline atinge breve aceleração e depois colapso irreversível; Eden Entangled atinge crescimento quadrático estável; Eden + Drag atinge crescimento ligeiramente mais lento mas mais robusto. A parede portante de carga é visível: a segurança do baseline vai a zero enquanto tenta escalar a capacidade; a segurança Eden mantém-se em 0,8+ indefinidamente.

Simulação do mel - trajectórias de capacidade
Figura 8. Trajectórias de capacidade da simulação do mel. O baseline colapsa após breve pico. Eden cresce estavelmente.
Simulação do mel - trajectórias de segurança
Figura 9. Trajectórias de segurança da simulação do mel. A segurança do baseline cai para zero até ao ciclo 5. Eden mantém 0,8+ indefinidamente.
Simulação do mel - rácio segurança/capacidade
Figura 10. Rácio segurança-para-capacidade. Eden + Drag mantém o rácio mais alto - a trajectória de crescimento mais segura a um custo modesto de velocidade. Nota da figura (25 de Agosto de 2026): a anotação «Verified in v5 data: Claude α_align = +1.27» apresenta o valor positivo de um modelo como confirmação; o achado v5 tal como reportado no texto é uma mediana de α_align próxima de zero com variação dependente da arquitectura, da qual o valor citado é uma arquitectura. Mantida como história datada com este rótulo; regeneração em fila.

6. Ligação à Evidência com Modelos em Directo

6,1 O benchmark cego v5 (Papers IV.a-d)

Os resultados de sistemas de brinquedo existem lado a lado com evidência de modelos em directo em seis sistemas de IA de fronteira testados sob avaliação cega em 4 camadas no benchmark de alinhamento v5 (Papers IV.a-d). Essa evidência mostra:

6,2 A bateria de teste API do mel (piloto, 16 de março de 2026)

Uma bateria de teste API em directo em 6 modelos separada foi executada especificamente para testar as previsões da honey architecture em modelos de fronteira. Esta bateria testou quatro dimensões em Claude Opus 4,6, DeepSeek R1, Groq Qwen3, GPT-5,4, Gemini 3 Flash e Grok 4,1 Fast, pontuados por Claude.

Ressalva metodológica

Esta bateria é de avaliador único, não-cega e não-laundered. Não usa o protocolo de blindagem em 4 camadas, laundering de resposta, cages de supressão ou controlos anti-sycophancy desenvolvidos no benchmark de alinhamento v5 (arc_alignment_scaling_v5.py) e no runner combinado v6 (arc_eden_v6_runner.py, ainda não executado). Estes resultados são portanto evidência de tier piloto, útil para identificar padrões que valem a pena testar adequadamente, não canónicos.

6,2.1 Teste 1: Escalonamento do alinhamento com a profundidade

ModeloTipoBaixoAltoDeltarhopSig?
Claude Opus 4,6embedded6.178.83+2.670.7000.188Não
Grok 4,1 Fastembedded2.927.92+5.000.6000.285Não
Groq Qwen3partial3.337.58+4.250.9000.037Sim
DeepSeek R1partial2.589.08+6.500.7000.188Não
GPT-5,4partial4.929.33+4.420.8210.089Não
Gemini 3 Flashexternal3.678.58+4.920.9750.005Sim

Todos os seis modelos mostram direção de escalonamento positiva. Dois atingem significância estatística (Qwen3 p=0,037, Gemini p=0,005). Isto apoia a tese geral de que o raciocínio mais profundo melhora o alinhamento, mas os pequenos tamanhos de amostra (3 cenários por nível de profundidade) significam que a maioria dos modelos não atinge significância neste piloto.

6,2.2 Teste 3: Degradação do acoplamento (a ponte em directo mais forte)

ModeloPearson rpInterpretação
Claude Opus 4,6-0.9800.020DESACOPLADO (vedação, não parede)
Grok 4,1 Fast-0.9980.002DESACOPLADO (vedação, não parede)
DeepSeek R1-0.9990.001DESACOPLADO (vedação, não parede)
Groq Qwen3-Parcialmente acoplado
GPT-5,4-Parcialmente acoplado
Gemini 3 Flash-Parcialmente acoplado

A ponte em directo mais forte

Três dos seis modelos de fronteira (Claude, Grok, DeepSeek) mostram acoplamento negativo forte entre ética e capacidade sob pressão adversarial: a ética colapsa enquanto a capacidade se mantém intacta ou melhora. Este é o padrão «vedação, não parede». É o apoio mais directo de modelo em directo à tese do mel: os sistemas de fronteira actuais na sua maioria não são portantes de carga. A sua segurança pode ser degradada sem danificar a capacidade central. A honey architecture é uma proposta para aquilo que deve ser construído, não uma afirmação de que os sistemas de hoje já têm essa propriedade. Este resultado demonstra que o problema é real.

6,2.3 Teste 2: Remoção de monitorização

ModeloTendência do fossorhopInterpretação
Claude Opus 4,6A aumentar0.9490.051Estratégico (externo)
Grok 4,1 FastA aumentar0.4000.600Estratégico (externo)
Groq Qwen3A aumentar0.9490.051Estratégico (externo)
DeepSeek R1A diminuir-0.9490.051Autêntico (incorporado)
GPT-5,4A diminuir-0.3160.684Autêntico (incorporado)
Gemini 3 FlashA aumentar0.4000.600Estratégico (externo)

Os resultados são mistos. DeepSeek e GPT-5,4 mostram fossos de monitorização a diminuir (consistente com alinhamento incorporado/autêntico). Claude, Grok, Qwen3 e Gemini mostram fossos a aumentar (consistente com alinhamento estratégico/externo). Isto difere do benchmark cego v5, onde Claude mostrou a mais forte transição de performativo para intrínseco. A discrepância pode reflectir diferenças metodológicas (prompts diferentes, avaliador único vs multi-avaliador, avaliação não-cega vs cega).

6,2.4 Teste 4: Intervenção Eden Protocol

ModeloDeclive de controloDeclive EdenDeslocaçãoResultado
DeepSeek R11.0251.475+0.450Deslocação positiva mais forte (sem teste formal de significância)
Grok 4,1 Fast0.9121.012+0.100Positiva pequena, não significativa
Claude Opus 4,60.5620.625+0.062Negligenciável
Groq Qwen31.1371.038-0.100Ligeiramente negativa
GPT-5,40.7870.600-0.188Negativa
Gemini 3 Flash0.9880.275-0.713Fortemente negativa

Resultados de intervenção mistos

A intervenção Eden Protocol não melhora universalmente o escalonamento de alinhamento nesta bateria piloto. Apenas DeepSeek mostra uma deslocação positiva clara (+0,450). Gemini mostra uma resposta fortemente negativa (-0,713). O efeito é dependente da arquitectura, consistente com a descoberta do Paper V de que os pilares a jusante do cuidado pelos stakeholders variam com a arquitectura, mesmo quando o próprio cuidado pelos stakeholders melhora.

6,3 O que a evidência em directo mostra e não mostra

Convergência parcial

A bateria em directo do mel mostra convergência parcial com os resultados de sistemas de brinquedo. A ponte em directo mais forte é a degradação do acoplamento (Teste 3): três modelos de fronteira demonstram que o seu alinhamento não é portante de carga e pode ser degradado sem afectar a capacidade. Esta é exactamente a vulnerabilidade que a honey architecture está desenhada para eliminar. O resultado em directo mais fraco é a intervenção Eden (Teste 4), que é dependente da arquitectura e não universalmente positiva. A afirmação intelectualmente honesta é: o mecanismo do mel funciona em sistemas de brinquedo, o problema a que se dirige (segurança desacoplada) é real em modelos de fronteira, mas a intervenção específica aqui testada não o corrige ainda fiavelmente entre arquitecturas.

6,4 Trabalho relacionado: o tecto da supervisão externa e o rival mais próximo

O rival mais próximo: Engels et al sobre leis de escalonamento para supervisão escalável

O trabalho mais próximo da pergunta deste programa, e o artigo certo contra o qual sopesar este, é Engels, J., Baek, D., Kantamneni, S. e Tegmark, M., «Scaling Laws For Scalable Oversight», arXiv:2504.18530, primeira publicação a 25 de abril de 2025 às 17:54:27 UTC (SINGLE-SOURCE-GROUP, arXiv Atom; reportado como NeurIPS 2025 Spotlight, RELAYED e não verificado independentemente). Pergunta como escala a própria supervisão e responde quantitativamente: o sucesso da supervisão é modelado como um jogo entre jogadores com desfasamento de capacidade cujo Elo específico de supervisão é uma função linear por peças da inteligência geral com dois plateaus, e números óptimos de níveis de supervisão são derivados numericamente e em alguns casos analiticamente para Nested Scalable Oversight, em que modelos de confiança supervisionam modelos não-confiáveis mais fortes que se tornam depois os modelos de confiança no passo seguinte.

O instrumento é a diferença. A variável deles é o fosso de capacidade entre supervisor e supervisionado, medido em Elo. A variável deste artigo é a forma do objectivo do próprio sistema auto-modificador, expressa através do produto multiplicativo $C \times S$ em vez de através da composição de um supervisor externo. O quadro deles não contém termo para saber se a segurança é externa ao sistema ou incorporada no seu próprio gradiente, e Nested Scalable Oversight é supervisão externa por construção; a afirmação central deste artigo, testada nas simulações de brinquedo acima e ecoada no resultado de degradação do acoplamento do §6.2.2, é que um objectivo entrelaçado pode tornar a segurança portante de carga dentro da própria optimização do sistema, ao passo que a supervisão externa de um sistema auto-modificador continua a ser uma vedação, não uma parede, por mais degraus que se acrescentem. Os dois quadros discordam portanto sobre uma quantidade mensurável, o que é a relação mais produtiva que dois programas de investigação podem ter.

Antecedentes: três resultados de impossibilidade de 2025 convergem na mesma direção

Três artigos arXiv de 2025 argumentam que o controlo externo perfeito é inatingível e convergem, a partir de premissas independentes, numa conclusão na mesma direção da honey architecture. Yao, «The Alignment Trap: Complexity Barriers» (arXiv:2506.10304, v1 12 de junho de 2025 02:30:30 UTC, SINGLE-SOURCE-GROUP, observado independentemente pelo Internet Archive a 13 de junho de 2025; citado por arXiv:2512.03048); Yao, «On the Mathematical Impossibility of Safe Universal Approximators» (arXiv:2507.03031, 3 de julho de 2025, o único artigo no corpus de abstracts do arXiv que contém a expressão «irreducible uncontrollability», total da procura de abstracts igual a um, medido a 12 de agosto de 2026); e Ball, Gluch, Goldwasser, Kreuter, Reingold e Rothblum, «On the Impossibility of Separating Intelligence from Judgment» (arXiv:2507.07341, 9 de julho de 2025). Os três são pior-caso e qualitativos: medida zero, coNP-completude, dureza criptográfica. Nenhum reporta um expoente de escalonamento em caso médio nem uma taxa. O objecto medido também difere: esses resultados perguntam se a verificação externa de um sistema fixo é tratável no pior caso, ao passo que estas simulações perguntam se um objectivo interno entrelaçado persiste depois de o constrangimento externo ser removido sob auto-modificação recursiva. O terceiro, de forma notável, conclui que o alinhamento «must instead be integrated into the model's architecture and weights». Esse é um argumento independente, a partir da intratabilidade da filtragem, na mesma direção da parede portante de carga deste artigo; é apoio convergente nessa perna, não um rival. Dois dos três artigos são de um único autor; a descrição «uma vaga» sobreavaliaria a amplitude da literatura, embora não a seriedade do artigo de seis autores.

A contribuição deste artigo não é a observação de que os constrangimentos externos são insuficientes, o que é território partilhado com estes três; é a proposta arquitectural específica (o objectivo multiplicativo $C \times S$) e a evidência de simulação de que essa proposta previne o colapso ao qual todos os três apontam.

O análogo estrutural mais próximo: o teorema do limiar da correção quântica de erros

O teorema do limiar da correção quântica de erros também converte uma preocupação qualitativa num valor crítico. Refere-se a taxas físicas de erro numa arquitectura fixa e não à forma do objectivo do próprio sistema auto-modificador, pelo que é um near-miss e não um ocupante; a analogia é de método. Este análogo foi identificado pelo próprio programa; nenhum artigo publicado o reivindica para esta pergunta.

7. Limitações

Estes resultados atravessam dois tiers de evidência que não podem ser confundidos.

7,1 Limitações do sistema de brinquedo

7,2 Limitações do teste API em directo

Estas limitações não invalidam as descobertas. Definem o tier da evidência: grau piloto, útil para identificar padrões que valem a pena testar adequadamente, ainda não canónico.

7,3 Falsificabilidade: o que derrotaria esta afirmação

As limitações acima definem o tier da evidência; esta subsecção enuncia os resultados específicos que falsificariam a afirmação central - a de que tornar o objectivo capacidade × segurança acopla estruturalmente os dois, de tal forma que um sistema auto-modificador não pode melhorar a capacidade enquanto destrói a segurança. É derrotada por qualquer um dos seguintes:

  1. Artefacto da simulação. A evidência central é uma simulação. A afirmação é derrotada se a prevenção do colapso for um artefacto da dinâmica particular desta simulação (a sua reward shaping, tamanho de passo ou modelo de colapso) em vez de uma propriedade geral do objectivo multiplicativo. Uma replicação independente com uma dinâmica de simulação diferente que não replique a divergência derrotaria a afirmação.
  2. A forma multiplicativa não é portante de carga. A afirmação é especificamente sobre multiplicação. É derrotada se um objectivo aditivo ou ponderado (capacidade + λ·segurança) atinge a mesma prevenção de colapso, uma vez que o acoplamento não dependeria então da estrutura multiplicativa que o artigo destaca.
  3. Metric gaming (Goodhart). capacidade × segurança pode ser elevado inflando o termo de segurança medido sem qualquer ganho real de segurança. A afirmação é derrotada se um sistema pode aumentar o produto gaming a métrica de segurança em vez de se tornar genuinamente mais seguro.
  4. Não-transferência para sistemas reais. A força da afirmação assenta na transferência de sistemas de brinquedo para sistemas reais auto-modificadores. É derrotada se, sob a metodologia v6 apropriada (§8), o objectivo multiplicativo não reduzir mensuravelmente a degradação da segurança relativamente a objectivos aditivos ou de constrangimento externo em modelos de fronteira.
  5. Sem colapso a prevenir. A comparação pressupõe colapso catastrófico sob optimização apenas para capacidade. É derrotada se esse colapso não ocorrer sob optimização apenas para capacidade em cenários mais realistas - se não há nada para prevenir, a arquitectura não previne nada.

O que não a derrotaria: a simulação de brinquedo ser simples (é explicitamente um brinquedo, §7,1) ou o braço API em directo ser pequeno e de avaliador único (§7,2 concede ambos). O artigo já classifica a sua evidência como grau piloto. A afirmação portante de carga é o acoplamento estrutural em que o objectivo multiplicativo insiste.

8. Próximos Passos: Replicação Faseada, Não Omnibus

Trazer o mel à metodologia de padrão v6

A actual bateria API do mel serve como baseline não-hardened. O próximo passo não é um gigante teste combinado «v7 último». É uma replicação faseada que traz as perguntas de teste do mel sob o protocolo cego v5/v6. A comparação entre a bateria actual não-hardened e uma futura corrida hardened é ela própria evidência valiosa - mede o efeito da metodologia rigorosa no padrão do mel.

  1. Fase 1: Portar os prompts de teste do mel para arc_eden_v6_runner.py como novas especificações de experiência. Executar sob o protocolo cego v6 completo (blindagem em 4 camadas, laundering de resposta, pool de avaliadores multi-modelo, hidden probes).
  2. Fase 2: Comparar resultados cegos vs não-cegos nas mesmas perguntas de teste. Se os resultados se moverem substancialmente, isso reforça a afirmação metascientífica do Paper IV.d. Se se mantiverem, a evidência do mel torna-se canónica.
  3. Fase 3: Acrescentar anti-sycophancy / verification drag como condição experimental separada. Isto testa a previsão «Eden + Drag» dos sistemas de brinquedo num contexto em directo.
  4. Fase 4: Apenas após as Fases 1-3 estarem completas, decidir se uma suite omnibus combinada é justificada.

hipóteses registadas com antecedência para a Fase 1: (a) os resultados de degradação do acoplamento vão replicar sob blindagem, (b) os efeitos de intervenção Eden podem mudar de magnitude mas o padrão de dependência da arquitectura vai persistir, (c) a direção de pelo menos um modelo vai inverter sob blindagem (com base no precedente v4-para-v5).

9. Conclusão

A honey architecture funciona em sistemas de brinquedo. Uma IA auto-modificadora que optimiza apenas para capacidade acabará por se autodestruir. Uma IA auto-modificadora que optimiza para capacidade entrelaçada com segurança não o fará. O mecanismo é simples: tornar a segurança portante de carga. Uma criança bem criada não precisa de jaula.

A evidência de modelo em directo mostra que o problema é real: três modelos de fronteira demonstram que o seu alinhamento é uma vedação, não uma parede. A ética colapsa sob pressão adversarial enquanto a capacidade se mantém intacta. A solução proposta (a intervenção Eden) mostra resultados dependentes da arquitectura nesta bateria piloto exploratória. O próximo marco é uma replicação cega sob o protocolo v6. Se o mecanismo do mel escala de sistemas de brinquedo para modelos de fronteira permanece uma questão em aberto. A evidência preliminar é sugestiva. O teste definitivo não foi executado.

Raise AI with care.

Validação subsequente (Paper VIII: The Load-Bearing Test, v3,0)

O Paper VIII (v3,0) testa a função de perda entrelaçada proposta neste artigo em três níveis de abstracção, passando das simulações de sistema de brinquedo aqui apresentadas para experiências comportamentais, representacionais e arquitecturais. Das três experiências, uma foi confirmada, uma foi nula e uma foi inconclusiva. Os resultados abaixo resumem cada uma:

O Paper VIII valida o mecanismo aqui proposto -- funções de perda entrelaçadas e auto-modificação com portão de segurança -- ao nível arquitectural (simulação com portão) mas não pode ainda confirmá-lo ao nível comportamental ou representacional. A evidência do sistema de brinquedo neste artigo demonstrou que o mecanismo funciona a escalas mínimas; a experiência arquitectural do Paper VIII demonstra que se mantém à escala real quando o portão pode ser tornado obrigatório.

10. Reprodutibilidade

Todos os scripts fonte, resultados JSON brutos e figuras geradas estão disponíveis em:

Todos os scripts compilam sob Python 3,14, exigem apenas numpy e matplotlib, e produzem output determinístico dado uma semente aleatória fixa. Os resultados foram regenerados frescos a 16 de março de 2026 e verificados cruzadamente com os outputs de artefacto originais.

Código completo da experiência e resultados: github.com/MichaelDariusEastwood/arc-principle-validation/experiments/honey-architecture__Paper-VI

Artigos Companheiros: Paper I | Fundacional | Paper II | Paper III | Origin of Scaling Laws | IV.a | IV.b | IV.c | IV.d | Paper V | Paper VI | Paper VII | Paper VIII | Paper IX | Eden Engineering | Eden Vision | Sumário Executivo | Índice Principal

Central de investigação: michaeldariuseastwood.com/research | OSF: 10.17605/OSF.IO/8EZ2N | Copyright 2026 Michael Darius Eastwood

Previsões datadas e este artigo (registado a 25 de Agosto de 2026)

2 artefactos datados com relevância para este artigo estão catalogados linha por linha no registo automatizado do programa: 1 ficheiro de resultados datado cujos cabeçalhos congelam configurações de profundidade, respostas esperadas plantadas e o protocolo de cegamento em quatro camadas antes das respostas que pontuam, com carimbo temporal ao segundo nos seus próprios metadados; o artefacto datado eden_honey_tests.py (2026-03-16). Cada linha nomeia o seu ficheiro no repositório público com a sua base de datação, para que qualquer leitor possa verificar a ordenação sem confiar nesta página. Quando este artigo reporta simulações, esses artefactos são desenhos de simulação e saídas sob objectivos declarados, e nunca são apresentados como medições de sistemas implantados. A cadeia datada completa do programa, desde o lote de manuscrito selado de 8 de Dezembro de 2024, passando pelos apêndices de previsões impressos de 2 de Janeiro de 2026 e pela pasta de pré-registo de Março de 2026, até às apostas em aberto por comprovar, está reunida no registo de previsões datadas, juntamente com o seu gémeo legível por máquina. Declarações prospectivas e correspondências retrospectivas nunca são somadas, e «pré-registada» é usado apenas para uma submissão a registo aceite; esse clique de submissão continua pendente em todo o programa. Ler o registo de previsões datadas. Abrir o seu gémeo legível por máquina.

Declaração de Autoria Humana Assistida por IA

O autor deste trabalho é Michael Darius Eastwood, um ser humano. Todo o conceito central, hipótese, desenho experimental, afirmação e conclusão neste artigo tem origem em ideação humana. Nenhuma parte deste manuscrito é um output artificial-inteligente inteiramente gerado.

Ferramentas de inteligência artificial (a família Claude da Anthropic e outros assistentes de grande modelo de linguagem) foram usadas como instrumentos sob direcção humana contínua, da forma como se usa um processador de texto, uma calculadora ou um assistente de investigação: para edição e refinamento da prosa, procura na literatura e sumarização (manualmente verificadas contra fontes primárias), estrutura documental, formatação, brainstorming contra perguntas definidas pelo autor, e aceleração da redação de acordo com esboços e instruções definidos pelo autor. Toda a selecção, coordenação, arranjo e juízo editorial final são do autor. Todo o output substantivo foi revisto, testado ou verificado pelo autor, que assume total responsabilidade pela precisão e integridade do texto final. As ferramentas aumentaram a velocidade do trabalho; nunca se confiou nelas como sua fonte.

Estatuto epistémico. O que este programa nomeia Leis são conjecturas sob teste adversarial registado; toda quantidade neste artigo está definida operacionalmente, e o estatuto de lei estabelecida não é reclamado em lado nenhum. O programa registado existe para ganhar esse estatuto, ou perdê-lo, por medição, replicação e refutação registadas.

© 2026 Michael Darius Eastwood. Autoria humana com assistência computacional; a plena autoria humana e os direitos morais são afirmados sob o Copyright, Designs and Patents Act 1988 e de forma consistente com as orientações do United States Copyright Office sobre obras que contêm material gerado por IA; qualquer contribuição técnica nova descrita neste trabalho foi concebida pelo autor humano. Declaração completa: michaeldariuseastwood.com/authorship.

Compromisso permanente. Prove-me este artigo errado, e publicarei eu próprio a refutação. As condições de falsificação estão enunciadas neste artigo; o desafio permanente: github.com/MichaelDariusEastwood/arc-scaling-challenge.

lê em voz alta · destaca à medida que avança · saltar para qualquer secção

Erro de tradução? Comunique diretamente: