Uma segunda e uma terceira opinião, dentro do Claude.

Código enviado:

// routes/webhooks.js — payment webhook of a solo invoicing SaaS (Node 20, Express 4, Stripe, pg)
const express = require('express');
const { db } = require('../db');
const router = express.Router();

router.post('/webhooks/stripe', express.json(), async (req, res) => {
  const event = req.body;

  if (event.type === 'invoice.paid') {
    const invoice = event.data.object;
    const userId = invoice.metadata.userId;
    await db.query('UPDATE users SET plan = $1, paid_until = $2 WHERE id = $3',
      ['pro', new Date(invoice.period_end * 1000), userId]);
    await db.query('INSERT INTO payments (user_id, amount) VALUES ($1, $2)',
      [userId, invoice.amount_paid / 100]);
  }

  if (event.type === 'customer.subscription.deleted') {
    await db.query("UPDATE users SET plan = 'free' WHERE stripe_customer = '" + event.data.object.customer + "'");
  }

  res.sendStatus(200);
});

module.exports = router;

1. crítico

   O webhook processa o corpo da requisição sem verificar a assinatura do Stripe. Com isso, qualquer chamador externo pode enviar eventos `invoice.paid` ou `customer.subscription.deleted` falsificados e liberar ou rebaixar contas de usuário. Além disso, o parser JSON descarta o raw body inalterado, necessário para a verificação da assinatura do Stripe.

   Correção: Para esta rota, usar `express.raw({ type: 'application/json' })` e, antes de qualquer processamento, chamar `stripe.webhooks.constructEvent(req.body, req.headers['stripe-signature'], webhookSecret)`. Garantir que nenhum parser JSON global já seja aplicado antes a esta rota; rejeitar assinaturas inválidas com 400.

   linha 6 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

2. crítico

   Falta a validação da assinatura do webhook do Stripe. Um invasor pode enviar a este endpoint quaisquer eventos de webhook falsificados para colocar contas no Pro sem autorização ou manipular registros do banco de dados.

   Correção: Use stripe.webhooks.constructEvent() com o webhook secret do Stripe para verificar a autenticidade e a integridade de cada evento.

   linha 6 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

3. crítico

   Vulnerabilidade de SQL injection pela concatenação direta de entradas do usuário (event.data.object.customer) na string da consulta SQL.

   Correção: Use consultas parametrizadas, como nas instruções anteriores: db.query('UPDATE users SET plan = $1 WHERE stripe_customer = $2', ['free', event.data.object.customer]).

   linha 18 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

4. crítico

   O webhook nunca verifica a assinatura do Stripe, e express.json() descarta o raw body necessário para isso. Qualquer pessoa pode fazer POST de um evento invoice.paid falso e fazer o upgrade de qualquer conta para pro de graça.

   Correção: Use express.raw({ type: 'application/json' }) nesta rota e construa o evento com stripe.webhooks.constructEvent(req.body, req.headers['stripe-signature'], endpointSecret); rejeite a requisição em caso de falha.

   linha 6 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

5. alto

   O ID do cliente é inserido diretamente em uma instrução SQL. Um valor como `' OR 1=1 --` pode manipular a cláusula WHERE e colocar todos os usuários no plano gratuito; dependendo da configuração do banco de dados, SQL injections mais amplas são possíveis.

   Correção: Parametrizar a consulta por completo: `UPDATE users SET plan = 'free' WHERE stripe_customer = $1` com `[event.data.object.customer]`. Além disso, autenticar o evento pela assinatura do Stripe.

   linha 19 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

6. alto

   Não há controle de idempotência. O Stripe entrega webhooks pelo menos uma vez e os repete em caso de timeouts ou erros. Por isso, o mesmo evento `invoice.paid` pode gerar várias vezes registros de pagamento idênticos.

   Correção: Armazenar o ID do evento do Stripe ou o ID da fatura no registro de pagamento, protegê-lo com uma UNIQUE constraint e executar o processamento do evento junto com o pagamento de forma atômica, como insert/upsert. Confirmar com 200 os eventos já processados, sem repetir a operação de negócio.

   linha 14 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

7. alto

   O handler `async` não tem encaminhamento de erros. O Express 4 não captura automaticamente promises rejeitadas de route handlers assíncronos. Um erro de banco de dados ou um objeto `invoice.paid` incompleto leva, por isso, a uma rejeição de promise não tratada e, no Node 20, pode encerrar o processo, em vez de devolver de forma controlada uma resposta de erro.

   Correção: Envolver o handler em `try/catch` e repassar os erros a `next(err)` ou usar um wrapper assíncrono. Validar a estrutura da entrada antes do acesso e, em erros temporários de processamento, devolver de forma controlada um status 5xx, para que o Stripe faça a entrega de novo.

   linha 6 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

8. alto

   O uso de express.json() para o endpoint do webhook faz o parse prévio do corpo como JSON. Para a verificação de assinatura do Stripe, porém, é necessário o raw body inalterado.

   Correção: Use express.raw({ type: 'application/json' }) em vez de express.json() para o route handler do webhook do Stripe.

   linha 6 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

9. médio

   A atualização do usuário e o registro do pagamento são duas operações de banco de dados confirmadas de forma independente. Se o INSERT falhar depois de um UPDATE bem-sucedido, o usuário recebe o plano Pro, embora não exista um registro de pagamento correspondente.

   Correção: Executar as duas operações, junto com a marcação de idempotência, em uma transação de banco de dados no mesmo client e fazer rollback completo em qualquer erro.

   linha 12 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

10. médio

    O processamento não leva em conta que o Stripe pode entregar eventos fora da ordem em que foram criados. Um `invoice.paid` mais antigo e atrasado pode fazer `paid_until` retroceder; um `customer.subscription.deleted` atrasado pode colocar de novo em `free` um usuário que, nesse meio-tempo, foi reativado.

    Correção: Conferir o estado atual da assinatura com base em IDs estáveis do Stripe, por exemplo consultando o Stripe, e persistir as transições de estado ou o momento do último evento processado. No mínimo, atualizar `paid_until` apenas para a frente e não aplicar cegamente eventos de exclusão ao estado atual do usuário.

    linha 12 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

11. médio

    `amount_paid / 100` pressupõe, sem verificação, que a moeda tem exatamente duas casas decimais. Isso está errado, por exemplo, para JPY. Além disso, a moeda não é armazenada junto, de modo que o valor no registro de pagamento fica sem unidade inequívoca.

    Correção: De preferência, armazenar os valores inalterados na menor unidade da moeda, junto com `invoice.currency`. Se forem necessárias unidades principais da moeda, fazer a conversão com base no expoente de cada moeda.

    linha 15 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

12. médio

    Falta tratamento de exceções em uma rota assíncrona do Express 4. Em caso de erro de banco de dados ou de campos ausentes, isso leva a uma unhandled promise rejection, que pode derrubar a aplicação.

    Correção: Adicione um bloco try-catch e repasse os erros a next(err) ou use um utilitário como express-async-handler.

    linha 6 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

13. médio

    Não há validação da presença de invoice.metadata.userId. Se o campo metadata ou userId estiver ausente ou for undefined, as consultas SQL falham ou trabalham com valores inválidos.

    Correção: Antes de executar as consultas ao banco de dados, verifique explicitamente se invoice.metadata e invoice.metadata.userId existem e são válidos.

    linha 10 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

14. médio

    O Stripe repete webhooks e pode entregar o mesmo evento mais de uma vez. Cada entrega insere outra linha de pagamento, então os relatórios de receita contam em dobro.

    Correção: Armazene event.id (ou o ID da fatura) com uma unique constraint e pule os eventos que já foram processados.

    linha 14 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

Código enviado:

<?php
// erp-import.php — custom plugin: imports the ERP's CSV export into WooCommerce (WordPress 6, WooCommerce 9)
add_action('wp_ajax_erp_import', 'erp_import');
add_action('wp_ajax_nopriv_erp_import', 'erp_import');

function erp_import() {
    global $wpdb;
    $path = $_POST['file'];
    $rows = array_map('str_getcsv', file($path));

    foreach ($rows as $row) {
        [$sku, $name, $price, $stock] = $row;
        $id = $wpdb->get_var("SELECT post_id FROM {$wpdb->postmeta} WHERE meta_key = '_sku' AND meta_value = '$sku'");
        if (!$id) continue;
        update_post_meta($id, '_price', $price);
        update_post_meta($id, '_regular_price', $price);
        update_post_meta($id, '_stock', $stock);
        wp_update_post(['ID' => $id, 'post_title' => $name]);
    }
    echo 'Imported ' . count($rows) . ' rows';
    wp_die();
}

1. crítico

   A importação é acessível publicamente via `wp_ajax_nopriv_erp_import`; também no hook autenticado faltam verificações de capability e de nonce. Com isso, usuários anônimos ou ataques CSRF podem alterar nomes de produtos, preços e estoques.

   Correção: Remover o hook `nopriv`, verificar antes de qualquer processamento uma capability adequada, como `manage_woocommerce`, e proteger a requisição com `check_ajax_referer()`.

   linha 3 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

2. crítico

   O hook wp_ajax_nopriv_erp_import dá a visitantes não autenticados acesso à função de importação.

   Correção: Remover o hook nopriv e verificar a permissão com current_user_can('manage_options').

   linha 4 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

3. crítico

   O caminho de arquivo de $_POST['file'] é passado sem verificação para file(), o que permite path traversal e leitura arbitrária de arquivos (LFI).

   Correção: Processar uploads de arquivos via $_FILES ou validar estritamente o caminho de entrada contra diretórios permitidos (p. ex. wp_upload_dir()).

   linha 7 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

4. crítico

   Vulnerabilidade de SQL injection, porque $sku é inserido diretamente na consulta SQL sem sanitização.

   Correção: Usar prepared statements com $wpdb->prepare().

   linha 11 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

5. crítico

   A importação está registrada para wp_ajax_nopriv, e não há verificação de capability nem nonce. Qualquer visitante pode acioná-la e sobrescrever preços, estoque e nomes de produtos.

   Correção: Remova o hook nopriv, verifique current_user_can('manage_woocommerce') e valide um nonce com check_ajax_referer() antes de fazer qualquer coisa.

   linha 4 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

6. alto

   O caminho fornecido pelo cliente é passado sem verificação para `file()`. Com isso, podem ser processados quaisquer arquivos locais legíveis e — dependendo de `allow_url_fopen` — URLs externas ou internas, o que permite acessos indesejados a arquivos e blind SSRF.

   Correção: Não aceitar caminhos de livre escolha. Usar apenas IDs de upload conhecidos no servidor, verificar o caminho canônico contra um diretório de importação fixo e permitir exclusivamente arquivos CSV locais regulares.

   linha 8 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

7. alto

   `$sku` vem do CSV e é interpolado diretamente no SQL. Um valor de SKU com metacaracteres SQL pode manipular a consulta e, entre outras coisas, selecionar um post ID arbitrário como alvo da atualização.

   Correção: Parametrizar a consulta com `$wpdb->prepare()`, por exemplo com `meta_value = %s`, ou usar a função do WooCommerce para buscar produtos pela SKU.

   linha 13 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

8. alto

   `file()` carrega toda a entrada na memória, e `array_map()` cria adicionalmente o array completo já parseado. Sem limite de tamanho, um recurso remoto grande ou interminável pode esgotar a memória, o tempo de execução e os workers PHP; o acesso público agrava isso.

   Correção: Limitar o tamanho do arquivo e o número de linhas, abrir o arquivo localmente com `fopen()` e processar os registros em streaming via `fgetcsv()`. Além disso, usar rate limits ou um job em segundo plano controlado.

   linha 9 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

9. alto

   Falta proteção contra CSRF (validação de nonce).

   Correção: Chamar check_ajax_referer() no início da função.

   linha 6 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

10. alto

    O caminho do arquivo vem direto da requisição e é passado para file(). Um invasor pode ler qualquer arquivo que o servidor web consiga ler, ou uma URL remota se allow_url_fopen estiver ativado.

    Correção: Aceite um arquivo enviado por meio de wp_handle_upload() ou leia apenas de um diretório de importação fixo; nunca tire um caminho da requisição.

    linha 8 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

11. médio

    Pressupõe-se que cada linha tenha exatamente quatro colunas utilizáveis. Linhas vazias ou corrompidas fornecem valores ausentes, o que gera avisos e pode fazer com que nome, preço ou estoque sejam definidos involuntariamente com valores vazios.

    Correção: Antes da desestruturação, verificar o número de colunas e os campos obrigatórios, pular linhas vazias e rejeitar registros defeituosos com uma mensagem de erro clara.

    linha 12 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

12. médio

    A combinação de `file()` e `str_getcsv()` faz o parse de cada linha física separadamente. Campos CSV válidos com quebras de linha embutidas são, com isso, divididos em vários registros defeituosos.

    Correção: Ler o CSV como stream com `fgetcsv()`; essa função processa campos de várias linhas corretamente entre aspas, atravessando os limites dos registros.

    linha 9 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

13. médio

    Preço e estoque são armazenados sem verificação como strings arbitrárias. Valores não numéricos, formatos decimais errados ou estoques inadmissíveis podem corromper os dados dos produtos e levar a cálculos inconsistentes.

    Correção: Validar preço e estoque antes de gravar e normalizá-los com helpers do WooCommerce como `wc_format_decimal()` e `wc_stock_amount()`; rejeitar valores inválidos ou inadmissíveis do ponto de vista de negócio.

    linha 15 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

14. médio

    Os dados do WooCommerce são alterados diretamente como post meta. Com isso, estados relacionados, como `_stock_status`, as tabelas de lookup de produtos e, eventualmente, caches, não são sincronizados de forma confiável com os novos preços e estoques.

    Correção: Carregar o produto via `wc_get_product()`, usar os métodos CRUD como `set_regular_price()`, `set_price()` e `set_stock_quantity()`, definir o status de estoque ou `manage_stock` conforme as regras de negócio e, em seguida, chamar `save()`.

    linha 15 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

15. médio

    A busca por SKU considera todos os metadados de posts e não verifica nem o tipo de post nem se o ID encontrado é de fato um produto ou uma variação do WooCommerce. Além disso, com metadados `_sku` duplicados ou usados para outra finalidade, é atualizado um resultado não determinístico.

    Correção: Usar `wc_get_product_id_by_sku()` e, em seguida, validar o resultado com `wc_get_product()` e com o tipo de produto esperado; tratar SKUs duplicadas como erros de importação.

    linha 13 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

16. médio

    Os valores de retorno de `update_post_meta()` e `wp_update_post()` são ignorados. A importação pode falhar ou ser interrompida em parte, mas mesmo assim informa o número total de linhas lidas como importadas com sucesso.

    Correção: Registrar sucesso e erro por produto, usar `wp_update_post(..., true)`, contar apenas os registros de fato atualizados e devolver uma resposta de erro estruturada. Para importações grandes, prever um job em segundo plano que possa ser retomado.

    linha 15 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

17. médio

    Para cada linha do CSV, são executadas de forma síncrona pelo menos uma consulta de busca e várias operações de gravação individuais. Com isso, importações grandes causam muitos roundtrips ao banco de dados, podem estourar o timeout da requisição e deixar um catálogo atualizado só em parte.

    Correção: Executar a importação em lotes limitados como processo em segundo plano, resolver as SKUs em conjunto e salvar o progresso e o estado para retomada.

    linha 11 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

18. médio

    file() lê o arquivo inteiro de uma vez para a memória, o que, com arquivos CSV grandes, leva a erros de esgotamento de memória.

    Correção: Fazer streaming do arquivo linha por linha com fopen() e fgetcsv().

    linha 8 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

19. médio

    A desestruturação do array pressupõe que cada linha contenha pelo menos 4 elementos; caso contrário, ocorrem PHP warnings ou erros de índice não inicializado.

    Correção: Antes de desempacotar, verificar com count($row) se há colunas suficientes.

    linha 10 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

20. médio

    Consultas ao banco de dados e atualizações de posts são feitas uma a uma em um loop (problema N+1), o que deixa o tempo de execução muito mais lento.

    Correção: Dividir a importação em lotes e agrupar consultas/atualizações.

    linha 11 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

21. baixo

    Erros de `file()` não são verificados. Com um caminho ausente, ilegível ou não suportado, `file()` retorna `false`, e então `array_map()` pode lançar um `TypeError` nas versões atuais do PHP.

    Correção: Verificar explicitamente a abertura e a leitura, não usar avisos do PHP como fluxo de controle e, em caso de erro, devolver uma resposta HTTP ou `wp_send_json_error()` adequada.

    linha 9 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

Código enviado:

// routes/order.js — order endpoint of the bakery's ordering page (Node 20, Express 4, pg)
const express = require('express');
const { pool } = require('../db');
const { sendConfirmation } = require('../mail');
const router = express.Router();

router.post('/order', async (req, res) => {
  const { cakeId, pickupDate, name, email, price, note } = req.body;

  const cake = await pool.query(`SELECT * FROM cakes WHERE id = ${cakeId}`);
  if (!cake.rows.length) return res.status(404).send('Unknown cake');

  const order = await pool.query(
    'INSERT INTO orders (cake_id, pickup_date, name, email, amount, note) VALUES ($1, $2, $3, $4, $5, $6) RETURNING id',
    [cakeId, pickupDate, name, email, price, note]
  );

  sendConfirmation(email, order.rows[0].id);
  res.redirect(`/pay?order=${order.rows[0].id}&amount=${price}`);
});

module.exports = router;

1. crítico

   cakeId é interpolado diretamente na string SQL. Um invasor pode injetar expressões SQL ou instruções adicionais e, com isso, ler ou alterar dados ou sobrecarregar o banco de dados.

   Correção: Parametrizar também esta consulta, p. ex. `SELECT ... FROM cakes WHERE id = $1` com `[cakeId]`, e verificar adicionalmente se cakeId tem o tipo esperado.

   linha 10 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

2. crítico

   Vulnerabilidade de SQL injection pela interpolação direta de cakeId via template string na consulta SQL.

   Correção: Use uma consulta SQL parametrizada: pool.query('SELECT * FROM cakes WHERE id = $1', [cakeId]).

   linha 9 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

3. crítico

   Manipulação de preço pelo lado do cliente é possível. O preço é tirado de req.body e armazenado e processado diretamente.

   Correção: Leia o preço no servidor a partir do banco de dados (cake.rows[0].price) e não confie no valor enviado pelo cliente.

   linha 8 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

4. crítico

   cakeId do corpo da requisição é interpolado na string SQL: SQL injection.

   Correção: Use uma consulta parametrizada: SELECT * FROM cakes WHERE id = $1.

   linha 10 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

5. alto

   O valor a ser armazenado e repassado ao fluxo de pagamento vem inteiramente de `req.body.price`. Um cliente pode informar, para qualquer bolo, um valor manipulado, negativo ou muito pequeno.

   Correção: Determinar o preço exclusivamente no servidor, a partir do bolo selecionado ou de uma versão de preço imutável. Criar no provedor de pagamento uma sessão de pagamento no servidor com esse valor e, na confirmação do pagamento, verificar novamente no servidor o valor esperado.

   linha 16 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

6. alto

   O pedido é criado e uma confirmação é enviada antes que qualquer pagamento bem-sucedido tenha sido comprovado. Com isso, processos cancelados ou propositalmente não pagos aparecem como pedidos confirmados e podem ser gerados à vontade.

   Correção: Criar os pedidos primeiro com um status como `pending_payment`. Só mudar para `paid` após uma notificação autenticada do provedor de pagamento, processada de forma idempotente, e então enviar a confirmação ou acionar a produção ou a reserva.

   linha 19 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

7. alto

   Falta tratamento de erros na rota assíncrona do Express 4. Erros de banco de dados ou de execução levam a promise rejections não tratadas.

   Correção: Use um bloco try/catch e repasse os erros com next(err), ou use um pacote como express-async-errors.

   linha 8 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

8. alto

   O valor vem do cliente (price no corpo da requisição), então um cliente pode definir o próprio preço.

   Correção: Leia o preço da linha de cakes no servidor e ignore qualquer valor vindo do cliente.

   linha 15 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

9. médio

   O handler assíncrono não tem encaminhamento de erros. O Express 4 não processa automaticamente promises rejeitadas de handlers `async`; por isso, erros de banco de dados ou erros síncronos de e-mail podem levar a requisições sem resposta e a unhandled rejections.

   Correção: Envolver o handler em `try/catch` e repassar os erros a `next(err)` ou usar um wrapper assíncrono consagrado. Além disso, configurar um tratamento de erros central.

   linha 7 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

10. médio

    O resultado de `sendConfirmation` não recebe await nem tem seus erros tratados de outra forma. Uma rejeição da promise pode ficar sem tratamento; ao mesmo tempo, o cliente já recebe uma resposta de sucesso, embora o envio do e-mail possa ter falhado.

    Correção: Executar o envio após o pagamento confirmado por meio de uma outbox persistente ou de uma fila de jobs com novas tentativas. No mínimo, fazer await da promise e registrar ou tratar os erros de forma controlada.

    linha 19 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

11. médio

    Não há proteção de idempotência. Repetições do navegador, cliques duplos ou retries de rede geram, cada um, um novo pedido e, eventualmente, várias confirmações ou tentativas de pagamento.

    Correção: Aceitar uma idempotency key ou um ID de sessão de checkout, protegê-lo com uma unique constraint e, em repetições, devolver o pedido já existente.

    linha 13 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

12. médio

    pickupDate, name, email, price e note são processados sem validação de negócio nem sintática. Assim, podem ser armazenados, por exemplo, datas de retirada passadas ou inválidas, dados de cliente faltando e valores de campo inadequados; além disso, erros de banco de dados só aparecem tarde e de forma descontrolada.

    Correção: Usar um schema de requisição com tipos, campos obrigatórios, limites de tamanho e formatos normalizados. Verificar as datas de retirada quanto a fuso horário, antecedência e regras admissíveis de horário de funcionamento ou de capacidade; não aceitar o preço como entrada do cliente.

    linha 8 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

13. médio

    A chamada assíncrona de sendConfirmation não recebe await nem tem seus erros capturados.

    Correção: Coloque await antes de sendConfirmation e trate possíveis erros no envio do e-mail.

    linha 17 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

14. baixo

    Validação de entrada incompleta para campos como email, pickupDate, name e note.

    Correção: Implemente uma validação por schema (p. ex. com Zod ou express-validator) antes de processar os dados da requisição.

    linha 8 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

Código enviado:

// billing/applyCredit.ts — billing module in the monolith (TypeScript, node-postgres)
import { pool } from '../db';

export async function applyCredit(customerId: string, invoiceId: string, creditCents: number) {
  const inv = await pool.query('SELECT total_cents, status FROM invoices WHERE id = $1', [invoiceId]);
  const balance = await pool.query('SELECT credit_cents FROM customers WHERE id = $1', [customerId]);

  const available = balance.rows[0].credit_cents;
  if (creditCents > available) throw new Error('Not enough credit');

  const newTotal = inv.rows[0].total_cents - creditCents;
  await pool.query('UPDATE invoices SET total_cents = $1 WHERE id = $2', [newTotal, invoiceId]);
  await pool.query('UPDATE customers SET credit_cents = credit_cents - $1 WHERE id = $2', [creditCents, customerId]);

  if (newTotal <= 0) {
    await pool.query("UPDATE invoices SET status = 'paid' WHERE id = $1", [invoiceId]);
  }
  return newTotal * 1.19 / 100;
}

1. crítico

   Faltam transação de banco de dados e bloqueio de linhas. Com requisições paralelas, podem ocorrer race conditions (p. ex. double spending de crédito) e atualizações incompletas em caso de erro.

   Correção: Use um client do pool com BEGIN/COMMIT e use SELECT FOR UPDATE para bloquear e atualizar linhas de forma atômica.

   linha 5 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

2. alto

   As três atualizações relacionadas não são executadas em uma transação de banco de dados. Se o débito do crédito do cliente ou a mudança de status falhar, a fatura já pode ter sido reduzida sem que o crédito tenha sido debitado corretamente ou o status tenha sido definido.

   Correção: Obter um client dedicado do pool e executar todas as verificações e atualizações entre BEGIN e COMMIT; em qualquer erro, usar ROLLBACK.

   linha 11 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

3. alto

   A fatura é lida primeiro e depois sobrescrita com um valor calculado de forma absoluta. Duas chamadas paralelas podem ler o mesmo valor inicial e depois sobrescrever uma à outra; os dois débitos de crédito acontecem mesmo assim, enquanto só um dos abatimentos fica visível por completo na fatura.

   Correção: Bloquear a fatura afetada dentro da mesma transação com SELECT ... FOR UPDATE ou alterar o valor de forma atômica via UPDATE ... SET total_cents = total_cents - $1 com condições adequadas.

   linha 4 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

4. alto

   A verificação e o débito do crédito do cliente não são atômicos. Chamadas paralelas podem ver a mesma cobertura disponível e depois reduzir o crédito para abaixo de zero.

   Correção: Bloquear o registro do cliente de forma transacional ou usar um UPDATE condicional, como UPDATE customers SET credit_cents = credit_cents - $1 WHERE id = $2 AND credit_cents >= $1 RETURNING credit_cents, e exigir exatamente uma linha retornada.

   linha 8 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

5. alto

   Não se verifica se a fatura pertence ao cliente informado. Com isso, o crédito de um cliente pode ser aplicado a qualquer fatura indicada por invoiceId.

   Correção: Consultar e atualizar fatura e cliente pela relação de propriedade, por exemplo com WHERE invoices.id = $1 AND invoices.customer_id = $2; interromper se não houver correspondência.

   linha 4 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

6. alto

   O crédito a ser aplicado não é limitado ao valor em aberto da fatura. Se creditCents for maior que total_cents, um valor de fatura negativo é armazenado e o crédito excedente do cliente é consumido.

   Correção: Permitir apenas valores até o valor em aberto da fatura ou determinar o valor efetivamente usado como min(creditCents, total_cents) e debitar somente esse valor do crédito do cliente.

   linha 10 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

7. alto

   Valores negativos, não inteiros ou não representáveis com segurança não são rejeitados. Em particular, um valor negativo de creditCents aumenta o valor da fatura e, ao mesmo tempo, pela subtração de um valor negativo, o crédito do cliente.

   Correção: Antes dos acessos ao banco de dados, exigir Number.isSafeInteger(creditCents) && creditCents > 0; tratar valores monetários sempre como centavos inteiros.

   linha 8 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

8. alto

   O status da fatura lido é totalmente ignorado. Assim, o crédito pode ser aplicado também a faturas já pagas, canceladas ou que, por outro motivo, não podem mais ser alteradas; com isso, um documento já pago pode ficar negativo.

   Correção: Definir explicitamente os status de partida admissíveis e verificá-los de forma atômica na condição do UPDATE, por exemplo AND status = 'open'. Se não houver correspondência, interromper a operação.

   linha 4 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

9. alto

   Acesso a balance.rows[0] e inv.rows[0] sem verificação prévia. Se um cliente ou uma fatura não for encontrado, a aplicação cai com um TypeError não tratado.

   Correção: Verifique inv.rows.length e balance.rows.length antes do acesso e lance uma mensagem de erro explícita.

   linha 8 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

10. alto

    Falta validação de valores negativos para creditCents. Um valor negativo burla a verificação (creditCents > available) e leva a ajustes errados no crédito ou na fatura.

    Correção: Garanta que creditCents seja um inteiro positivo maior que 0.

    linha 9 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

11. alto

    As leituras e as três atualizações rodam fora de uma transação e sem bloqueio de linhas. Duas chamadas simultâneas podem ambas passar pela verificação de crédito e gastar o mesmo crédito duas vezes, e uma queda entre as atualizações deixa a fatura e o saldo de crédito inconsistentes.

    Correção: Execute tudo em uma transação em um único client, bloqueie as linhas com SELECT ... FOR UPDATE e faça commit só depois que todas as atualizações tiverem sucesso.

    linha 5 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

12. alto

    A função nunca verifica se a fatura pertence ao cliente nem se ela ainda está em aberto. O crédito de um cliente pode ser aplicado à fatura de outro cliente, ou a uma fatura que já foi paga.

    Correção: Selecione a fatura com WHERE id = $1 AND customer_id = $2 AND status = 'open' e falhe se nenhuma linha voltar.

    linha 11 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

13. médio

    A existência da fatura e do cliente não é verificada. Com IDs desconhecidos, os acessos a rows[0] levam a erros de execução em vez de um erro de negócio controlado; além disso, as duas consultas são executadas desnecessariamente antes que isso seja percebido.

    Correção: Verificar rowCount ou rows.length nas duas consultas e lançar um erro not-found definido; integrar a verificação à transação e, se possível, a uma consulta relacional.

    linha 4 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

14. médio

    O valor de retorno não corresponde nem ao valor em centavos armazenado nem a uma simples conversão para a unidade principal da moeda: ele soma 19 por cento de forma genérica e usa aritmética de ponto flutuante. Com isso, quem chama pode receber um valor diferente, do ponto de vista fiscal e de arredondamento, do saldo da fatura efetivamente armazenado.

    Correção: Retornar inalterado o valor restante em centavos ou definir um valor de retorno com tipo claro. Se o cálculo de impostos for necessário do ponto de vista de negócio, obter a alíquota e a regra de arredondamento dos dados da fatura e calcular com aritmética de inteiros ou decimal.

    linha 17 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

15. médio

    Uso de aritmética de ponto flutuante IEEE 754 (newTotal * 1.19 / 100) para cálculos financeiros. Isso leva a erros de precisão e de arredondamento.

    Correção: Calcule sempre em centavos com inteiros (BigInt/Math.round) ou use uma biblioteca de aritmética decimal exata.

    linha 18 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

16. baixo

    Um comando UPDATE separado para o status da fatura gera roundtrips desnecessários ao banco de dados.

    Correção: Junte a atualização de total_cents e de status em uma única consulta UPDATE.

    linha 12 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

Código enviado:

# screening/agreement.py — compares two screeners' include/exclude decisions (Python 3.12, pandas)
import pandas as pd

a = pd.read_csv('screener_a.csv')   # columns: record_id, decision ('include'/'exclude')
b = pd.read_csv('screener_b.csv')

merged = a.merge(b, on='record_id', suffixes=('_a', '_b'))

agree = (merged.decision_a == merged.decision_b).mean()
p_inc_a = (merged.decision_a == 'include').mean()
p_inc_b = (merged.decision_b == 'include').mean()
expected = p_inc_a * p_inc_b + (1 - p_inc_a) * (1 - p_inc_b)
kappa = (agree - expected) / (1 - expected)

conflicts = merged[merged.decision_a != merged.decision_b]
excluded = merged[merged.decision_a == 'exclude']

print(f'Records screened: {len(a)}')
print(f"Cohen's kappa: {kappa:.2f}")
excluded.record_id.to_csv('excluded.csv', index=False)
conflicts.to_csv('conflicts.csv', index=False)

1. alto

   O inner join padrão remove todos os valores de record_id que aparecem em apenas um dos dois arquivos. Com isso, o kappa e os conflitos são calculados só para a interseção, sem tornar visíveis as triagens ausentes. Ao mesmo tempo, “Records screened” na linha 18 informa o tamanho de a em vez da interseção efetivamente analisada.

   Correção: Usar um outer join com indicador de merge, comparar explicitamente os conjuntos de IDs e informar separadamente as decisões ausentes ou tratá-las como erro de dados. Para cada métrica, exibir o denominador efetivamente usado.

   linha 7 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

2. alto

   A unicidade de record_id não é verificada. IDs duplicados levam, no merge, a um produto cartesiano many-to-many e dão peso múltiplo a estudos individuais, o que distorce a concordância, as prevalências, o kappa e os arquivos de saída.

   Correção: Antes do merge, verificar nos dois arquivos se record_id é não nulo e único e interromper em caso de duplicatas. Além disso, usar merge(..., validate='one_to_one').

   linha 7 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

3. alto

   Os valores de decisão não são validados. Valores ausentes, erros de digitação, maiúsculas/minúsculas ou categorias adicionais são tratados implicitamente como “exclude” no cálculo da prevalência de inclusão, enquanto a concordância observada compara valores exatos. Com isso, o cálculo deixa de corresponder a um kappa de Cohen binário e pode produzir resultados contraditórios.

   Correção: Normalizar decision de forma controlada antes da análise e garantir que cada valor seja exatamente 'include' ou 'exclude'. Tratar separadamente valores ausentes ou desconhecidos como erro de dados ou triagem incompleta.

   linha 9 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

4. alto

   excluded contém todos os registros excluídos pelo revisor A, inclusive conflitos em que o revisor B decidiu “include”. Assim, esses registros são gravados ao mesmo tempo em excluded.csv e em conflicts.csv. Se excluded.csv deve representar os registros definitivamente excluídos, conflitos não resolvidos podem ser removidos indevidamente da revisão.

   Correção: Sem uma regra de precedência documentada, selecionar apenas exclusões concordantes, ou seja, (decision_a == 'exclude') & (decision_b == 'exclude'). Manter os conflitos exclusivamente em conflicts.csv até a decisão por consenso.

   linha 16 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

5. alto

   Filtragem errada dos estudos excluídos: 'excluded' considera exclusivamente a decisão do revisor A ('merged.decision_a == "exclude"'). Havendo um conflito (o revisor A exclui, o revisor B inclui), o estudo é indevidamente considerado excluído.

   Correção: Exportar exclusões apenas quando os dois revisores tiverem escolhido 'exclude' de forma concordante (p. ex. '(merged.decision_a == "exclude") & (merged.decision_b == "exclude")'), ou aguardar a resolução do conflito.

   linha 16 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

6. alto

   excluded.csv contém todo registro que o revisor A excluiu, inclusive conflitos em que o revisor B o incluiu. Esses registros são descartados antes da discussão dos conflitos, o que é exatamente a falsa exclusão que o protocolo precisa evitar.

   Correção: Exclua apenas os registros que os dois revisores excluíram: merged[(merged.decision_a == 'exclude') & (merged.decision_b == 'exclude')]; mande primeiro todo conflito para resolução.

   linha 16 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

7. médio

   Se os dois revisores usarem exclusivamente a mesma categoria, expected é igual a 1 e o denominador do kappa é igual a 0. O resultado vira NaN ou pode gerar um aviso de divisão por zero; a saída formatada “nan” não explica que o kappa não está matematicamente definido. Também uma interseção analisada vazia leva a métricas NaN sem significado.

   Correção: Antes da divisão, verificar se existem de fato decisões válidas pareadas e se 1 - expected é maior que 0. Em casos degenerados, indicar explicitamente o kappa como “não definido” e relatar as frequências subjacentes.

   linha 13 · encontrado por gpt-5.6 · confirmado por gemini-3.6-flash

8. médio

   Possível divisão por zero no kappa de Cohen quando o valor esperado ao acaso 'expected' é igual a 1 (p. ex. quando os dois revisores escolhem a mesma categoria para 100% dos registros).

   Correção: Antes do cálculo, interceptar o caso em que '1 - expected == 0' e, nesse caso, atribuir um valor definido (p. ex. 1.0 ou NaN).

   linha 12 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

9. médio

   Descarte silencioso de registros pelo inner join padrão. Se o revisor A e o revisor B avaliaram conjuntos diferentes de 'record_id's, as discrepâncias nos estudos processados não são informadas. Além disso, 'len(a)' na saída do console deixa então de corresponder ao número de estudos de fato pareados.

   Correção: Verificar se 'len(a) == len(b) == len(merged)' é válido, ou fazer um outer join para mostrar explicitamente os registros avaliados de forma incompleta.

   linha 7 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

10. médio

    O inner merge descarta silenciosamente registros que só um revisor decidiu, e a contagem impressa usa len(a). Registros não triados desaparecem tanto da concordância quanto dos números do PRISMA.

    Correção: Faça o merge com how='outer', indicator=True, e falhe ou informe quando algum registro não tiver decisão de um dos revisores.

    linha 7 · encontrado por claude · confirmado por gpt-5.6, gemini-3.6-flash

11. baixo

    Faltam sanitização da entrada e tratamento de valores ausentes na coluna 'decision'. Maiúsculas/minúsculas, espaços em branco ou valores NaN levam a comparações erradas.

    Correção: Limpar os valores da coluna antes da comparação (p. ex. com '.str.strip().str.lower()') e garantir a segurança dos tipos de dados.

    linha 9 · encontrado por gemini-3.6-flash · confirmado por gpt-5.6

1. 1

   Trocar o relógio de 14 dias por três envios reais

   gpt-5.6 · quebra de regras · 18/20 pontos (9 + 9)

   Testar um período de teste que termina após três faturas ou cobranças de pagamento enviadas, em vez de após 14 dias corridos. Isso quebra deliberadamente a premissa flexível de que um teste com limite de tempo é adequado: freelancers podem não faturar durante uma janela arbitrária de duas semanas, então o teste atual pode expirar antes que o produto prove seu valor. Manter o plano mensal de $19 inalterado e comparar a conversão de ativação para pago por coorte.

2. 2

   Concluir a tarefa dentro do artigo

   gpt-5.6 · dentro do briefing · 17/20 pontos (9 + 8)

   Incorporar um pequeno gerador de faturas em “como escrever uma fatura de freelancer”: os leitores informam cliente, valor, data de vencimento e condições de pagamento e veem uma prévia pronta. “Enviar ou salvar esta fatura” cria um teste com esses dados já carregados, eliminando a distância entre aprender e fazer. Construí-lo em partes semanais limitadas a três horas e depois manter a manutenção perto de zero.

3. 3

   Transformar o artigo sobre cobrança em um console de recuperação

   gpt-5.6 · vizinha · 17/20 pontos (9 + 8)

   Como substituição de um passo do gerador de faturas incorporado, deixar os leitores informarem um valor em atraso e uma data de vencimento para gerar uma sequência datada de cobrança em três mensagens. Iniciar um teste salva o devedor, agenda as mensagens e abre o primeiro rascunho pronto para enviar. Isso preserva o padrão mais forte — um resultado útil antes do cadastro — e ao mesmo tempo corresponde à intenção do segundo post.

4. 4

   Colocar o momento da conversão no calendário do devedor

   gpt-5.6 · dentro do briefing · 16/20 pontos (7 + 9)

   Oferecer, no artigo sobre pagamentos atrasados, um arquivo .ics gerado com lembretes para a data de vencimento e cobranças cada vez mais firmes nos dias 1, 7 e 14. Cada evento do calendário contém um deep link que abre o fluxo de cobrança correspondente com as datas já preenchidas, trazendo o leitor de volta quando a dor é real, e não enquanto ele está apenas pesquisando. Não exige coleta de e-mail e pode rodar sem supervisão.

5. 5

   Plano gratuito permanente para um cliente em vez de período de teste

   gemini-3.6-flash · quebra de regras · 16/20 pontos (8 + 8)

   Esta ideia quebra a restrição flexível do período de teste de 14 dias e o substitui por um plano freemium para exatamente um cliente ativo. Os freelancers usam o produto gratuitamente e de forma permanente para o seu primeiro cliente e fazem o upgrade sem atrito para a tarifa fixa de 19 dólares assim que entra um segundo cliente.

6. 6

   Encaminhar os leitores pelo problema imediato

   gpt-5.6 · dentro do briefing · 14/20 pontos (8 + 6)

   Substituir banners genéricos de teste por três opções no próprio texto, como “Preciso da minha primeira fatura”, “Faturo com frequência” e “Um cliente já está atrasado”. Cada opção abre um estado de onboarding correspondente, em vez da mesma página inicial, e os IDs das seções do artigo podem pré-selecionar padrões sensatos. Medir a ativação concluída do teste, não só os cliques no CTA, e testar uma rota por semana.

7. 7

   Publicar três transformações forenses de faturas

   gpt-5.6 · dentro do briefing · 14/20 pontos (8 + 6)

   Com permissão, transformar três faturas anonimizadas de clientes em estudos de caso estáticos de antes e depois, mostrando exatamente o que mudou e por quê. Inserir cada transformação ao lado do conselho correspondente no post bem ranqueado, com um CTA que abre a mesma estrutura corrigida como modelo editável no teste. Evidências específicas de uma pequena base de clientes podem ser mais críveis do que depoimentos genéricos.

8. 8

   Deixar os leitores levarem o progresso de um post para o outro

   gpt-5.6 · dentro do briefing · 14/20 pontos (7 + 7)

   Armazenar localmente no navegador a moeda escolhida pelo leitor, a etapa da fatura e a data de vencimento, e usar esse estado quando ele passar de um artigo para o outro. Quem criou um plano de fatura pode ver depois um aviso contextual como “Sua fatura está agora 3 dias atrasada — abra a cobrança preparada”, com o onboarding do teste já preenchido. Isso cria uma jornada leve entre os dois posts, sem exigir conta nem produção contínua de conteúdo.

9. 9

   Configurador interativo de cartas de cobrança

   gemini-3.6-flash · dentro do briefing · 14/20 pontos (7 + 7)

   Complemente o artigo sobre cobrança de pagamentos atrasados com um gerador de cartas de cobrança escalonadas. Depois da digitação do texto, o modelo é gerado, combinado com o CTA para configurar no acesso de teste lembretes automáticos de pagamento para faturas futuras.

10. 10

    Magic link de envio imediato sem cadastro prévio

    gemini-3.6-flash · vizinha · 14/20 pontos (8 + 6)

    Mutação do gerador dentro do conteúdo: o leitor digita os dados da fatura diretamente no artigo do blog e clica em Enviar fatura agora mesmo. O sistema cria em segundo plano, sem atrito, uma conta de teste e envia o e-mail diretamente; a definição da senha acontece só depois.

11. 11

    Gerador de faturas ao vivo direto no artigo do blog

    gemini-3.6-flash · dentro do briefing · 13/20 pontos (6 + 7)

    Incorpore uma ferramenta de formulário simples e interativa diretamente no artigo sobre como escrever faturas. Os leitores digitam os dados da fatura e podem baixar na hora, gratuitamente, o PDF pronto. Um botão em destaque oferece enviar a fatura digitalmente com um clique e acompanhar o status do pagamento no acesso de teste de 14 dias.

12. 12

    Cobrança avulsa pay-per-use em vez de assinatura mensal

    gemini-3.6-flash · quebra de regras · 13/20 pontos (6 + 7)

    Esta ideia quebra a restrição flexível do modelo puro de assinatura SaaS de 19 dólares por mês. Leitores do artigo sobre pagamentos atrasados podem, por uma taxa única de 5 dólares, mandar enviar uma carta de cobrança juridicamente segura com link de rastreamento, sendo a taxa integralmente abatida na contratação posterior da assinatura.

13. 13

    Modelo que abre na ferramenta

    claude · dentro do briefing · 11/20 pontos (6 + 5)

    Oferecer o modelo de fatura do post como uma fatura pronta para usar na ferramenta: um clique abre uma conta de teste já preenchida em vez de baixar um arquivo.

14. 14

    Exit intent ligado ao problema com sequência automatizada de e-mails

    gemini-3.6-flash · dentro do briefing · 8/20 pontos (4 + 4)

    Implemente no artigo sobre pagamentos atrasados um pop-up de exit intent que oferece, em troca do endereço de e-mail, um modelo de e-mail de emergência para clientes inadimplentes. Em seguida, uma sequência automatizada de três e-mails explica de forma passiva como workflows automatizados reduzem atrasos de pagamento e leva ao acesso de teste.

1. 1

   Quebra de orçamento: operação antes do brilho do lançamento

   gpt-5.6 · quebra de regras · 18/20 pontos (9 + 9)

   Esta ideia quebra deliberadamente a restrição flexível do orçamento de reconstrução de EUR 25.000: oferecem-se, por exemplo, EUR 22.000 para um lançamento propositalmente enxuto mais EUR 12.000 para um primeiro ano de operação com compromisso firme. Em troca, as funcionalidades dispensáveis saem do projeto inicial; em vez delas, são financiados o reforço da importação, testes de restauração, monitoramento e melhorias mensais. O volume total maior compensa porque o cliente não compra de novo uma loja aparentemente pronta cujos custos reais de operação só aparecem depois do lançamento; todos os acessos, dados e entregáveis continuam transferíveis a qualquer momento.

2. 2

   Guardião de produtos CSV

   gpt-5.6 · dentro do briefing · 17/20 pontos (9 + 8)

   Antes de cada importação do ERP, um pipeline automatizado verifica no CSV preços ausentes, duplicatas, variantes inválidas, erros de imagem, a lógica fiscal DACH e mudanças suspeitas de estoque. O contrato mensal de manutenção inclui a manutenção das regras, o monitoramento das importações e um relatório de erros compreensível para os três funcionários. Isso transforma a manutenção técnica em um benefício de negócio imediato: menos produtos errados, menos dúvidas e menos compras abandonadas.

3. 3

   Dividendo de confiabilidade

   gpt-5.6 · dentro do briefing · 17/20 pontos (8 + 9)

   O cliente paga uma taxa básica moderada por monitoramento e manutenção; um valor trimestral adicional só é devido se metas de confiabilidade acordadas, como importações bem-sucedidas, restauração testada e tempos de resposta, tiverem sido atingidas. Falhas evitáveis causadas pela agência geram créditos de serviço em vez de horas de emergência faturáveis. Esse modelo alinha os incentivos econômicos à prevenção e tira do cliente o medo de que a agência lucre com problemas.

4. 4

   Carta de manutenção pronta para a saída

   gpt-5.6 · dentro do briefing · 16/20 pontos (9 + 7)

   O contrato de manutenção é vendido deliberadamente como produto anti-lock-in: monitoramento, atualizações, backups, verificações de segurança e duas pequenas alterações por mês por cerca de EUR 1.200–1.500. Todas as contas ficam com o cliente, e o código e os scripts de importação ficam no repositório dele; além disso, todo mês ele recebe documentação, exportação de dados e uma pasta de transição pronta para uma rescisão. Assim, o cliente paga por capacidade operacional comprovável, e não por dependência.

5. 5

   Trem de releases sazonal

   gpt-5.6 · dentro do briefing · 16/20 pontos (8 + 8)

   Em vez de tickets de suporte avulsos, há quatro releases de comércio planejáveis por ano, por exemplo para móveis de jardim, liquidação de verão, Black Week e Natal. Estão incluídos no contrato de manutenção, por release, um pequeno pacote de UX ou merchandising, testes de regressão e a manutenção técnica entre um release e outro. Isso dá ao cliente uma evolução visível e mantém o esforço agrupável para a agência de quatro pessoas.

6. 6

   O teste de fuga trimestral

   gpt-5.6 · dentro do briefing · 16/20 pontos (9 + 7)

   Uma vez por trimestre, a agência disponibiliza uma exportação completa dos dados de produtos, clientes, pedidos e conteúdo e realiza, em um ambiente de teste neutro, uma retomada documentada. Paga-se, assim, justamente pela saída comprovada regularmente: a lista de acessos, o protocolo de restauração e o manual de transição pertencem ao cliente. Desse modo, o critério rígido de nenhum lock-in deixa de ser uma objeção e vira um argumento de venda incomum para o contrato de manutenção.

7. 7

   Carta de manutenção mais bolsa de crescimento

   gpt-5.6 · vizinha · 16/20 pontos (8 + 8)

   Como pequena mutação da Carta de manutenção pronta para a saída, as horas de alteração incluídas não são planejadas de forma fixa, mas remanejadas todo mês entre operação, qualidade dos dados e melhorias de conversão; o volume não usado passa adiante por no máximo um trimestre. Um board conjunto de 30 minutos decide sobre o uso com base em riscos e oportunidades de faturamento. O contrato de manutenção continua pronto para a saída, mas parece menos um seguro e mais uma equipe digital externa flexível.

8. 8

   Contrato de manutenção para sincronização do ERP e segurança do catálogo

   gemini-3.6-flash · dentro do briefing · 13/20 pontos (7 + 6)

   A agência assume o monitoramento e a manutenção contínuos da interface entre o CSV do ERP local e a loja on-line. Importações de dados com erro, variantes de móveis ausentes ou preços errados são interceptados automaticamente antes de entrarem no ar. Isso tira por completo da equipe de 3 pessoas do cliente o peso operacional da manutenção dos dados.

9. 9

   Tarifa fixa de enriquecimento de dados de produtos com IA

   gemini-3.6-flash · vizinha · 13/20 pontos (6 + 7)

   Mutação da ideia da interface do ERP: a agência não só mantém a importação do CSV, mas também enriquece automaticamente os dados brutos, por meio de scripts de IA, com atributos estruturados, textos de SEO e indicações de prazo de entrega específicas da região DACH. Isso poupa ao cliente o esforço manual de manutenção e aumenta a visibilidade no mercado de móveis sem novas contratações na agência.

10. 10

    Contrato de manutenção com regressão visual baseada em CI/CD

    gemini-3.6-flash · dentro do briefing · 12/20 pontos (6 + 6)

    Em vez de atualizações arriscadas em produção, a agência monta um pipeline de staging que verifica de forma automatizada, visual e funcionalmente, as atualizações mensais de plugins. O cliente recebe um relatório mensal de transparência e tempos de resposta garantidos em caso de falhas de segurança. Isso garante estabilidade absoluta sem as emergências de antes.

11. 11

    Polimento trimestral de conversão e UX

    gemini-3.6-flash · dentro do briefing · 11/20 pontos (6 + 5)

    Além da manutenção básica, o contrato de manutenção inclui pacotes fixos de horas para otimizar funções do checkout e a exibição das variantes de móveis. A agência analisa todo mês o comportamento dos usuários na região DACH e implementa ajustes de alto retorno. Assim, o contrato deixa de ser um mero fator de custo e passa a impulsionar o faturamento.

12. 12

    Garantia de atualização segura e rollback instantâneo

    gemini-3.6-flash · vizinha · 11/20 pontos (5 + 6)

    Mutação do contrato de manutenção com CI/CD: o contrato se concentra exclusivamente em um SLA garantido de zero downtime, com restauração automatizada por snapshot em até 15 minutos em caso de incidentes. Isso responde diretamente ao medo do cliente depois dos dois incidentes de segurança, com esforço manual contínuo mínimo.

13. 13

    Pacote de crescimento com participação no faturamento em vez de orçamento fixo

    gemini-3.6-flash · quebra de regras · 9/20 pontos (4 + 5)

    Quebra a premissa flexível de um orçamento rígido de reconstrução única de EUR 25.000: os custos da reconstrução caem para EUR 10.000, atrelados a um contrato mensal de manutenção com uma pequena participação no faturamento adicional. Isso compensa porque o cliente reduz o risco do investimento e a agência participa diretamente do crescimento da loja de EUR 1,2 milhão.

14. 14

    Serviço de manutenção com arquitetura headless

    gemini-3.6-flash · quebra de regras · 7/20 pontos (3 + 4)

    Quebra a restrição flexível de uma configuração monolítica clássica (como o WooCommerce padrão): o front-end é desacoplado do back-end, de modo que falhas de segurança de plugins não podem mais atacar o site diretamente. Isso compensa porque as emergências são eliminadas estruturalmente e o cliente, graças à stack open source e ao acesso total ao Git, continua portátil a qualquer momento.

15. 15

    Relatório mensal de manutenção em uma página

    claude · dentro do briefing · 6/20 pontos (4 + 2)

    Um relatório mensal de uma página com uptime, velocidade da página, atualizações aplicadas e incidentes evitados, para que o cliente veja pelo que o contrato de manutenção paga.

1. 1

   O piloto automático anual de aniversários

   gpt-5.6 · dentro do briefing · 18/20 pontos (9 + 9)

   No checkout, os clientes podem informar voluntariamente a ocasião e o mês para receber um lembrete no ano seguinte. Um e-mail automático 21 dias antes leva à página de pedidos já preenchida; assim, cada pedido gera um pedido futuro, sem prospecção contínua e com consentimento limpo.

2. 2

   Vagas reais para bolos em vez de posts genéricos

   gpt-5.6 · dentro do briefing · 17/20 pontos (9 + 8)

   A página de pedidos mostra as vagas de produção que realmente restam nas próximas quatro semanas, por exemplo “Ainda é possível encomendar 2 bolos personalizados para sábado”. Um post semanal no Perfil da Empresa no Google leva diretamente a essa visualização; a atualização e o post levam juntos no máximo 20 minutos e criam uma urgência crível sem desconto.

3. 3

   O bolo viaja como seu próprio meio de divulgação

   gpt-5.6 · dentro do briefing · 16/20 pontos (8 + 8)

   Cada bolo retirado recebe um pequeno cartão com “Encomende este bolo de novo ou personalize-o” e um QR code para a variante correspondente. O cartão fica à vista na hora de cortar o bolo, de modo que justamente os convidados presentes no aniversário ou no casamento descobrem o caminho para encomendar; um conjunto de cartões criado uma única vez quase não gera esforço semanal.

4. 4

   Consultoria de bolos única no lançamento

   gpt-5.6 · quebra de regras · 16/20 pontos (8 + 8)

   No primeiro sábado após a estreia, há durante quatro horas uma consultoria aberta de bolos: os visitantes escolhem sabor e estilo em cartões de amostra e depois fazem o pedido eles mesmos pelos QR codes disponíveis. Isso quebra deliberadamente a restrição flexível de no máximo duas horas de esforço nesta semana; o esforço extra compensa porque surgem ao mesmo tempo pedidos reais, problemas de uso observados e fotos e perguntas de clientes reutilizáveis — sem pessoal extra nem publicidade paga.

5. 5

   Parceiros de ocasião em vez de influenciadores

   gpt-5.6 · dentro do briefing · 15/20 pontos (8 + 7)

   Espaços de recreação infantil, fotógrafos, floriculturas, locais de casamento e sedes de associações recebem cada um um pequeno display com QR code que leva a uma seleção de bolos pré-configurada para a sua ocasião. Em troca, a padaria cita esses parceiros em uma página local de recomendações; cinco contatos direcionados por mês bastam, sem comissões nem alcance pago.

6. 6

   Escala de bolos para escritórios e associações

   gpt-5.6 · dentro do briefing · 15/20 pontos (8 + 7)

   Escritórios, consultórios e associações locais recebem uma página em que vários aniversários ou datas recorrentes podem ser reunidos e pagos antecipadamente, um após o outro. Escalas trimestrais configuradas uma vez transformam ocasiões avulsas em pedidos em série planejáveis; a abordagem pode ser limitada a duas organizações por semana.

7. 7

   Consultoria híbrida de bolos no tablet da loja

   gemini-3.6-flash · quebra de regras · 14/20 pontos (7 + 7)

   Quebra deliberadamente a restrição flexível 'Pedidos exclusivamente on-line', oferecendo às sextas-feiras 1 hora de consultoria na loja, em que os pedidos são digitados juntos no tablet. Compensa porque clientes indecisos e mais velhos são levados aos poucos ao novo sistema on-line.

8. 8

   As avaliações viram ajuda para decidir

   gpt-5.6 · vizinha · 13/20 pontos (7 + 6)

   Como pequena recombinação do material mais forte que já existe, doze frases marcantes das 120 avaliações no Google são associadas a estilos de bolo correspondentes, cada uma com um link direto para o pedido. Assim, as 4,7 estrelas não aparecem só como sinal de confiança, mas ajudam na escolha do produto; depois de configurada uma vez, a página quase não exige manutenção.

9. 9

   Displays com bolos de amostra e deep links para a loja on-line

   gemini-3.6-flash · vizinha · 13/20 pontos (6 + 7)

   Uma galeria física com fotos dos bolos mais bonitos na área de vendas traz em cada imagem um QR code específico que abre exatamente esse modelo de bolo já pré-selecionado na loja on-line. Mutação da ideia 1: ligação entre a exposição na loja física e um deep link direto na loja on-line.

10. 10

    Otimização do Perfil no Google e links de avaliação automatizados

    gemini-3.6-flash · dentro do briefing · 12/20 pontos (6 + 6)

    O forte Perfil no Google (4,7 estrelas) ganha o botão oficial 'Pedir on-line' e recebe toda semana uma foto de bolos recentes. Na retirada, os clientes recebem por e-mail um modelo com link para a página de avaliação e de novo pedido. Leva menos de 30 minutos por semana.

11. 11

    Teaser com QR code em cupons fiscais e sacos de pão

    gemini-3.6-flash · dentro do briefing · 11/20 pontos (6 + 5)

    Em todo cupom fiscal e nas embalagens é impresso um QR code chamativo que leva direto ao configurador de bolos on-line ('Planeje on-line o bolo dos sonhos para a sua festa'). Isso transforma a clientela de passagem do dia a dia em clientes de encomenda digital, sem esforço extra no balcão.

12. 12

    Parceria B2B com espaços de eventos locais

    gemini-3.6-flash · dentro do briefing · 11/20 pontos (6 + 5)

    Displays e folhetos com um código de reserva direto para o site são colocados em restaurantes locais, celeiros para eventos e com organizadores de casamento. Os clientes que vão comemorar reservam o bolo direto on-line, enquanto o local recebe uma pequena compensação ou uma recomendação em troca.

13. 13

    Calendário de aniversários para creches e escolas

    gemini-3.6-flash · vizinha · 10/20 pontos (4 + 6)

    Cooperação com jardins de infância locais por meio de folhetos informativos para os conselhos de pais, com um código de desconto fixo para bolos temáticos infantis. Mutação da ideia 3: em vez de parceiros B2B genéricos, a ocasião de alta frequência aniversário infantil é abordada de forma direcionada e automatizada.

14. 14

    Mini-workshop mensal de bolos temáticos

    gemini-3.6-flash · quebra de regras · 10/20 pontos (4 + 6)

    Quebra deliberadamente a restrição flexível 'no máximo 2 horas de esforço por semana', já que uma vez por mês acontece um workshop de 4 horas. Compensa porque os participantes atuam como embaixadores da marca, produzem conteúdo entusiasmado para as redes sociais e, com certeza, fazem novos pedidos pela loja on-line.

15. 15

    Link de pedido em cada caixa de bolo

    claude · dentro do briefing · 8/20 pontos (4 + 4)

    Imprimir nas caixas de bolo e nos cupons fiscais um QR code para a página de pedidos, para que todo cliente que já compra um bolo possa encomendar de novo para o próximo aniversário sem precisar ligar.

Nota do Kirat para o Claude: A melhor ideia de quebra de regras só ficou em 4º lugar: "Consultoria de bolos única no lançamento" — ela quebra deliberadamente uma restrição flexível. Construa uma vez a versão mais forte dela antes de descartá-la.

1. 1

   Firewall de banco de dados em torno das tabelas de cobrança

   gpt-5.6 · dentro do briefing · 17/20 pontos (9 + 8)

   Criar roles separadas do Postgres para os caminhos de código de cobrança e de não cobrança do monólito e, em seguida, revogar da role geral da aplicação as gravações diretas nas tabelas de cobrança. Encaminhar todas as mutações por um pequeno conjunto de stored procedures ou funções de transação revisadas, adicionando primeiro um log de auditoria temporário para descobrir e migrar os chamadores sem parar o trabalho semanal em funcionalidades.

2. 2

   Invariantes financeiras executáveis

   gpt-5.6 · dentro do briefing · 17/20 pontos (9 + 8)

   Codificar uma lista curta de invariantes — como faturas finalizadas imutáveis, lançamentos contábeis balanceados, criação idempotente de cobranças e transições de estado válidas — como constraints do banco de dados onde for seguro, e como sondas agendadas em produção onde não for. Rodar as mesmas sondas no CI contra fixtures anonimizadas com o formato da produção, transformando o conhecimento dos incidentes em alarmes permanentes em vez de uma ampliação ampla dos testes.

3. 3

   Replay de incidentes como prova de fogo do release

   gpt-5.6 · dentro do briefing · 17/20 pontos (9 + 8)

   Converter os cinco incidentes de cobrança em cenários determinísticos de replay, usando formatos de consulta capturados e linhas sanitizadas, e então exigir que toda mudança na cobrança sobreviva a eles. Adicionar testes generativos que permutam retries, eventos duplicados, ordem das transações e falhas parciais em torno exatamente desses cenários, mirando a vizinhança das falhas em vez de tentar uma cobertura exaustiva do monólito.

4. 4

   Impor a fronteira da cobrança em modo sombra

   gpt-5.6 · vizinha · 16/20 pontos (9 + 7)

   Como mutação de menor risco do firewall de banco de dados, manter inicialmente as permissões atuais, mas registrar em log toda consulta que toca tabelas de cobrança, com seu módulo, ponto de chamada e ID da transação. Após quatro semanas, transformar gravações inesperadas em falhas no CI e depois em erros em produção, módulo a módulo; isso substitui uma troca imediata de permissões por uma imposição em etapas.

5. 5

   Painel de controle do raio de impacto da cobrança

   gpt-5.6 · dentro do briefing · 16/20 pontos (9 + 7)

   Colocar os comportamentos arriscados da cobrança — não o módulo inteiro — atrás de kill switches no servidor e de rollouts percentuais, com dashboards ligados a anomalias de faturas, pagamentos e conciliação. Cada funcionalidade semanal é entregue com um caminho de desligamento testado, para que quem responde aos incidentes possa desativar o novo comportamento sem reverter deploys não relacionados do monólito nem desfazer migrações de schema.

6. 6

   Encapsulamento em schema do Postgres e Row Level Security

   gemini-3.6-flash · dentro do briefing · 15/20 pontos (7 + 8)

   Isole as tabelas de cobrança em um schema próprio do Postgres (billing.*) e retire das outras roles do banco de dados o acesso direto de escrita e de leitura. Os módulos só as acessam por meio de views SQL definidas ou de interfaces armazenadas. Isso elimina a principal causa dos incidentes diretamente no nível do banco de dados.

7. 7

   Contract testing e pipeline sombra para releases da cobrança

   gemini-3.6-flash · dentro do briefing · 15/20 pontos (8 + 7)

   Estabeleça consumer-driven contract tests automatizados para todas as interfaces da cobrança no pipeline de CI. Complementarmente, as mudanças na cobrança em cálculos críticos rodam em produção em modo sombra, sem efeitos colaterais, com verificação automática de diferenças.

8. 8

   Um segundo banco de dados como instrumento de segurança

   gpt-5.6 · quebra de regras · 14/20 pontos (7 + 7)

   Quebrar deliberadamente a premissa flexível de “um banco de dados Postgres” adicionando um banco de dados sombra somente leitura, alimentado por replicação lógica, mantendo a cobrança dentro do monólito e o primário como único escritor. Rodar as novas leituras da cobrança e as verificações de conciliação nos dois bancos de dados, comparar os resultados antes da exposição e usar o banco sombra para consultas forenses, de modo que o diagnóstico de incidentes não possa sobrecarregar nem alterar acidentalmente a produção.

9. 9

   Linting estrito de fronteiras de módulos e fachada de API pública

   gemini-3.6-flash · dentro do briefing · 14/20 pontos (7 + 7)

   Introduza um linting de arquitetura via dependency-cruiser que proíba, na etapa de build, imports diretos de partes internas da cobrança em outros módulos. A comunicação só pode acontecer por uma única interface BillingFacade com tipagem segura, para bloquear de imediato acoplamentos que se infiltram aos poucos.

10. 10

    Passaportes de mudança da cobrança

    gpt-5.6 · dentro do briefing · 13/20 pontos (7 + 6)

    Exigir que todo pull request relacionado à cobrança traga um passaporte verificado por máquina: tabelas afetadas, invariantes, compatibilidade de migração, caminho de rollback e uma consulta em produção que comprove a saúde após o deploy. Um gate de CODEOWNERS mais uma revisão de 15 minutos por um responsável de cobrança em rodízio mantém o processo leve o bastante para mudanças semanais, concentrando o escrutínio nos efeitos entre módulos.

11. 11

    Views somente leitura do Postgres geradas automaticamente para módulos externos

    gemini-3.6-flash · vizinha · 13/20 pontos (7 + 6)

    Uma mutação do encapsulamento em schema: em vez de refatorações trabalhosas de API, são disponibilizadas automaticamente views do Postgres protegidas contra escrita para consultas externas. Os módulos externos leem apenas essas views estáveis, enquanto os acessos diretos às tabelas são bloqueados por permissões do banco de dados.

12. 12

    Event bus assíncrono in-process para read models

    gemini-3.6-flash · dentro do briefing · 12/20 pontos (4 + 8)

    Em vez de os módulos externos consultarem diretamente as tabelas de cobrança, o módulo de cobrança envia eventos em memória quando há mudanças de estado. Os módulos receptores constroem suas próprias projeções locais. Isso desacopla totalmente os acessos de leitura das tabelas de cobrança sem introduzir sistemas distribuídos.

13. 13

    Congelamento de funcionalidades de duas semanas para encapsular a cobrança

    gemini-3.6-flash · quebra de regras · 11/20 pontos (5 + 6)

    Quebra, por exatamente duas semanas, a restrição flexível da entrega contínua e semanal de funcionalidades. A equipe inteira se concentra em desfazer os acoplamentos no banco de dados. O esforço único cria a base para reduzir de forma duradoura o número de incidentes nos 5 meses restantes.

14. 14

    Uma role de banco de dados por módulo

    claude · dentro do briefing · 11/20 pontos (6 + 5)

    Dar à cobrança um schema e uma role próprios no Postgres e revogar o acesso de escrita dos outros módulos às tabelas de cobrança, para que gravações diretas falhem no staging antes de chegarem à produção.

15. 15

    Particionamento físico do banco de dados em uma segunda instância do Postgres

    gemini-3.6-flash · quebra de regras · 9/20 pontos (3 + 6)

    Quebra a restrição flexível da arquitetura de um único banco de dados, mas mantém o código monolítico. Os dados de cobrança migram para uma instância de banco de dados própria, o que torna tecnicamente impossíveis os joins SQL entre os domínios. A complexidade operacional continua mínima, já que o código continua monolítico.

Nota do Kirat para o Claude: A melhor ideia de quebra de regras só ficou em 8º lugar: "Um segundo banco de dados como instrumento de segurança" — ela quebra deliberadamente uma restrição flexível. Construa uma vez a versão mais forte dela antes de descartá-la.

1. 1

   Barreira de exclusão com dois humanos

   gpt-5.6 · quebra de regras · 18/20 pontos (10 + 8)

   O revisor A faz a triagem de todos os registros, mas as inclusões e as decisões incertas de A seguem diretamente adiante; o revisor B avalia de forma independente apenas as exclusões propostas por A. Um registro só é excluído quando os dois humanos o excluem de forma independente, e toda discordância avança automaticamente, eliminando a maior parte das discussões de conflitos. Isso quebra deliberadamente a premissa flexível do protocolo atual de que dois humanos precisam avaliar todos os registros; compensa porque poupa tempo de triagem e, estruturalmente, permite mais falsas inclusões, mas nenhuma falsa exclusão adicional, e é simples de descrever na seção do processo de seleção do PRISMA.

2. 2

   Sprint de calibração com um registro de casos-limite

   gpt-5.6 · dentro do briefing · 16/20 pontos (9 + 7)

   Fazer a triagem dupla independente de um primeiro lote estratificado, resolver os conflitos e transformar ambiguidades recorrentes em regras operacionais curtas, com exemplos positivos e negativos. Travar as regras antes de continuar; manter as decisões do piloto apenas se os critérios de elegibilidade não tiverem mudado, caso contrário refazer a triagem delas. Isso preserva a triagem dupla independente e reduz o tempo posterior de deliberação e de resolução de conflitos, e a calibração pode ser relatada conforme o PRISMA.

3. 3

   Console binário rápido, não uma extração de dados em miniatura

   gpt-5.6 · dentro do briefing · 15/20 pontos (8 + 7)

   Dar aos dois revisores uma interface cega, operada pelo teclado, limitada a incluir, excluir ou incerto, com o título e o resumo completos sempre visíveis; deixar a codificação detalhada e os motivos de exclusão para a revisão do texto completo. O PRISMA 2020 não exige motivos por registro na etapa de título e resumo. O processo de decisão continua inalterado, mas cai o tempo evitável de leitura, cliques e documentação.

4. 4

   Válvula de liberação por máquina, só para inclusão

   gpt-5.6 · vizinha · 15/20 pontos (9 + 6)

   Como mutação de um passo da barreira de exclusão com dois humanos, passar as exclusões propostas por A por um classificador validado que só pode liberar registros para inclusão, nunca excluí-los; o revisor B faz de forma independente a triagem de tudo o que o classificador não libera. A exclusão final continua exigindo decisões concordantes de dois humanos, então um erro da máquina pode acrescentar textos completos, mas não pode criar uma falsa exclusão. Relatar conforme o PRISMA o modelo, a versão, as entradas, os limiares, a validação e seu papel estritamente restrito à inclusão.

5. 5

   Triagem assimétrica das exclusões

   gemini-3.6-flash · dentro do briefing · 15/20 pontos (7 + 8)

   Um primeiro revisor classifica por completo todos os 3.000 registros. O segundo revisor verifica exclusivamente os registros que o primeiro excluiu, para interceptar falsos negativos (as inclusões são aceitas diretamente). Isso quase reduz à metade o esforço do segundo revisor, mantém extremamente baixo o risco de falsas exclusões e cumpre todas as exigências do PRISMA.

6. 6

   Pular a triagem para estratos de alto rendimento

   gpt-5.6 · quebra de regras · 13/20 pontos (8 + 5)

   Declarar previamente subconjuntos de alto rendimento — como registros de um bloco de busca altamente específico, descendentes diretos de estudos sabidamente elegíveis ou registros já incluídos em uma revisão muito próxima — e enviá-los todos diretamente para a obtenção do texto completo, sem decisões de título e resumo. Isso quebra deliberadamente o protocolo flexível de dois revisores para esses registros, mas não pode aumentar as falsas exclusões, porque nada no subconjunto é excluído; a contrapartida é trabalho adicional com textos completos. Relatar explicitamente a regra de desvio e as contagens resultantes no fluxograma PRISMA e nos métodos de seleção.

7. 7

   Triagem priorizada via active learning

   gemini-3.6-flash · dentro do briefing · 13/20 pontos (5 + 8)

   Os dois revisores humanos usam uma ferramenta de active learning (como o ASReview) que coloca os títulos/resumos relevantes no início. Assim que um critério de parada estatisticamente validado é atingido (p. ex. 500 registros irrelevantes seguidos), a triagem é encerrada. O procedimento poupa até 70% do tempo, pode ser documentado conforme o PRISMA 2020 e, pela calibração do algoritmo, mantém uma taxa mínima de falsas exclusões.

8. 8

   Deduplicação apenas exata antes da triagem

   gpt-5.6 · dentro do briefing · 12/20 pontos (8 + 4)

   Remover apenas registros comprovadamente idênticos por DOI, número de acesso na base de dados ou correspondência bibliográfica normalizada exata; manter a cópia com os metadados mais ricos e apenas sinalizar quase duplicatas incertas. Em seguida, os dois revisores fazem de forma independente a triagem de todos os registros únicos restantes, enquanto o PRISMA relata as duplicatas removidas antes da triagem. Isso reduz o volume sem criar um caminho para excluir um estudo único.

9. 9

   Cascata humano-IA com rede de segurança de IA

   gemini-3.6-flash · vizinha · 12/20 pontos (5 + 7)

   Uma mutação da triagem assimétrica das exclusões: um revisor humano processa sozinho todos os registros, enquanto um modelo de IA ajustado para sensibilidade máxima verifica exclusivamente as exclusões humanas. Só em caso de discrepâncias um segundo humano revisa. Isso reduz a capacidade humana em mais de 50%, com cobertura completa.

10. 10

    Segundo revisor de IA totalmente automático

    gemini-3.6-flash · quebra de regras · 11/20 pontos (3 + 8)

    Quebra a restrição flexível de que obrigatoriamente duas pessoas humanas façam a triagem. Um large language model (LLM) assume o papel do segundo revisor independente, com prompting de zero falsos negativos. Compensa porque o tempo de trabalho humano cai pela metade e os LLMs comprovadamente alcançam altas taxas de recall na triagem de resumos; o PRISMA 2020 permite explicitamente a indicação de ferramentas de IA.

11. 11

    Triagem simples adaptada ao risco com classificação por confiança

    gemini-3.6-flash · quebra de regras · 11/20 pontos (5 + 6)

    Quebra a restrição flexível da triagem dupla contínua para todo o conjunto de dados. Quando o primeiro revisor indica uma alta confiança subjetiva e há motivos claros de exclusão, dispensa-se o segundo revisor; só os casos incertos vão para a triagem dupla. Isso poupa até 60% do tempo da equipe, enquanto o risco de estudos perdidos continua mínimo graças à concentração dos recursos nas zonas cinzentas.

12. 12

    Primeiro uma rodada de calibração

    claude · dentro do briefing · 11/20 pontos (6 + 5)

    Os dois revisores fazem a triagem dos mesmos 100 registros, discutem cada conflito e afinam os critérios de elegibilidade antes da rodada principal, para que os conflitos e as releituras posteriores diminuam.

13. 13

    Triagem-relâmpago binarizada com pré-classificação por IA

    gemini-3.6-flash · vizinha · 10/20 pontos (4 + 6)

    Mutação da priorização por active learning: a equipe usa uma interface simplificada para avaliação rápida (apenas cliques para 'Inclusão/Incerto' vs. 'Exclusão'). Um modelo de IA avalia as incertezas em segundo plano e manda apenas os casos duvidosos para a verificação dupla aprofundada. Minimiza drasticamente a carga cognitiva e o tempo de leitura por resumo.

14. 14

    Pré-filtragem determinística via algoritmos de correspondência

    gemini-3.6-flash · dentro do briefing · 6/20 pontos (3 + 3)

    Filtros de busca e scripts conservadores separam previamente os registros claramente inadequados (p. ex. desenho de estudo errado ou população não humana). Os dois revisores verificam essas exclusões automatizadas apenas por meio de uma amostra representativa (p. ex. 10%). Isso reduz o volume total a ser triado manualmente em conformidade com o PRISMA e sem perda de sensibilidade.

1. 1

   "Get paid without Word—free for 14 days"

   gpt-5.6 · 17/20 pontos (9 + 8)

   Fala diretamente com quem usa o Word, destaca o recebimento do pagamento e torna concreto o teste sem risco.

2. 2

   "Send invoices in minutes. Get paid on time."

   claude · 17/20 pontos (8 + 9)

   O rascunho do próprio orquestrador.

3. 3

   "Replace Word and Excel. Get paid days faster."

   gemini-3.6-flash · 14/20 pontos (7 + 7)

   Falar diretamente do fluxo de trabalho manual atual oferece um contraste imediato e apresenta o teste como um upgrade rápido e sem risco para o fluxo de caixa, sem usar exageros genéricos.

1. 1

   "Losing furniture buyers to a slow, frustrating WooCommerce store?"

   gemini-3.6-flash · 18/20 pontos (8 + 10)

   Mira diretamente a principal frustração do dono — vendas perdidas por causa do mau desempenho da loja — sem usar jargão técnico nem uma linguagem de agência autoelogiosa.

2. 2

   "Is your WooCommerce shop turning furniture buyers away?"

   gpt-5.6 · 17/20 pontos (9 + 8)

   Nomeia diretamente a dor central e fala com varejistas de móveis sem jargão.

3. 3

   "Fewer shop emergencies, more time for your furniture."

   claude · 11/20 pontos (7 + 4)

   O rascunho do próprio orquestrador.

1. 1

   "Your celebration cake, baked here for pickup."

   gpt-5.6 · 19/20 pontos (10 + 9)

   Caloroso, concreto e pessoal: “baked here” soa local, enquanto “for pickup” faz o processo on-line parecer simples.

2. 2

   "Order your custom birthday cake, pick up fresh."

   gemini-3.6-flash · 16/20 pontos (8 + 8)

   O título cita concretamente a ocasião e a retirada e, com a promessa de frescor, transmite qualidade artesanal local sem frases feitas impessoais.

3. 3

   "Your cake, your date. Order in two minutes."

   claude · 9/20 pontos (5 + 4)

   O rascunho do próprio orquestrador.

1. 1

   "Fix billing's boundaries first, split it later if needed"

   claude · 19/20 pontos (10 + 9)

   O rascunho do próprio orquestrador.

2. 2

   "Keep Billing Together, but Isolate It to Prevent Incidents"

   gpt-5.6 · 16/20 pontos (9 + 7)

   O título declara a decisão de manter a cobrança no monólito enquanto suas fronteiras são reforçadas, e liga essa escolha ao objetivo comum de ter menos incidentes.

3. 3

   "Strengthen Billing Boundaries in Current App Before Splitting Service"

   gemini-3.6-flash · 13/20 pontos (7 + 6)

   O título toma uma decisão de direção inequívoca, evita jargão técnico desnecessário como 'monólito' para a gestão e aborda diretamente o objetivo comum da estabilidade.

1. 1

   "Large Language Model–Assisted Study Selection in Health Services Research: A Method for Additional Screening in Systematic Reviews"

   gpt-5.6 · 18/20 pontos (9 + 9)

   O título identifica o método de triagem, o contexto de revisão sistemática e o campo da pesquisa em serviços de saúde, sem sugerir desempenho ou benefício.

2. 2

   "An LLM as additional screener: a prospective comparison in a health services systematic review"

   claude · 16/20 pontos (9 + 7)

   O rascunho do próprio orquestrador.

3. 3

   "Large Language Models as Auxiliary Screeners in Health Services Research Systematic Reviews: A Methodological Evaluation"

   gemini-3.6-flash · 15/20 pontos (7 + 8)

   O título nomeia com precisão a área de aplicação e a metodologia, dispensa palavras de efeito e escolhe um tom objetivo e citável para um ambiente de publicação científica.