Batch Index — Archive (BATCH-094 a BATCH-178)

Batches arquivados BATCH-094 a BATCH-178 do conn2flow. Para o índice ativo, ver BATCH-INDEX.md.

• BATCH-097 (externo, projeto [REDACTED] req-063): nova biblioteca core gestor/bibliotecas/stripe.php + asset gestor/assets/stripe/stripe.js + registro em config.php (bibliotecas-dados). Integração Stripe (Payment Element + Billing) nos moldes da biblioteca paypal; API fixada em 2024-06-20. Consumida pelos módulos de assinatura do projeto [REDACTED] (ver [REDACTED]/sdd/implementation/BATCH-106-stripe-gateway-integration.md e DECISION-036). php -l/node --check verdes. Autorizado pelo operador em chat (2026-07-31)

• BATCH-097b (externo, projeto [REDACTED] req-063 lote 2): plataforma_gateways_stripe_webhook preenche o slot TODO case 'stripe' da plataforma de gateways (modular + legacy, validação HMAC via biblioteca stripe) e stripe_trocar_preco_assinatura na biblioteca (proration nativa). php -l verde. Ver [REDACTED]/sdd/implementation/BATCH-107-stripe-webhook-and-plan-change.md

• BATCH-097c (externo, projeto [REDACTED] req-063 — correcao de bug do core): forms.widget.js e documentado como script EXCLUSIVO do preview do Editor HTML, mas forms_render() o incluia tambem no site publicado. Em pagina publica ele pedia config a rota administrativa /forms/ (401) e, no complete, carregava interface.js por cima do layout publico (Uncaught TypeError: $(...).modal is not a function) alem de recarregar formulario.js, duplicando handlers e podendo derrubar a submissao AJAX do formulario. Correcao em 2 camadas: (1) forms_render deixa de incluir o script — o preview ja o recebe via widget_js_include do html-editor; (2) guard no proprio JS: se gestor.form[formId] ja existe (site publicado) nao solicita config nem carrega bibliotecas. Bonus: campos password passam a sair com autocomplete="new-password", eliminando o alerta do Chrome. forms 1.1.0->1.1.1. php -l/node --check verdes

• BATCH-097d (externo, projeto [REDACTED] req-066): seção "CATÁLOGO (Produtos e Preços)" na biblioteca core gestor/bibliotecas/stripe.php — stripe_criar_produto, stripe_atualizar_produto (merge parcial; limpar imagens exige images[]=''), stripe_consultar_produto, stripe_listar_produtos, stripe_arquivar_produto, stripe_criar_preco, stripe_consultar_preco, stripe_listar_precos e stripe_arquivar_preco. As listagens devolvem ['data','has_more'] e aceitam expand (o consumidor usa data.product para trazer o catálogo inteiro numa chamada). Não há update de unit_amount na API do Stripe: trocar valor/moeda/recorrência é criar preço novo e arquivar o anterior. Nenhum arquivo do core além da biblioteca foi tocado. php -l verde; smoke das pré-condições no projeto consumidor. Ver [REDACTED]/sdd/implementation/BATCH-117-stripe-products-module.md e DECISION-040

Batches em andamento

| BATCH-141 | implemented-pending-homologation | MIME real no admin-arquivos e correção da guarda de imagem no interface-v2 (req-138) | BATCH-141.md | O campo mime era $tipo . '/' . extensao — image/jpg (real image/jpeg), file/pdf (real application/pdf), file/json. Não quebrava porque todos os consumidores testam só o PREFIXO, mas o valor era exibido CRU ao usuário no picker. arquivo_mime_por_extensao() nasceu na biblioteca ao lado de arquivo_tipo_por_extensao(); um único ponto de origem alimenta os quatro caminhos de despacho do módulo. A invariante de prefixo virou TESTE sobre as 29 extensões reais, não comentário. Segundo defeito: dados.tipo?.match(/image/) === 'image/' no interface-v2 — match() devolve ARRAY, nunca string, então a guarda era SEMPRE falsa e o widget recusava 100% das imagens válidas. Validação: 14 testes focados novos, PHPUnit 784/784, Vitest 363/363, e runtime local confirmando application/json no lugar de file/json. | | BATCH-142 | implemented-pending-homologation | Refinamento de Densidade e Proporção no Galleries, Overlay de Configuração Rápida, Highlight de Cards e Controle de Alinhamento Vertical de Imagens (req-139) | BATCH-142.md | Grade desktop medida com 18 imagens: 6×110 px no médio e 10×65 px no pequeno, sem layout shift; overlay absoluto com highlight, backdrop e engrenagem; modal rápido persistindo legenda/link; image_position normalizado e aplicado aos 8 templates localizados e widget público. Validação: focados JS 7/7 + PHP 5/5 (74 asserções), Vitest 366/366, PHPUnit 789/789, recursos 2.678/0 erros e runtime autenticado sem console errors. |

| BATCH-143 | implemented-pending-homologation | 404 em imagens estáticas com hífen/espaço e colisão de upload sem espaço (req-140) | BATCH-143.md | Duas metades que se encaixavam: o desempate de colisão do upload gravava Ela (1).webp com espaço deliberado, e todo consumidor que publica a URL passa o caminho por arquivo_nome_sanitizar(), que troca espaço por hífen (regra do BATCH-100) — a página pedia Ela-(1).webp e o realpath() do controlador devolvia 404 de um arquivo que estava no disco. Módulo 2: arquivo_nome_colisao() nasceu na biblioteca ao lado de arquivo_nome_sanitizar() (precedente do BATCH-141) e passa o próprio resultado pela sanitização — sem isso, um nome-base terminado em hífen produziria base--(1), que a sanitização colapsa para base-(1) e reabre a divergência. Módulo 1: o intake sugeria trocar hífen por espaço, mas isso não alcança nome com os DOIS (Foto-Final de Praia.webp) e testar as combinações custaria 2^n acessos a disco numa string que o atacante controla. A correspondência é pelo RESULTADO da sanitização de cada entrada física, segmento a segmento — miniatura e diretório com espaço caem no mesmo mecanismo, sem código dedicado. Duas guardas por hífen evitam listar diretório nos 404 de varredura; o containment segue com arquivo_estatico_resolver_autorizado(). Medido no runtime local: /Ela-(1).webp e /mini/Ela-(1).webp 404 → 200, com ETag/304, Cache-Control e Range 206 preservados no caminho de fallback; upload real autenticado gravou Ela.webp → Ela-(1).webp → Ela-(2).webp. Validação: 19 testes focados novos (5 falham ao reintroduzir o comportamento do HEAD), PHPUnit 808/808, Vitest 366/366. | | BATCH-144 | ready-for-intake | Resolução de Conflitos e Paridade Visual das Três Camadas de Tailwind CSS entre Projeto, Templates (CDN) e Páginas Públicas (req-141) | BATCH-144.md | Herança dinâmica de CSS de templates em publicações no roteador público (gestor.php), extração de css_compiled em publisher-pages, persistência segura no admin-templates e blindagem da cascata contra bundles monolíticos. | | BATCH-144 | implemented-pending-homologation | Procedência do CSS derivado, CSS de conteúdo do Quill e auditoria/regeneração a partir do banco (req-141 / CR-002) | BATCH-144.md | O runtime serve TUDO do banco, mas o compilador varre arquivos de resources/ — e o editor online grava só no banco. O CSS entregue era compilado de um HTML que não é o entregue: medido 1.279 de 1.410 recursos Tailwind (91%) com ao menos uma classe sem regra nenhuma, e 85/182 classes sem CSS em /artigos/teste-de-pagina/. A pré-análise do intake apontava para injetar o CSS do template, mas o HTML da página JÁ contém as classes dele (o template é expandido no salvamento) — o que falta é o CSS da própria página. Quill: a página pública nunca carregou CSS do editor; .ql-indent-1 chegava sem regra e as classes que funcionavam vinham por acidente de um css_compiled contaminado em 2026-06 — daí o "tem hora que alinha". Resolvido com quill-content.css (134 regras da fonte oficial, sem !important, sem toolbar) injetado só onde há conteúdo Quill. Procedência: html/css são autoria e css_precompiled/css_compiled são derivados; a assinatura css_source_hash responde se o derivado corresponde à autoria vigente — provado nos três cenários (assinar → COERENTE; editar HTML → STALE; recompilar layout com HTML intacto → STALE, que era o caso sem sinal nenhum). Atomicidade: o deploy preservava html do usuário e deixava entrar o css_precompiled do sistema, criando um híbrido que ninguém compilou — era o perfil-usuario; agora a assinatura é invalidada sem apagar CSS. Ferramentas: c2f css:audit mede procedência e cobertura (só Tailwind — contar Fomantic inflava o número) e lista HTML/classe embutidos em PHP/JS; c2f css:rebuild compila do HTML do banco e, com --url, do HTML RENDERIZADO, fonte que dispensa declarar tailwind_sources. Medido: página 85 → 13 classes sem CSS (as 13 são prose-*, plugin typography ausente no projeto); lote de 80 páginas 1.538 → 291 (-81%); layouts stale 14 → 0. Dívida achada: perfil-usuario.js monta 26 classes em runtime — a razão das 40 declarações do módulo; o .php já está limpo. Validação: 46 testes novos, PHPUnit 855/855, Vitest 366/366. | | BATCH-145 | implemented-pending-homologation | Substituição do TinyMCE pelo Quill via a biblioteca editor-texto (req-142) | req-142.md | Feito: assets/interface/editor-texto.js (par JS da biblioteca PHP) faz a ponte com o formulário — o Quill edita uma <div>, mas quem o servidor recebe é o <textarea>, preservado, escondido e sincronizado a cada alteração E no submit. As 3 inicializações e os 3 pontos de leitura/escrita do configuracao.js migraram, a tag do [REDACTED] saiu e o html-editor-interface.js foi ajustado. Degradação pensada: sem o Quill o campo segue textarea editável. Verificado em runtime na tela variables/. 9 testes JS novos. PENDENTE: revogar a API key do TinyMCE no painel do fornecedor (segue no histórico do repositório). | O TinyMCE é licenciado e carrega do [REDACTED] com API key versionada no repositório. O núcleo são 11 arquivos: três new tinymce.Editor(...) em configuracao.js, a tag do CDN em configuracao.php:464, um setContent() no html-editor-interface.js e o markup/rótulos dos recursos. Com a biblioteca editor-texto do BATCH-144 a inclusão vira editor_texto_incluir(). Decidir se o tipo de variável tinymce é renomeado (com migração) ou mantido. | | BATCH-146 | implemented-pending-homologation | Assets de terceiros servidos do disco em vez de CDN (req-143) | VALIDATION-CHECKLIST.md#batch-146 | c2f assets:vendor baixa os 28 arquivos do registro com verificação de certificado SEMPRE ligada (o PHP CLI do Windows não tem CA bundle; a cadeia cai para o curl do sistema, nunca para VERIFYPEER => false). Inventario: jQuery em 4 pontos com 3 versões e 4 hosts; CodeMirror em 161 tags em 7 arquivos PHP; Quill preso em quill@2, uma FAIXA — e quill-content.css é gerado dela, entao a faixa permitia editor e página divergirem sozinhos. .gitignore ganhou exceção (!gestor/assets/vendor/): o vendor/ do Composer engolia os assets e a migração valeria só na máquina local. Medido: tela de variáveis com 26 assets do disco e 0 do CDN. PHPUnit 902/902, Vitest 378/378. Plano em BATCH-146.md. | | BATCH-147 | implemented-pending-homologation | Cadeia de recursos no galleries, saneamento da tela de variáveis e alvo do css:rebuild (req-144) | VALIDATION-CHECKLIST.md#batch-147 | A correção do BATCH-144 não chegava à tela: a galeria renderiza de uma cópia congelada do template em galleries.html (user_modified = 1 bloqueia o sync), e o template em uso é do PROJETO (galeria-home). Cadeia de três degraus, todos RECURSOS: galeria → template de origem → galleries-estados (novo, do core). O recurso que fornece as classes fornece também o CSS delas — sem isso .cursor-default ficava sem regra. Na tela variables, os 4 botões do scaffold agiam sobre modulos: excluir apagava o módulo inteiro; removidos. Tipo tinymce → editor-texto com migração Phinx e alias de leitura. project:update-all regenerava a base do SISTEMA reportando sucesso plausível. PHPUnit 902/902, Vitest 378/378. Plano em BATCH-147.md. | | BATCH-148 | implemented-pending-homologation | Fontes hospedadas pelo projeto e minificação de JavaScript no build (req-143, req-145) | VALIDATION-CHECKLIST.md#batch-148 | Abre corrigindo regressão do BATCH-146: o CSS do Fomantic pede as fontes por caminho RELATIVO, e migrar só o que aparece em <link>/<script> fez os ÍCONES DO GESTOR SUMIREM — daí a chave arquivos no registro. c2f assets:fonts traz o Google Fonts para dentro do projeto (28 faces, 50 descartadas por subset, unicode-range preservado); o @import que saiu do CSS de destaques ainda BLOQUEAVA a renderização. c2f assets:minify separa MINIFICAR (build, terser) de ESCOLHER (resolução), e por isso Content-Length, ETag, 304 e 206 seguem corretos — medido 17305 batendo byte a byte. 1.588 KB -> 739 KB (-53%). Zero requisição externa em todas as telas. PHPUnit 918/918, Vitest 378/378. Plano em BATCH-148.md. | | BATCH-149 | implemented-pending-homologation | Escopo do css:rebuild e assets locais no layout Tailwind | VALIDATION-CHECKLIST.md#batch-149 | A tela /perfil-usuario/ apareceu sem estilo: o css:rebuild que entrou no pipeline reescrevia 1.446 recursos para consertar 17, trocando o CSS do build offline (25.276 B, com tema, plugins e tailwind_sources) por um mais pobre (7.980 B). Duas causas: regenerarFontesDeclaradas() só lia <id>.json e o perfil-usuario declara as fontes no MANIFESTO DO MÓDULO; e o escopo nunca deveria ter sido o acervo inteiro — o híbrido do req-141 só existe onde alguém editou online. Escopo agora é user_modified=1 (--todos mantém o alcance). Junto: fomantic-icon (dist/components/icon.min.css, que meu inventário não viu) e lucide foram registrados e servidos do disco, com teste comparando a versão do layout com a do registro. Medido: CSS entregue 8.757 -> 26.053 B, classes sem regra 192 -> 96; sete telas com ZERO dependencia externa. PHPUnit 928/928, Vitest 378/378. | | BATCH-150 | implemented-pending-homologation | Modais de sistema como dependência automática das páginas Tailwind (req-148) | VALIDATION-CHECKLIST.md#batch-150 | O modal de alerta aparecia sem estilo na tela de login do Photon: botão com texto BRANCO sobre fundo TRANSPARENTE, 7 de 12 classes sem regra. O CSS existia (4.694 B); o que faltava era ele fazer parte da compilação DAQUELA página. interface_alerta() injeta o modal em qualquer tela, mas a declaração era manual — lista de EXCEÇÕES, e acessar-sistema estava fora. Os três modais viraram dependência automática no compilador, opcional porque exigi-los estritamente abortou a compilação do Photon (traz os componentes em pt-br, não em en); dependência DECLARADA segue falhando alto. Medido: 7 classes sem regra -> 0, bg-sky-600 de rgba(0,0,0,0) para oklch(...). PHPUnit 955/955, Vitest 378/378. | | BATCH-153 | implemented-pending-homologation | Poda e modularização dos READMEs e CHANGELOGs da raiz (req-151) | BATCH-153.md | Redução de 2.356 para 438 linhas (-81.4%) nos arquivos da raiz (README.md 91L, README-PT-BR.md 91L, CHANGELOG.md 128L, CHANGELOG-PT-BR.md 128L). Manuais detalhados migrados para ai-workspace/{en,pt-br}/docs/CONN2FLOW-{DEVELOPMENT-ENVIRONMENT,AMBIENTE-DESENVOLVIMENTO}.md. Releases legadas (v2.8.4 a v1.0.0) arquivadas em ai-workspace/{en,pt-br}/docs/changelogs/. Gates de release preservados (v2.10.0, instalador-v2.0.0, [2.10.0]). 24/24 links válidos. PHPUnit 965/965, Vitest 378/378. |

| BATCH-154 | implemented-pending-homologation | Paridade bare-metal no project:update-all (req-152) | BATCH-154.md | O estágio de banco exigia dockerPath e sempre usava docker exec, embora projetos HestiaCP tenham target host válido. Seleção determinística Docker/host, PHP [REDACTED] da raiz do Gestor, argumentos em array sem bash -c e bootstrap Phinx com $_GESTOR global. Lab [REDACTED]-lab: pipeline 5/5 aprovado duas vezes; repetição +0 ~0 =19. PHPUnit 1008/1008. | | BATCH-155 | implemented-pending-review | Transporte [REDACTED] pipeline de projeto e bootstrap CLI por host (req-153 / REQ-034) | BATCH-155.md | A migração para a VM Ubuntu + HestiaCP removeu o target/path_tests local que os três scripts do pipeline liam. Nova lib ai-workspace/en/scripts/lib/project-transport.sh resolve o destino de forma declarativa (deploy_mode: "ssh" + ssh_*), com recusa de caminho relativo ou /, BatchMode, citação printf %q do comando remoto e devolução de posse por chown. updates-manager-database.sh ganhou EXECUTION_MODE=ssh ao lado de docker e host. ProjectEnvironmentResolver publica deployMode/ssh; AuthCookieCommand gera sessão na VM por scp/ssh; CssRebuildCommand diagnostica o projeto remoto. config.php deixou de impor SERVER_NAME=localhost no ramo CLI — a imposição fazia o sufixo de cookie sair de md5('localhost') e o site ignorava a sessão em silêncio. req-153: checksums de admin-cron.json zerados, com ressalva de que o compilador os repreenche (ver seção 4 do batch). Validação: bash -n 4/4, novo ProjectSshDeployReq034Test 19/19, PHPUnit 1071/1071 (4.717 asserções, 0 falhas), project:update-all no Lab com etapas 1-5 em SUCCESS. | | BATCH-156 | implemented-pending-homologation | Auditoria, Normalização Visual e Reparo da Compilação de Tailwind CSS nos Templates de Páginas e Componentes (req-154) | BATCH-156.md | Sidecars e banco íntegros. Preview Tailwind isolado da folha Fomantic sem camada; baseline preservado ao inserir seções. A/B Chromium recuperou py-20 70→80px, gap-12 42→48px e fundo do CTA. 237/237 recursos recompilados; PHPUnit 1073/1073; Vitest 382/382; integridade 2/2 com 2.695 asserções. Homologação autenticada pendente. | | BATCH-157 | implemented-pending-review | Checksum idempotente e independente de plataforma no AdminCronReq032Test (REQ-035 / req-155) | BATCH-157.md | Duas causas, uma atrás da outra. (1) O teste exigia checksum VAZIO em admin-cron.json, na leitura de que um valor ali só podia ser manual — errado: atualizacao-dados-recursos.php grava o md5 do HTML de volta no manifesto (ORIGIN_UPDATE_MODULE), confirmando a ressalva do BATCH-155. (2) Corrigida a asserção, o CI da release v2.10.3 falhou com dois hashes concretos — e eles são do MESMO arquivo: git ls-files --eol → i/lf w/crlf, 387ee81b… é o md5 com CRLF da árvore Windows e 6a4af6df… o md5 com LF do runner Linux, 233 quebras de linha de diferença. Regravar o hash no Windows (o que a req-155 pedia) reproduziria o laço da req-153. Feito nos dois lados: manifesto recompilado da forma canônica (PaginasData.json perdeu o \r\n embutido, HTML idêntico após normalizar) e asserção passou a aceitar o md5 em qualquer das duas quebras — valor digitado à mão segue reprovado. Simulação do runner Linux 44/44; PHPUnit 1073/1073; Vitest 382/382. | | BATCH-158 | complete | Paridade visual estrita entre página pública, pré-visualizador e editor visual (req-158, cadastrada antes como req-156) | BATCH-158.md | O BATCH-156 tirou o semantic.min.css do PREVIEW e deixou a mesma tag, escrita à mão, nos dois ramos do EDITOR VISUAL — daí o "ambiente intermediário" do relato. São DUAS contaminações, e cada uma exige um mecanismo próprio: (1) folha sem camada vence utilities em @layer (título 72->24px, peso 900->700, texto do CTA branco->rgb(65,131,196)), resolvida por @import ... layer(c2f-editor-chrome); (2) html{font-size:14px} do Fomantic redefine a unidade rem e encolhe TODA medida do Tailwind por 14/16 = 0,875 (128->112px, 48->42px) — nenhuma camada corrige, porque não há regra do Tailwind disputando html{font-size}; exige restaurar a raiz. Só com a camada, a paridade parava em 63px. A folha não podia sair como no preview: #html-editor-modal é um modal Fomantic. A divergência da rota pública NÃO se reproduziu no ambiente real — o css_compiled do Tailwind v3 está no espelho do banco no container; a VM que serve [REDACTED] já entrega v4 com @layer e zero CDNs. A guarda de procedência é preventiva e fecha uma assimetria real: o build offline sempre carimbou a versão do Tailwind no fingerprint, o derivado gravado ONLINE não — assinatura passou a v2: com compilador, e toda v1: entra na fila do css:rebuild. Junto, por decisão do operador: os iframes, a Editbar e 5 previews de widget montam tags no CLIENTE e escaparam do inventário do BATCH-146 — 24 tags em 4 CDNs migradas para o registro (DEC-122), incluindo @tailwindcss/browser, que nunca esteve nele e tinha a versão repetida em 7 lugares, e os addons closetag/closebrackets, usados só pelo editor e ausentes do registro. Medido contra a rota pública REAL: Editor x Preview 15/15 e Pública x Preview 15/15 (antes, 15/15 divergentes). Zero CDNs nos autorais e nos .min.js. Vitest 393/393; PHPUnit 1.092/1.092 (7.523 asserções). | | BATCH-159 | implemented-pending-review | Eliminar recompilação redundante de recursos Tailwind no release do Gestor (req-156) | BATCH-159.md | Removidas a recompilação e o commit remoto; o job empacota diretamente os derivados pré-compilados e testados pelo release local. YAML, PHPUnit 1073/1073 e Vitest 382/382 aprovados. | | BATCH-160 | complete | Animações de entrada dos templates de sessão (req-159) | BATCH-160.md | Auditoria da pasta de templates pedida pelo operador ao fechar o BATCH-158. Quatro templates aplicavam animate-fade-in-up sem que o token existisse em contrato nenhum — no Tailwind v4 a classe animate-<nome> só nasce com --animate-<nome> no @theme, e sem ele a utility é descartada em SILÊNCIO. Medido em Chromium: animation-name: none, duração 0s. O contraste deu a causa: sessao-com-abas anima porque traz o @keyframes num <style> embutido; os quatro afetados não trazem nada. animate-pulse (38 usos) e animate-bounce (26) funcionam por serem nativas. Severidade baixa pelo motivo certo: nenhum elemento afetado tem opacity-0 junto, então todos aparecem e apenas entram estáticos — fosse o contrário, ficariam invisíveis para sempre. Corrigido no contrato central (system-input.css) por decisão do operador, e não em <style> por template: tailwind_recursos_browser_contract() DERIVA o browser-contract.css dele, então a definição alcança build offline, editor visual e Editbar de uma vez. Medido: 14/14 animações vivas (era 0/14), sem regressão nas nativas; resources:sync --force 237/237; guarda validada por mutação (removida a regra, 2 testes falham nomeando template e classe). PHPUnit 1.096/1.096 (7.547 asserções); Vitest 394/394. Ressalva: o input do PROJETO substitui o do core (não estende), então projeto com contrato próprio não herda a animação — mudar isso exige change request. | | BATCH-161 | complete | O CSS dos templates inseridos não chegava ao runtime público (req-160) | BATCH-161.md | O BATCH-158 igualou os três ambientes com o conteúdo já estabilizado; este defeito nasce na TRANSIÇÃO de inserir um template, e por isso passou. Cadeia medida atravessando os dois repositórios de semente: .border-b-2 existe no sidecar do template (core), não existe no sidecar do layout (projeto) nem no css_compiled (banco) — a regra existe na origem e some no runtime. Cobertura: publicada 424 classes/13 sem regra, preview 405/5; as 8 de diferença são todas de sidecar de template. Causa: o BATCH-156 passou a somar o sidecar ao baseline (para o editor renderizar certo) e com isso ele entrou no conjunto contra o qual HtmlEditorCssCapture FILTRA — as regras do template deixaram de ser gravadas, e o runtime, que só recebe layout.css_precompiled + css_compiled, ficava sem elas. Primeira tentativa descartada: persistir o baseline em paginas.css_precompiled foi reprovado por CssProcedenciaGravacaoTest — "derivado gravado do POST devolveria ao operador a capacidade de descolar CSS de HTML" (CR-002). A guarda estava certa; a correção foi refeita sem tocar no contrato. Solução: o baseline passa a ser emitido em DUAS folhas — baseline (o que o runtime entrega, alvo do filtro) e session-overlay (o sidecar da sessão, fora do filtro). Mesma cascata no iframe, e a captura volta a gravar o que falta. Uma mudança, num arquivo; nenhum módulo alterado. Guarda validada por mutação. PHPUnit 1.096/1.096. Na homologação apareceram mais três causas, independentes da primeira: (1) HtmlEditorCssCapture só era injetado no iframe do EDITOR VISUAL — no preview a captura falhava sempre com sem-motor e preservava o valor anterior, vazio numa página nova; quem montava pelo adicionar/, conferia no preview e salvava gravava css_compiled VAZIO (medido: 360 classes aplicadas, 0 byte). Motor injetado no preview com __c2fHtmlEditorNoAutoInit: 0 -> 38.990 bytes. (2) nada garantia a geração antes do save — por proposta do operador, o editor agora GERA e então envia, aguardando a captura AVISAR que terminou (aoConcluir, sem tempo fixo), só quando o HTML mudou de fato e sem travar página sem classe Tailwind; validado: 38.990 -> 39.020 cobrindo a classe nova antes do envio. (3) o CSS AUTORAL do layout (coluna css) nunca era lido — body{background:#000} pintava a publicada e não o editor, o sintoma relatado desde o início; emitido como layout-authored fora do baseline, com rota html-editor-layout-css para a TROCA de layout no select. Ciclo no Lab: publicada e preview com 5 classes sem regra cada (era 99 x 5) e mesmo fundo; galeria masonry com 0 (columns-* e break-inside-avoid eram as ausentes). Vitest 408/408. Homologado pelo operador. | | BATCH-162 | complete | Eliminação de requisição espúria 404 de {{thumbnail}} no carregamento do Editor HTML via <template> nativo (req-161) | BATCH-162.md | O molde de card de modelo em html-editor-modelos (pt-br e en) usava <div> comum, fazendo o parser HTML do navegador instanciar <img> e tentar baixar {{thumbnail}} no carregamento, resultando em 302 para 404. Migrar para <template id="modelo-card-template">, mantendo compatibilidade com $('#modelo-card-template').html(), sincronizar recursos e adicionar guarda automatizada. | | BATCH-164 | implemented-pending-homologation | Renderização de variáveis e prevenção de 404 no editor visual de layouts (req-162) | BATCH-164.md | Layouts passam pelo renderizador de variáveis antes do srcdoc; atributos resolvidos guardam original e valor renderizado para restauração condicional no save; a extração usa <template> inerte para não disparar rede. Recursos 2.844/0 erros, Vitest 411/411 e PHPUnit 1.114/1.114. |

| BATCH-169 | complete | Blindagem de rsync contra MSYS Path Conversion no transporte [REDACTED] Windows (req-164) | BATCH-169.md | Helper compartilhado executa rsync com MSYS_NO_PATHCONV=1; três chamadas do sync de core e o executor comum do sync de projeto ficaram protegidos. Skill replicada nos cinco espelhos. bash -n 3/3; teste focado 23/23; PHPUnit 1.175/1.175; Vitest 423/423. Homologação [REDACTED] no Lab pendente. | | BATCH-170 | complete | Sanitização ANSI no detector de versão do Tailwind CLI e governança de terminal rsync Windows (req-165) | BATCH-170.md | Saída do CLI é sanitizada antes da regex; testes cobrem Linux e ANSI do Windows. Manifesto estabilizado em 4.3.3; repetição do resources:sync confirmou 0 para compilar, 237 em cache. Skills idênticas nos cinco espelhos. PHPUnit 1.178/1.178 (7.801 asserções). | | BATCH-171 | complete | Pareamento cwRsync/Cygwin com [REDACTED]ível no Windows (req-166) | BATCH-171.md | O code 12 vinha da mistura cwRsync/Cygwin + [REDACTED] Git/MSYS2. Transporte seleciona o [REDACTED] próprio cwRsync, preserva MSYS_NO_PATHCONV=1 e traduz somente origens locais /c/... para /cygdrive/c/.... Homologação real project:sync-core [REDACTED]-local exit 0; teste focado 24/24; PHPUnit 1.179/1.179. | | BATCH-172 | complete | Elevação do diretório de trabalho no transporte [REDACTED] tenants HestiaCP (req-167) | BATCH-172.md | project_transport_remote_exec passa cd e comando juntos para sudo -u <tenant> sh -c, preservando execução direta sem ssh_run_as. Homologação real project:sync-db [REDACTED]-local exit 0, sem Permission denied; teste focado 25/25; PHPUnit 1.180/1.180; skills com MD5 idêntico. | | BATCH-173 | complete | Paridade de elevação do diretório nos executores [REDACTED] PHP (req-168) | BATCH-173.md | SshRemoteTransport e AuthCookieCommand passam cd e comando juntos para sudo -u <tenant> sh -c, preservando o caminho direto sem runAs. project:update-all [REDACTED]-local --confirmar-remoto concluiu 1/8–8/8, com etapa 6/8 sem Permission denied; testes focados 23/23; PHPUnit 1.181/1.181. | | BATCH-174 | complete | Controle de acessos — separar erro de validação de abuso e informar prazo de liberação (req-169) | BATCH-174.md | formulario_acesso_falha() ganhou origem (validacao vs abuso), evitando que erro de digitação esgote cota de envios. Telas de bloqueio informam data/hora exata de liberação. Defaults atualizados no .env. PHPUnit 1.181/1.181, homologação real aprovada. | | BATCH-175 | complete | Idempotência e isolamento no teste ForcarAtualizacaoTest (req-170) | BATCH-175.md | ForcarAtualizacaoTest tornado idempotente, eliminando falhas fantasmas intermitentes em suítes sequenciais. PHPUnit 1.181/1.181 verde. | | BATCH-176 | complete | Suporte nativo ao Cloudflare Turnstile no Core do Conn2Flow (req-171) | BATCH-176.md | Provedor configurável, Siteverify centralizado, integração em autenticação e formulários, configuração e teste no admin-environment. PHPUnit 1.187/1.187; Vitest 423/423; pipeline SSH/HestiaCP concluído no Lab. SQL e Playwright confirmaram quatro rotas e painel; teste AJAX e salvamento aprovados com chaves oficiais, .env original restaurado. | | BATCH-177 | complete | Correção do Fluxo de reCAPTCHA v3/v2 e Turnstile em Telas de Autenticação Tailwind (req-172) | BATCH-177.md | Captura de tokens desacoplada do Fomantic, fallback v3 para v2 validado e suítes PHPUnit/Vitest verdes; fluxo publicado e inspecionado em [REDACTED]. | | BATCH-178 | complete | Preservação de Query Strings em Redirecionamentos 301 e Contenção de Blocos-Fragmento no Widget de Formulários (req-173) | BATCH-178.md | Passar querystring => true no 301 de paginas_301 e tratar concatenação segura em gestor_redirecionar; expurgar blocos-fragmento (option-choice, option-select, password-toggle) e sanitizar marcadores no widget de formulários. Testes 12/12 focados, PHPUnit 1.202/1.202 e validação no Lab. |