Conteúdo completo
Recebimento e cadeia de custódia multi-chip
Data da auditoria: 2026-07-08
Esta página descreve como um ZIP recebido de Apple M1, M2, M3, M4 ou M5 vira evidência pública. Ela existe para impedir aceite manual frouxo: print, log solto, JSON editado à mão ou arquivo sem manifesto não entram na régua de validação.
Estado atual
Unidade de evidência
Só entra na régua um ZIP criado pelo coletor em dist/multichip-submissions/. O ZIP precisa conter:
- JSON bruto da rodada
execute;
- CSV correspondente;
MANIFEST.json com nomes seguros, tamanhos e SHA-256;
COLLECTION.json com recibo de coleta, hashes, hardware e modo execute;
README.txt com comandos de validação/importação;
- hardware completo,
runtime_versions e cinco casos âncora aprovados.
- qualidade semântica aprovada para as cinco âncoras.
Regra de aceite: Conta para 10/10 somente rodada execute com CSV, hardware completo, hardware_attestation temporalmente válida, operator_challenge temporal, collector_files_sha256 compatível, sidecar de intake gerado pelo importador, runtime_versions, métricas positivas e os cinco casos âncora aprovados também na avaliação determinística de qualidade.
Fluxo de recebimento
mkdir -p dist/multichip-inbox dist/multichip-triage
# coloque os ZIPs recebidos em dist/multichip-inbox/
PYTHONDONTWRITEBYTECODE=1 python3 scripts/triage_multichip_submissions.py \
--inbox dist/multichip-inbox \
--require-input \
--write-json dist/multichip-triage/triage.json \
--write-md dist/multichip-triage/triage.md \
--markdown
Leia o relatório antes de importar. Ele mostra:
- aceitos e rejeitados;
- geração detectada;
- âncoras aprovadas;
- destino público previsto;
- gerações faltantes que seriam cobertas;
- erros sanitizados, sem vazar caminho local.
Importação controlada
Importe apenas ZIP aceito pela triagem:
PYTHONDONTWRITEBYTECODE=1 python3 scripts/import_multichip_submission.py \
dist/multichip-inbox/<submission>.zip
O importador não grava artefatos arbitrários. Ele extrai o bundle em área temporária, confere MANIFEST.json, COLLECTION.json, SHA-256, tamanho, nomes seguros, hardware, tag e hashes do recibo, e roda o validador multi-chip antes de copiar JSON/CSV para benchmarks/YYYY-MM-DD/. Por padrão, destino existente bloqueia a importação; --force deve ser usado somente quando a substituição for deliberada e auditável.
Rebuild público depois de importar
PYTHONDONTWRITEBYTECODE=1 python3 scripts/score_benchmark_quality.py benchmarks/YYYY-MM-DD/<tag>.json
PYTHONDONTWRITEBYTECODE=1 python3 scripts/build_benchmark_report.py
PYTHONDONTWRITEBYTECODE=1 python3 scripts/build_quality_report.py
PYTHONDONTWRITEBYTECODE=1 python3 scripts/build_multichip_report.py
PYTHONDONTWRITEBYTECODE=1 python3 scripts/build_authority_report.py
PYTHONDONTWRITEBYTECODE=1 python3 scripts/build_publication_assets.py
make cpanel-check
PYTHONDONTWRITEBYTECODE=1 python3 scripts/validate_data.py
Só depois desses gates o pacote dist/cpanel/ deve ir para public_html.
O que rejeitar sem debate
- dry-run;
- print de tela;
- ZIP sem
MANIFEST.json;
- ZIP sem
COLLECTION.json;
- hash SHA-256 divergente;
- recibo de coleta divergente do JSON/CSV;
- JSON sem CSV;
- hardware incompleto;
runtime_versions ausente;
- cinco âncoras incompletas;
- arquivo adicional pessoal;
- credencial, token, IP numérico ou caminho local sensível.
Prova pública do comparativo
O comparativo multi-chip só fica completo quando data/multi-chip-evidence.json mostrar accepted_target_count == target_family_count, hardware_attested_target_count == target_family_count, operator_challenged_target_count == target_family_count, collector_hash_matched_target_count == target_family_count, custody_verified_target_count == target_family_count e docs/publication-readiness.md marcar Medições reais multi-chip como complete. Mesmo completo, ele continua como evidência comparativa opcional/report-only. A leitura pública correta é: portal preparado para revisão pública com ressalvas; meta técnica em aberto real continua dependente de publicação externa comprovada e gates próprios.
Leitura técnica com ressalvas
Evidência, limite e decisão · leitura de especialista
Como um especialista em IA avaliaria este conteúdo
Leia esta página com duas lentes ao mesmo tempo: valor prático para o usuário e força da evidência técnica. O objetivo não é decorar jargão, é saber o que pode virar recomendação pública e o que ainda precisa de teste.
Checklist técnico: Evidência, Ambiente, Baseline, Métrica, Repetição, Erro, Risco, Limites e Decisão precisam estar claros antes de transformar qualquer afirmação em recomendação.
Evidência mínima
Comparação multi-chip deve registrar geração, memória, runtime, tarefa e variação entre execuções.
Risco principal
Extrapolar o resultado de uma máquina útil para toda a família Apple Silicon.
Pergunta de auditoria
A recomendação diz onde foi medida e onde ainda é apenas estimativa?