gerador-proposta/docs/gerador-propostas/REPO_DISCOVERY.md

# Discovery do repositório — Gerador de Propostas EloPro

Data: 2026-10-02  
Fase: prompt 00 (fundação; nenhuma feature de produto)  
Raiz: `c:\Users\Usuário\Documents\gerador-proposta`

## Conclusão

Este repositório é greenfield. Não há aplicação EloPro pré-existente para reutilizar. A stack descrita no pacote de prompts e na especificação v1.0 ainda não está materializada aqui. O remoto aponta para Gitea (`origin` → `https://gitea.fatorxtech.com/cferraz/gerador-proposta.git`) e o branch `main` ainda não tem commits.

Decisão de 2026-10-02, registrada no ADR-000: o vazio deste checkout é o baseline oficial. Auth, workspace, papéis, RLS e design system serão criados aqui. Não há outro repositório a importar. A compatibilidade com o restante do EloPro é de produto e de contrato, não de código compartilhado.

## 1. Inventário da árvore

| Área pedida | Achado |
| --- | --- |
| `app/`, `src/`, componentes, `lib` | Ausentes |
| Server Actions, Route Handlers | Ausentes |
| Supabase (`supabase/`, clients, migrations) | Ausentes |
| Testes (`vitest`, `*.test.ts`) | Ausentes |
| CI (`.github/`, pipelines) | Ausente |
| Sentry (`sentry.*.config.*`, `@sentry/*`) | Ausente |
| `package.json`, lockfile, `tsconfig`, Tailwind, ESLint | Ausentes |
| `.cursor/rules/` | Criado nesta fase: `elopro-gerador-propostas.mdc` |
| `docs/gerador-propostas/` | Criado nesta fase |

Arquivos versionáveis antes desta fase: nenhum (working tree só com `.git`).

## 2. Workspace ativo e papéis

Não há código que resolva workspace ativo nem que represente `owner` / `admin` / `gestor` / `agent`.

Contrato documental (ainda não implementado), em `SOURCE_OF_TRUTH.md`:

- Tenant técnico = `workspace_id`, com RLS. CNPJ não é chave de tenant.
- Papéis: Superadmin (`profiles.is_superadmin`), Administrador (`owner`/`admin`), Gestor (`gestor`), Usuário (`agent`).
- `workspace_id` não pode vir do cliente como autoridade.

Não existe tabela `profiles`, sessão, helper de impersonação nem superadmin neste repo.

## 3. RLS, policies e autorização

Não há migrations, policies, helpers de autorização nem fluxo de impersonação. Nada a reutilizar. A regra do agente exige revalidação server-side e RLS; isso começa no prompt 02, não aqui.

## 4. Design system e Tailwind v4

Não há tokens, componentes EloPro, `tailwind` nem consumo de CSS. A especificação visual (EloPro V2.1) está só no texto: Cloud White `#FBFBFE`, Midnight Ink `#071B45`, Primary Blue `#1F6FFF`, Blue 600 `#225EDB`, Bright Blue `#2F8FFF`, Aqua Signal `#00C2A8`, Manrope, raios e motion descritos em `SOURCE_OF_TRUTH.md` §6. Ícones EloPro não estão no repositório; Lucide fica como fallback futuro, não como biblioteca da marca.

## 5. Redis / ioredis

Ausente. Não há cliente, URL nem uso de lock.

## 6. Storage privado e signed URLs

Ausente. Não há bucket, adapter nem padrão de signed URL.

## 7. Server Actions, Route Handlers, validação e erros

Ausentes. Não há convenção local de validação (Zod ou outra) nem de erro de domínio.

## 8. Sentry

Ausente nos três runtimes (client, server, edge). Não há DSN nem scrubbing configurado.

## 9. CI e comandos canônicos

Não há pipeline. Não há scripts `typecheck`, `lint`, `test` ou `build`.

### Baseline registrado (2026-10-02)

| Comando | Resultado |
| --- | --- |
| `typecheck` | Não existe. Sem `package.json` / `tsc`. |
| `lint` | Não existe. Sem ESLint. |
| `test` | Não existe. Sem Vitest. |
| `build` | Não existe. Sem Next.js. |
| Instalação | Não executada. Não há dependências declaradas e o prompt 00 proíbe introduzir dependências sem necessidade. |

Falhas preexistentes de toolchain: não se aplicam. O baseline é “repositório sem toolchain”. Regressão futura será qualquer falha introduzida depois que esses comandos passarem a existir.

## Divergências entre stack esperada e o repo

Stack obrigatória do pacote (ainda não instalada): Next.js 16 App Router, React 19, TypeScript 5, Tailwind CSS v4, Supabase Auth + PostgreSQL (`@supabase/supabase-js`, `@supabase/ssr`), Redis (`ioredis`), TanStack Query v5 só onde houver cache client-side real, `@react-pdf/renderer`, Sentry, `@anthropic-ai/sdk` só para IA aprovada, Lucide só como fallback, `@dnd-kit` só se drag-and-drop for necessário, Vitest, ESLint 9, `postgres` + `tsx` para migrations.

Premissa do prompt 00 (“integrar ao ecossistema EloPro existente e reutilizar helpers”) **não se confirma neste checkout**. O próximo prompt precisa tratar o app como novo, com boundaries explícitos, em vez de procurar pastas que não existem.

Entradas externas usadas nesta análise (não estão no Git):

- `Especificacao_Final_Gerador_de_Propostas_EloPro_v1.0.docx` (02/10/2026)
- `Prompt_Pack_Cursor_Gerador_Propostas_EloPro_v1.0.zip`
- `elopro-gerador-propostas.mdc`

## Riscos antes do prompt 01

1. **Plataforma EloPro ausente.** Resolvido pelo ADR-000: o produto segue standalone neste repositório. Entitlements (P-008) continuam sem lifecycle definido.
2. **Pendências P-001..P-012 permanecem abertas.** Não foram preenchidas. P-009, P-010, P-011 e P-006 são o alvo dos ADRs do prompt 01 e devem ficar `Proposed`.
3. **Sem baseline executável.** Gates A–E do `EXECUTION_ORDER.md` não podem ficar verdes até existir toolchain. O prompt 01 deve criar o mínimo de projeto só se o escopo dele exigir ports testáveis; o prompt 00 não cria app.
4. **Sem commits.** `main` não tem histórico. Convenção de commit ainda não existe no repo.
5. **Isolamento multi-tenant ainda é só documento.** Qualquer feature antes de RLS/policies (prompt 02) e auth server-side (prompt 03) não pode ser considerada segura.
6. **Spec longa fora do Git.** A fonte normativa operacional copiada é `SOURCE_OF_TRUTH.md`. O docx completo continua em Downloads; se ele mudar, este discovery não acompanha sozinho.

## O que esta fase não fez

- Nenhuma feature de negócio (modelos, propostas, PDF, e-mail, CRO).
- Nenhuma dependência nova.
- Nenhuma migration.
- Nenhuma escolha silenciosa sobre P-001..P-012.