chore: finaliza a migração pra uv + corrige drift no src/databasis_mcp

[Winzen]

Finaliza a migração pra uv + corrige drift entre server.py e src/databasis_mcp

Contexto

O repositório usava requirements.txt. Uma migração pra uv já tinha sido feita localmente (junto com o refactor de server.py em src/databasis_mcp/, PR #8), mas pyproject.toml/uv.lock nunca foram commitados — existiam só na máquina de quem fez a migração.

Além disso, esta branch também traz main atualizado (PR #9, tool set_deployment_schedule_active), que tinha sido adicionada só no server.py monolítico da raiz — o pacote novo em src/databasis_mcp/ ficou defasado.

Verificando a sincronia entre server.py e src/databasis_mcp/ em origin/main, apareceu uma segunda lacuna mais antiga: run_deployment (commit 22ef7a4, 29/07) foi adicionada direto em main antes da branch do refactor ser cortada, então também nunca chegou no pacote novo — ficou faltando desde o merge do PR #8 (18/08), sem relação com o PR #9.

O que muda

Migração pra uv

• pyproject.toml e uv.lock commitados
• requirements.txt removido — ficava redundante e desatualizado (google-cloud-bigquery>=3.0, enquanto o pyproject.toml já pedia >=3.41.0)
• README.md: seção de instalação trocada de pip install -r requirements.txt pra uv sync
• Limpeza de arquivos soltos que sobraram de comandos anteriores da migração: =2.0 (redirect mal interpretado de um uv add sem aspas), main.py (scaffold padrão do uv init, nunca usado), .venv-pip/ (venv antigo criado com python -m venv, 120MB, substituído pelo .venv do uv)

Porta set_deployment_schedule_active pro pacote novo

Copiada 1:1 de server.py pra src/databasis_mcp/tools/prefect.py, importando URLS de _app (já existia lá, idêntico ao da raiz).

Porta run_deployment e o helper _prefect_get pro pacote novo

Copiada 1:1 de server.py, junto com _prefect_get (helper que ela usa e que também faltava no pacote).

Validado

• uv sync roda limpo
• src/databasis_mcp importa e registra as 45 tools (nenhuma perdida, incluindo as duas que estavam faltando)
• server.py da raiz continua com sintaxe válida e também com 45 tools — os dois lados batem