🎯 Caso: sincronizar leads do Tally para Notion
Tally manda webhook para servico Node. Servico transforma payload e cria pagina no Notion. Logging em Supabase.
Briefing
- • Endpoint POST /webhook recebe payload do Tally
- • Transforma: mapeia campos do Tally para schema do Notion
- • Cria pagina no DB do Notion com os dados
- • Loga sucesso/erro em tabela do Supabase
- • Deploy: Vercel Edge Function
📋 Plano simplificado (1 paragrafo)
Para script pequeno, plano e 1 paragrafo. GPT-5.5 nem precisa — DeepSeek le o briefing direto.
PLAN (inline no prompt)
Endpoint POST /webhook recebe Tally payload.
Valida com zod (email, name obrigatorios).
Transforma: { name, email, source } -> Notion props.
POST /pages para Notion API com page schema.
Insert em supabase.logs (timestamp, status, payload).
Retorna 200 ou 4xx/5xx apropriado.Plano demais em tarefa pequena vira fricao. Saber quando pular e parte do dominio.
⚡ DeepSeek implementa o servico inteiro
DeepSeek le briefing + docs do Notion API + schema do Supabase. Gera index.ts pronto para deploy em Vercel. ~80 linhas em 1 commit.
// api/webhook/route.ts
import { z } from 'zod';
import { createClient } from '@supabase/supabase-js';
import { Client as Notion } from '@notionhq/client';
const Schema = z.object({
data: z.object({
fields: z.array(z.object({
label: z.string(), value: z.unknown()
}))
})
});
export async function POST(req: Request) {
const body = await req.json();
const parsed = Schema.safeParse(body);
if (!parsed.success) return Response.json({ error: 'invalid' }, { status: 400 });
const fields = parsed.data.data.fields;
const get = (l: string) => fields.find(f => f.label === l)?.value;
const notion = new Notion({ auth: process.env.NOTION_KEY });
const supabase = createClient(process.env.SB_URL!, process.env.SB_KEY!);
try {
await notion.pages.create({
parent: { database_id: process.env.NOTION_DB! },
properties: {
Name: { title: [{ text: { content: String(get('name')) } }] },
Email: { email: String(get('email')) },
Source: { rich_text: [{ text: { content: 'Tally' } }] }
}
});
await supabase.from('logs').insert({ status: 'ok', payload: body });
return Response.json({ ok: true });
} catch (e) {
await supabase.from('logs').insert({ status: 'error', error: String(e), payload: body });
return Response.json({ error: 'sync_failed' }, { status: 500 });
}
}🧪 Testes com fixtures (DeepSeek)
5 cenarios: payload valido, faltando campo, tipo errado, Notion offline, duplicado.
- ✓ caso feliz: payload valido — espera 200 + log "ok"
- ✓ email faltando: espera 400 + log nao criado
- ✓ email com tipo invalido: espera 400
- ✓ Notion API offline (mock 500): espera 500 + log "error"
- ✓ idempotencia: mesmo payload 2x — Notion cria 2 pages (ok, comportamento esperado de webhook simples)
🔍 Revisao rapida (so 2 itens)
Em script de integracao, 2 itens basta: idempotencia e tratamento de erro.
- ✓ Idempotencia: ok para webhook simples — Notion cria 2 pages se Tally retentar. Para producao seria: hash do payload em tabela "processed".
- ✓ Tratamento de erro: ok — captura, loga, retorna 500. Tally retentara automaticamente.
- ⚠️ Sugestao opcional: dedupe por email se virar problema.
Revisao proporcional ao risco. Script de plumbing tem 2 riscos principais.
💰 Resultado: $0.05 e 20 min
90% DeepSeek, 10% revisao. Distribuicao adaptada — em automacao "plumbing" Opus nao agrega nada.
- • DeepSeek codigo + testes: $0.04 (40k tokens)
- • GPT-5.5 review: $0.01
- • Total: $0.05
- • Tempo briefing → deploy: 20 min
- • Comparativo manual: ~2h, sem testes
Esse tipo de tarefa e onde DeepSeek mais paga. Saber adaptar o setup e parte do dominio.
📌 Resumo do Projeto
Proximo Projeto:
3.5 — 🔌 API + microservico com testes