Migrando a paginação antiga

Refatore minha integração com a API do CRM PipeRun (`api.pipe.run`) para migrar da paginação antiga por número de página (parâmetro `page`) para a nova paginação por cursor (parâmetro `cursor`). Analise o código que vou fornecer, identifique **todos** os pontos que listam dados paginados da PipeRun e reescreva-os no formato novo, mantendo a linguagem e o estilo do código original.

Se o meu código for **Python**, antes de refatorar, avalie a biblioteca oficial `piperun-extractor` (https://github.com/crmpiperun/piperun-extractor). Ela já implementa a paginação por cursor, faz carga incremental por data (`after`) e exporta para JSONL/Parquet. Se ela cobrir o meu caso de uso, recomende substituí-la ao código customizado em vez de refatorar; mantenha código próprio apenas se houver requisito que a biblioteca não atende, e justifique.

## Formato antigo (a remover)

Requisição:

```http
GET /v1/deals?show=10&page=1
```
Resposta (campos de paginação):

```json
{
  "success": true,
  "data": [{}, {}],
  "meta": {
    "total": 50,
    "count": 10,
    "per_page": 10,
    "current_page": 1,
    "total_pages": 5,
    "links": { "next": "https://api.pipe.run/v1/deals?show=10&page=2" }
  }
}
```
A iteração incrementava `page` até atingir `total_pages` ou `data` vir vazio.

## Formato novo (a adotar)

Primeira requisição — o `cursor` vazio é proposital:

```http
GET /v1/deals?show=10&cursor=
```
Resposta (campos de paginação):

```json
{
  "success": true,
  "data": [{}, {}],
  "meta": {
    "cursor": {
      "current": null,
      "prev": null,
      "next": "eyJpZCI7NDA2NTA3UTYsIl9wb2ludHNUb05leHRJdGVtRyI6dHJ1ZX0",
      "count": null
    }
  }
}
```
Cada requisição seguinte repete a chamada passando em `cursor` o valor exato de `meta.cursor.next` da resposta anterior. A iteração termina quando `meta.cursor.next` vier `null`/vazio ou `data` vier vazio.

Pseudocódigo de referência (adapte à linguagem do meu código):

```python
cursor = ""  # primeira chamada com cursor vazio
while True:
    resp = api.get(f"/v1/deals?show=10&cursor={cursor}")
    processar(resp["data"])
    cursor = resp["meta"]["cursor"]["next"]
    if not cursor or not resp["data"]:
        break
```
## Regras obrigatórias

1. **As requisições de paginação DEVEM ser sequenciais.** Se o código atual busca páginas em paralelo — threads, workers, pool de conexões, `Promise.all`, `asyncio.gather`, goroutines, jobs em fila disparados por número de página, ou qualquer padrão do tipo "descobre `total_pages` e dispara N requisições" — remova esse paralelismo do loop de paginação. No formato novo, cada requisição depende do cursor retornado pela anterior; não existe como calcular cursors antecipadamente. Isso é uma decisão de arquitetura da PipeRun, não uma limitação a ser contornada. Paralelismo em outras partes do código (ex.: processamento dos dados após a busca) pode ser mantido.
2. Trate o cursor como uma string opaca: não decodifique, não modifique e não construa cursors manualmente. Apenas repasse o valor recebido em `meta.cursor.next`.
3. Remova toda dependência de `meta.total`, `meta.total_pages`, `meta.current_page`, `meta.per_page` e `meta.links` — esses campos não existem na resposta nova. Se houver barra de progresso ou log do tipo "página X de Y", substitua por contagem acumulada de registros processados.
4. Não altere o processamento dos dados (`data`), filtros de negócio, autenticação, retries ou tratamento de erros existentes. A mudança é apenas no mecanismo de paginação.
5. Mantenha o parâmetro `show` (tamanho da página). Para compensar a perda do paralelismo, considere aumentá-lo até o máximo permitido pela documentação da PipeRun, reduzindo o número total de requisições.
6. Evite ordenações avançadas/customizadas nas consultas paginadas por cursor. Se o código usa parâmetros de ordenação, sinalize isso na entrega.

## Casos que você deve sinalizar, não resolver silenciosamente

- Código que pula direto para uma página específica (`page=N`): não existe equivalente no cursor, que só avança sequencialmente.
- Checkpoints que persistem o número da página para retomar uma extração interrompida: o número de página não tem significado no formato novo.
- Lógica que precisa saber o total de registros ou de páginas antes de iterar.

Para cada caso encontrado, mostre o trecho de código, explique por que ele quebra e proponha uma alternativa (ex.: reiniciar a extração com filtros incrementais por data em vez de retomar por página).

## Entrega esperada

1. O código refatorado completo de todos os trechos alterados.
2. Um resumo das mudanças: arquivo/função e o que mudou em cada um.
3. A lista de pontos de atenção sinalizados acima, se existirem.