@dewtech/dare-cli 3.3.0 → 3.5.0

package/templates/ide/antigravity/templates/TASK-SPEC-template.md

@@ -1,141 +1,141 @@
-# TASK [ID]: [Título da Task]
-
-> **Complexidade:** LOW / MED / HIGH  
-> **Depends on:** [task-ids ou —]  
-> **Estimativa:** [X horas]
-
----
-
-## 1. OBJETIVO
-
-[Uma frase precisa do que esta task entrega. Deve ser verificável — termine com um estado observável, não uma ação.]
-
-Exemplo: _"Ao final desta task, o endpoint `POST /api/v1/users` aceita cadastro, valida unicidade de e-mail e retorna JWT."_
-
----
-
-## 2. CONTEXTO
-
-- **Fase no BLUEPRINT:** Fase [N] — [Nome da fase]
-- **Arquivos existentes relevantes:** [caminhos de arquivos que servem de referência ou serão modificados]
-- **Decisões do BLUEPRINT que afetam esta task:** [cite seção/decisão específica]
-
----
-
-## 3. ARQUIVOS A CRIAR / MODIFICAR
-
-| Ação | Caminho | Descrição |
-|------|---------|-----------|
-| CRIAR | `src/[módulo]/[arquivo]` | [o que contém] |
-| MODIFICAR | `src/[módulo]/[arquivo]` | [o que muda] |
-| CRIAR | `tests/[arquivo].test.[ext]` | Testes da feature |
-
----
-
-## 4. IMPLEMENTAÇÃO
-
-### Passo 1: [Nome do passo]
-[Descrição precisa do que fazer. Inclua assinaturas de função/struct se crítico.]
-
-```[lang]
-// Exemplo de padrão esperado
-```
-
-### Passo 2: [Nome do passo]
-[Descrição]
-
-### Passo 3: Testes
-- [ ] Teste do caminho feliz (`should_[comportamento]_when_[condição]`)
-- [ ] Teste de erro de validação (400 / erro de negócio)
-- [ ] Teste de autorização (401 / 403 quando aplicável)
-- [ ] Teste de edge case: [descrever]
-
----
-
-## 5. CONSIDERAÇÕES DE SEGURANÇA
-
-- [ ] **Input validation:** toda entrada do usuário validada no servidor antes de qualquer processamento
-- [ ] **Autenticação / Autorização:** verificar se o usuário tem permissão sobre o *recurso específico*, não só sobre a rota
-- [ ] **Dados sensíveis:** senhas, tokens e PII nunca aparecem em logs, responses de erro ou mensagens de exceção
-- [ ] **SQL / Command Injection:** usar ORM / prepared statements; nunca concatenar strings em queries
-- [ ] **Dependências novas:** se esta task adicionar uma dependência, verificar CVEs com `npm audit` / `cargo audit` / `pip-audit` antes de commitar
-- [ ] **Segredo em código:** nenhum token, chave ou credencial hardcoded — sempre via variável de ambiente
-
----
-
-## 6. VALIDATION GATES (RALPH LOOP)
-
-Execute **todos** antes de marcar a task como DONE. Se qualquer um falhar, leia o erro, corrija e reexecute.
-
-```bash
-# 1. Build — sem erros de compilação
-[comando de build da stack]
-
-# 2. Tests — todos passando, incluindo os novos
-[comando de test]
-
-# 3. Lint — sem warnings
-[comando de lint]
-
-# 4. Auditoria de dependências (se novas deps foram adicionadas nesta task)
-[npm audit --audit-level=high | cargo audit | pip-audit | composer audit]
-```
-
-> **Gate de segurança obrigatório:** se esta task adicionar dependências externas, `[audit-cmd]` não pode retornar CVE de nível HIGH ou CRITICAL.
-
----
-
-## 7. PADRÕES PROIBIDOS (ANTI-STUB / ANTI-MOCK)
-
-> Esta seção é **inegociável**. O comando `dare review` (v2.17+) escaneia o código modificado por esta task e reprova se encontrar qualquer padrão abaixo.
-
-### Em código de produção (qualquer arquivo **fora** de `*.test.*`, `*.spec.*`, `__tests__/`, `tests/`, `spec/`)
-
-- ❌ **TODO / FIXME / XXX / HACK** — qualquer um desses marcadores em comentário
-- ❌ **Função vazia** — `fn x() {}`, `function x() {}`, `def x(): pass`, `def x(): ...`
-- ❌ **Stub explícito** — `throw new Error('not implemented')`, `unimplemented!()`, `todo!()`, `raise NotImplementedError`
-- ❌ **Retorno-fantasma** — `return null` / `return undefined` / `return {}` / `return []` como **única** statement de função pública declarada nesta task
-- ❌ **Mocks fora de testes** — `jest.fn()`, `sinon.stub()`, `mockReturnValue`, dados hardcoded fingindo ser do banco, fixtures injetadas em controllers/services
-- ❌ **Comentário de placeholder** — `// implement later`, `# placeholder`, `// stub`, `// FIXME implement`
-
-### Mocks são permitidos APENAS em
-
-- Arquivos de teste (`*.test.*`, `*.spec.*`, `__tests__/`, `tests/`, `spec/`)
-- Seeds / fixtures dentro de `database/seeders/`, `tests/fixtures/`
-- Helpers explicitamente marcados como auxiliares de teste
-
-### Verificação automática
-
-Antes de marcar a task como DONE, rode:
-
-```bash
-dare review <task-id>
-```
-
-Output esperado:
-
-```
-✅ task-XYZ: nenhum padrão proibido detectado em N arquivos modificados.
-```
-
-Se a review falhar, a task **não pode** ir para DONE — corrija os achados e re-rode.
-
----
-
-## 8. CRITÉRIOS DE DONE
-
-- [ ] Todos os 4 validation gates passaram sem erros (build + test + lint + audit)
-- [ ] Testes cobrem caminho feliz + erros enumerados + edge cases da seção 4
-- [ ] Considerações de segurança da seção 5 todas checadas
-- [ ] Arquivos listados na seção 3 criados/modificados conforme spec
-- [ ] **`dare review <task-id>` passou** (seção 7 — sem stubs, mocks, TODOs)
-- [ ] Cada validação declarada na spec tem teste demonstrando o erro real (não placeholder)
-- [ ] Cada edge case enumerado tem teste cobrindo
-- [ ] Endpoints retornam dados reais do banco/service, não hardcoded
-- [ ] `DARE/TASKS.md` atualizado com status `DONE`
-
----
-
-## 9. PRÓXIMA TASK SUGERIDA
-
-`[task-id]` — [título] _(desbloqueada após conclusão desta task)_
+# TASK [ID]: [Título da Task]
+
+> **Complexidade:** LOW / MED / HIGH  
+> **Depends on:** [task-ids ou —]  
+> **Estimativa:** [X horas]
+
+---
+
+## 1. OBJETIVO
+
+[Uma frase precisa do que esta task entrega. Deve ser verificável — termine com um estado observável, não uma ação.]
+
+Exemplo: _"Ao final desta task, o endpoint `POST /api/v1/users` aceita cadastro, valida unicidade de e-mail e retorna JWT."_
+
+---
+
+## 2. CONTEXTO
+
+- **Fase no BLUEPRINT:** Fase [N] — [Nome da fase]
+- **Arquivos existentes relevantes:** [caminhos de arquivos que servem de referência ou serão modificados]
+- **Decisões do BLUEPRINT que afetam esta task:** [cite seção/decisão específica]
+
+---
+
+## 3. ARQUIVOS A CRIAR / MODIFICAR
+
+| Ação | Caminho | Descrição |
+|------|---------|-----------|
+| CRIAR | `src/[módulo]/[arquivo]` | [o que contém] |
+| MODIFICAR | `src/[módulo]/[arquivo]` | [o que muda] |
+| CRIAR | `tests/[arquivo].test.[ext]` | Testes da feature |
+
+---
+
+## 4. IMPLEMENTAÇÃO
+
+### Passo 1: [Nome do passo]
+[Descrição precisa do que fazer. Inclua assinaturas de função/struct se crítico.]
+
+```[lang]
+// Exemplo de padrão esperado
+```
+
+### Passo 2: [Nome do passo]
+[Descrição]
+
+### Passo 3: Testes
+- [ ] Teste do caminho feliz (`should_[comportamento]_when_[condição]`)
+- [ ] Teste de erro de validação (400 / erro de negócio)
+- [ ] Teste de autorização (401 / 403 quando aplicável)
+- [ ] Teste de edge case: [descrever]
+
+---
+
+## 5. CONSIDERAÇÕES DE SEGURANÇA
+
+- [ ] **Input validation:** toda entrada do usuário validada no servidor antes de qualquer processamento
+- [ ] **Autenticação / Autorização:** verificar se o usuário tem permissão sobre o *recurso específico*, não só sobre a rota
+- [ ] **Dados sensíveis:** senhas, tokens e PII nunca aparecem em logs, responses de erro ou mensagens de exceção
+- [ ] **SQL / Command Injection:** usar ORM / prepared statements; nunca concatenar strings em queries
+- [ ] **Dependências novas:** se esta task adicionar uma dependência, verificar CVEs com `npm audit` / `cargo audit` / `pip-audit` antes de commitar
+- [ ] **Segredo em código:** nenhum token, chave ou credencial hardcoded — sempre via variável de ambiente
+
+---
+
+## 6. VALIDATION GATES (RALPH LOOP)
+
+Execute **todos** antes de marcar a task como DONE. Se qualquer um falhar, leia o erro, corrija e reexecute.
+
+```bash
+# 1. Build — sem erros de compilação
+[comando de build da stack]
+
+# 2. Tests — todos passando, incluindo os novos
+[comando de test]
+
+# 3. Lint — sem warnings
+[comando de lint]
+
+# 4. Auditoria de dependências (se novas deps foram adicionadas nesta task)
+[npm audit --audit-level=high | cargo audit | pip-audit | composer audit]
+```
+
+> **Gate de segurança obrigatório:** se esta task adicionar dependências externas, `[audit-cmd]` não pode retornar CVE de nível HIGH ou CRITICAL.
+
+---
+
+## 7. PADRÕES PROIBIDOS (ANTI-STUB / ANTI-MOCK)
+
+> Esta seção é **inegociável**. O comando `dare review` (v2.17+) escaneia o código modificado por esta task e reprova se encontrar qualquer padrão abaixo.
+
+### Em código de produção (qualquer arquivo **fora** de `*.test.*`, `*.spec.*`, `__tests__/`, `tests/`, `spec/`)
+
+- ❌ **TODO / FIXME / XXX / HACK** — qualquer um desses marcadores em comentário
+- ❌ **Função vazia** — `fn x() {}`, `function x() {}`, `def x(): pass`, `def x(): ...`
+- ❌ **Stub explícito** — `throw new Error('not implemented')`, `unimplemented!()`, `todo!()`, `raise NotImplementedError`
+- ❌ **Retorno-fantasma** — `return null` / `return undefined` / `return {}` / `return []` como **única** statement de função pública declarada nesta task
+- ❌ **Mocks fora de testes** — `jest.fn()`, `sinon.stub()`, `mockReturnValue`, dados hardcoded fingindo ser do banco, fixtures injetadas em controllers/services
+- ❌ **Comentário de placeholder** — `// implement later`, `# placeholder`, `// stub`, `// FIXME implement`
+
+### Mocks são permitidos APENAS em
+
+- Arquivos de teste (`*.test.*`, `*.spec.*`, `__tests__/`, `tests/`, `spec/`)
+- Seeds / fixtures dentro de `database/seeders/`, `tests/fixtures/`
+- Helpers explicitamente marcados como auxiliares de teste
+
+### Verificação automática
+
+Antes de marcar a task como DONE, rode:
+
+```bash
+dare review <task-id>
+```
+
+Output esperado:
+
+```
+✅ task-XYZ: nenhum padrão proibido detectado em N arquivos modificados.
+```
+
+Se a review falhar, a task **não pode** ir para DONE — corrija os achados e re-rode.
+
+---
+
+## 8. CRITÉRIOS DE DONE
+
+- [ ] Todos os 4 validation gates passaram sem erros (build + test + lint + audit)
+- [ ] Testes cobrem caminho feliz + erros enumerados + edge cases da seção 4
+- [ ] Considerações de segurança da seção 5 todas checadas
+- [ ] Arquivos listados na seção 3 criados/modificados conforme spec
+- [ ] **`dare review <task-id>` passou** (seção 7 — sem stubs, mocks, TODOs)
+- [ ] Cada validação declarada na spec tem teste demonstrando o erro real (não placeholder)
+- [ ] Cada edge case enumerado tem teste cobrindo
+- [ ] Endpoints retornam dados reais do banco/service, não hardcoded
+- [ ] `DARE/TASKS.md` atualizado com status `DONE`
+
+---
+
+## 9. PRÓXIMA TASK SUGERIDA
+
+`[task-id]` — [título] _(desbloqueada após conclusão desta task)_

package/templates/ide/antigravity/templates/TASKS-template.md

@@ -1,26 +1,26 @@
-# TASKS DE IMPLEMENTAÇÃO: [Nome do Projeto]
-
-Este documento contém o desdobramento do Blueprint aprovado em tarefas atômicas e executáveis para a IA.
-Cada tarefa listada aqui possui um arquivo correspondente no diretório `DARE/EXECUTION/` contendo sua especificação detalhada.
-
-## FASES DE IMPLEMENTAÇÃO
-
-### Fase 1: [Nome da Fase, ex: Setup e Banco de Dados]
-- [ ] **Task 001:** [Objetivo curto, ex: Criar Migration e Model de Usuário]
-- [ ] **Task 002:** [Objetivo curto, ex: Configurar Traits e Classes Base]
-
-### Fase 2: [Nome da Fase, ex: Autenticação]
-- [ ] **Task 003:** [Objetivo curto, ex: Implementar AuthController (Login/Register)]
-- [ ] **Task 004:** [Objetivo curto, ex: Criar Middlewares de verificação de permissão]
-
-## DEPENDÊNCIAS
-
-- A **Fase 2** depende da conclusão 100% da **Fase 1**.
-- A **Task 004** depende da **Task 003**.
-
-## INSTRUÇÕES PARA EXECUÇÃO
-
-Para executar uma tarefa, use o comando `/execute-task [id-da-task]` no Cursor Composer.
-Exemplo: `/execute-task task-001`
-
-A IA lerá o arquivo `DARE/EXECUTION/task-001.md`, implementará o código, rodará os testes e validará os critérios de sucesso. Após a execução, marque a tarefa como concluída (com um `x` entre os colchetes `[x]`) neste documento.
+# TASKS DE IMPLEMENTAÇÃO: [Nome do Projeto]
+
+Este documento contém o desdobramento do Blueprint aprovado em tarefas atômicas e executáveis para a IA.
+Cada tarefa listada aqui possui um arquivo correspondente no diretório `DARE/EXECUTION/` contendo sua especificação detalhada.
+
+## FASES DE IMPLEMENTAÇÃO
+
+### Fase 1: [Nome da Fase, ex: Setup e Banco de Dados]
+- [ ] **Task 001:** [Objetivo curto, ex: Criar Migration e Model de Usuário]
+- [ ] **Task 002:** [Objetivo curto, ex: Configurar Traits e Classes Base]
+
+### Fase 2: [Nome da Fase, ex: Autenticação]
+- [ ] **Task 003:** [Objetivo curto, ex: Implementar AuthController (Login/Register)]
+- [ ] **Task 004:** [Objetivo curto, ex: Criar Middlewares de verificação de permissão]
+
+## DEPENDÊNCIAS
+
+- A **Fase 2** depende da conclusão 100% da **Fase 1**.
+- A **Task 004** depende da **Task 003**.
+
+## INSTRUÇÕES PARA EXECUÇÃO
+
+Para executar uma tarefa, use o comando `/execute-task [id-da-task]` no Cursor Composer.
+Exemplo: `/execute-task task-001`
+
+A IA lerá o arquivo `DARE/EXECUTION/task-001.md`, implementará o código, rodará os testes e validará os critérios de sucesso. Após a execução, marque a tarefa como concluída (com um `x` entre os colchetes `[x]`) neste documento.

package/templates/ide/antigravity/templates/TELEMETRY-template.md

@@ -1,125 +1,125 @@
-# Telemetria do Projeto: [Nome do Projeto]
-
-## Resumo Executivo
-
-| Métrica | Valor |
-|---------|-------|
-| **Projeto** | [Nome do Projeto] |
-| **Data de Início** | [Data] |
-| **Tokens Totais Processados** | [Número] (monitoramento de uso) |
-| **IA Utilizada** | Cursor (por compliance) |
-| **Modelos do Cursor Utilizados** | [Lista: GPT-4 Turbo, Claude, Gemini] |
-| **Tempo Total de Execução** | [Horas/Minutos] |
-| **Número de Tasks Executadas** | [Número] |
-
-## Detalhamento por Etapa
-
-### 1. Design (`/generate-design`)
-
-| Campo | Valor |
-|-------|-------|
-| Data/Hora | [Timestamp] |
-| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
-| Tokens Estimados | [Número] |
-| Tempo de Execução | [Tempo] |
-| Comando Executado | `/generate-design "[Descrição]"` |
-| Observações | [Qualidade da resposta, ajustes necessários, etc] |
-| Status | ✓ Sucesso / ✗ Falha |
-
-### 2. Blueprint (`/generate-blueprint`)
-
-| Campo | Valor |
-|-------|-------|
-| Data/Hora | [Timestamp] |
-| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
-| Tokens Estimados | [Número] |
-| Tempo de Execução | [Tempo] |
-| Arquivo Processado | DARE/DESIGN.md |
-| Observações | [Qualidade da arquitetura, endpoints claros, etc] |
-| Status | ✓ Sucesso / ✗ Falha |
-
-### 3. Tasks (`/generate-tasks`)
-
-| Campo | Valor |
-|-------|-------|
-| Data/Hora | [Timestamp] |
-| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
-| Tokens Estimados | [Número] |
-| Tempo de Execução | [Tempo] |
-| Arquivo Processado | DARE/BLUEPRINT.md |
-| Tasks Geradas | [Número] |
-| Observações | [Qualidade das tasks, clareza das especificações, etc] |
-| Status | ✓ Sucesso / ✗ Falha |
-
-### 4. Execute Tasks (`/execute-task`)
-
-#### Task 001: [Nome da Task]
-
-| Campo | Valor |
-|-------|-------|
-| Data/Hora | [Timestamp] |
-| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
-| Tokens Estimados | [Número] |
-| Tempo de Execução | [Tempo] |
-| Tentativas (Ralph Loop) | [Número] |
-| Observações | [Código limpo, testes, etc] |
-| Status | ✓ Sucesso / ✗ Falha |
-
-#### Task 002: [Nome da Task]
-[Repetir estrutura acima para cada task]
-
-## Análise de Tokens Processados
-
-| Etapa | Tokens Estimados | % do Total | Tempo Total |
-|-------|------------------|-----------|-------------|
-| Design | [Número] | [%] | [Tempo] |
-| Blueprint | [Número] | [%] | [Tempo] |
-| Tasks | [Número] | [%] | [Tempo] |
-| Execute (N tasks) | [Número] | [%] | [Tempo] |
-| **TOTAL** | **[Número]** | **100%** | **[Tempo]** |
-
-## Análise de Modelos do Cursor
-
-| Modelo | Tokens Processados | % do Total | Tempo Médio | Melhor Para |
-|--------|------------------|-----------|------------|------------|
-| GPT-4 Turbo | [Número] | [%] | [Tempo] | Tarefas complexas |
-| Claude 3.5 Sonnet | [Número] | [%] | [Tempo] | Análise profunda |
-| Gemini 2.0 Flash | [Número] | [%] | [Tempo] | Tarefas simples |
-| **TOTAL** | **[Número]** | **100%** | **[Tempo]** | - |
-
-## Análise de Performance
-
-| Métrica | Valor |
-|---------|-------|
-| Tempo Médio por Task | [Tempo] |
-| Taxa de Sucesso (1ª tentativa) | [%] |
-| Taxa de Sucesso (com Ralph Loop) | [%] |
-| Tokens Médios por Task | [Número] |
-| Modelo Mais Utilizado | [Modelo] |
-| Modelo Mais Rápido | [Modelo] |
-
-## Otimizações Recomendadas
-
-1. **[Recomendação 1]**
-   - Descrição: [Detalhes]
-   - Economia Estimada: [Valor/Percentual]
-   - Ação: [Como implementar]
-
-2. **[Recomendação 2]**
-   - Descrição: [Detalhes]
-   - Economia Estimada: [Valor/Percentual]
-   - Ação: [Como implementar]
-
-3. **[Recomendação 3]**
-   - Descrição: [Detalhes]
-   - Economia Estimada: [Valor/Percentual]
-   - Ação: [Como implementar]
-
-## Notas e Observações
-
-[Espaço para anotações adicionais, como problemas encontrados, decisões tomadas, lições aprendidas, etc.]
-
----
-
-**Última atualização:** [Data]
-**Próxima revisão:** [Data]
+# Telemetria do Projeto: [Nome do Projeto]
+
+## Resumo Executivo
+
+| Métrica | Valor |
+|---------|-------|
+| **Projeto** | [Nome do Projeto] |
+| **Data de Início** | [Data] |
+| **Tokens Totais Processados** | [Número] (monitoramento de uso) |
+| **IA Utilizada** | Cursor (por compliance) |
+| **Modelos do Cursor Utilizados** | [Lista: GPT-4 Turbo, Claude, Gemini] |
+| **Tempo Total de Execução** | [Horas/Minutos] |
+| **Número de Tasks Executadas** | [Número] |
+
+## Detalhamento por Etapa
+
+### 1. Design (`/generate-design`)
+
+| Campo | Valor |
+|-------|-------|
+| Data/Hora | [Timestamp] |
+| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
+| Tokens Estimados | [Número] |
+| Tempo de Execução | [Tempo] |
+| Comando Executado | `/generate-design "[Descrição]"` |
+| Observações | [Qualidade da resposta, ajustes necessários, etc] |
+| Status | ✓ Sucesso / ✗ Falha |
+
+### 2. Blueprint (`/generate-blueprint`)
+
+| Campo | Valor |
+|-------|-------|
+| Data/Hora | [Timestamp] |
+| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
+| Tokens Estimados | [Número] |
+| Tempo de Execução | [Tempo] |
+| Arquivo Processado | DARE/DESIGN.md |
+| Observações | [Qualidade da arquitetura, endpoints claros, etc] |
+| Status | ✓ Sucesso / ✗ Falha |
+
+### 3. Tasks (`/generate-tasks`)
+
+| Campo | Valor |
+|-------|-------|
+| Data/Hora | [Timestamp] |
+| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
+| Tokens Estimados | [Número] |
+| Tempo de Execução | [Tempo] |
+| Arquivo Processado | DARE/BLUEPRINT.md |
+| Tasks Geradas | [Número] |
+| Observações | [Qualidade das tasks, clareza das especificações, etc] |
+| Status | ✓ Sucesso / ✗ Falha |
+
+### 4. Execute Tasks (`/execute-task`)
+
+#### Task 001: [Nome da Task]
+
+| Campo | Valor |
+|-------|-------|
+| Data/Hora | [Timestamp] |
+| Modelo do Cursor | [GPT-4 Turbo / Claude 3.5 Sonnet / Gemini 2.0 Flash] |
+| Tokens Estimados | [Número] |
+| Tempo de Execução | [Tempo] |
+| Tentativas (Ralph Loop) | [Número] |
+| Observações | [Código limpo, testes, etc] |
+| Status | ✓ Sucesso / ✗ Falha |
+
+#### Task 002: [Nome da Task]
+[Repetir estrutura acima para cada task]
+
+## Análise de Tokens Processados
+
+| Etapa | Tokens Estimados | % do Total | Tempo Total |
+|-------|------------------|-----------|-------------|
+| Design | [Número] | [%] | [Tempo] |
+| Blueprint | [Número] | [%] | [Tempo] |
+| Tasks | [Número] | [%] | [Tempo] |
+| Execute (N tasks) | [Número] | [%] | [Tempo] |
+| **TOTAL** | **[Número]** | **100%** | **[Tempo]** |
+
+## Análise de Modelos do Cursor
+
+| Modelo | Tokens Processados | % do Total | Tempo Médio | Melhor Para |
+|--------|------------------|-----------|------------|------------|
+| GPT-4 Turbo | [Número] | [%] | [Tempo] | Tarefas complexas |
+| Claude 3.5 Sonnet | [Número] | [%] | [Tempo] | Análise profunda |
+| Gemini 2.0 Flash | [Número] | [%] | [Tempo] | Tarefas simples |
+| **TOTAL** | **[Número]** | **100%** | **[Tempo]** | - |
+
+## Análise de Performance
+
+| Métrica | Valor |
+|---------|-------|
+| Tempo Médio por Task | [Tempo] |
+| Taxa de Sucesso (1ª tentativa) | [%] |
+| Taxa de Sucesso (com Ralph Loop) | [%] |
+| Tokens Médios por Task | [Número] |
+| Modelo Mais Utilizado | [Modelo] |
+| Modelo Mais Rápido | [Modelo] |
+
+## Otimizações Recomendadas
+
+1. **[Recomendação 1]**
+   - Descrição: [Detalhes]
+   - Economia Estimada: [Valor/Percentual]
+   - Ação: [Como implementar]
+
+2. **[Recomendação 2]**
+   - Descrição: [Detalhes]
+   - Economia Estimada: [Valor/Percentual]
+   - Ação: [Como implementar]
+
+3. **[Recomendação 3]**
+   - Descrição: [Detalhes]
+   - Economia Estimada: [Valor/Percentual]
+   - Ação: [Como implementar]
+
+## Notas e Observações
+
+[Espaço para anotações adicionais, como problemas encontrados, decisões tomadas, lições aprendidas, etc.]
+
+---
+
+**Última atualização:** [Data]
+**Próxima revisão:** [Data]