chore(design-media): suspender Penpot, adoptar Stitch como motor principal web/ui

- /penpot-pipeline arquivada (backup GDrive) - /design v2.1.0: routing actualizado, MCPs reduzidos 5→4, Penpot removido - design-engine assume infographic/social/logo (era Penpot) - Stitch assume web/landing/ui (era também Stitch, agora primário) Decisão sessão 5 (07-04): match com workflow real (mockups para propostas). Penpot exigia build manual; Stitch faz text→UI generation. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-07 05:06:20 +01:00
parent 2ec16674c2
commit 37f62eb733
4 changed files with 19 additions and 629 deletions
@@ -1,444 +0,0 @@
---
-name: crm-ops
-description: Operações CRM seguras com verificação obrigatória de duplicados e confirmações. Distinção Lead vs Customer, Proposal vs Estimate. Criação de entidades CRM.
-disable-model-invocation: true
---
-
-# /crm-ops - Operações CRM Seguras
-
-Skill para operações CRM com verificações obrigatórias de duplicados e confirmações.
-
-## Metadata
- **Version**: 1.2.0
- **Author**: Descomplicar
- **Date**: 2026-01-28
- **Status**: Active
-
---
-
-## Quando Usar
-
- Criar lead, customer, proposal, estimate
- Pesquisar entidades CRM
- Converter lead para customer
- Operações que envolvem orçamentos/propostas
- Qualquer operação que pode criar duplicados
-
-## Quando NÃO Usar
-
- Para desenvolvimento WordPress (usar /wp-dev)
- Para criar orçamentos completos (usar /orcamento)
- Para análise de leads (usar /lead-approach)
-
---
-
-## DEFINIÇÕES CRÍTICAS
-
-### Lead vs Customer
-
-| Aspecto | LEAD | CUSTOMER |
-|---------|------|----------|
-| **O que é** | Contacto inicial, prospect | Cliente com relação comercial |
-| **Quando usar** | Primeiro contacto, ainda a avaliar | Após qualificação, vai comprar |
-| **Tabela** | `tblleads` | `tblclients` + `tblcontacts` |
-| **Recebe** | Proposals (orçamentos) | Estimates, Invoices |
-| **Conversão** | Pode virar Customer | Já é cliente |
-
-**REGRA:** Novos contactos são SEMPRE leads primeiro. Só se tornam customers após qualificação.
-
-### Proposal vs Estimate
-
-| Aspecto | PROPOSAL (Orçamento) | ESTIMATE |
-|---------|---------------------|----------|
-| **Para quem** | **LEADS** (prospects) | **CUSTOMERS** (clientes) |
-| **Quando usar** | Utilizador pede "orçamento" | Cliente existente, pedido formal |
-| **Tabela** | `tblproposals` | `tblestimates` |
-| **Converte para** | Nada (lead vira customer primeiro) | Invoice directamente |
-| **Termo PT** | **Orçamento, Proposta** | Estimativa |
-
-> **IMPORTANTE:** Quando o utilizador pede um "orçamento", usar **PROPOSAL** (para leads).
-> Estimates são para clientes já existentes com pedidos formais.
-
-### Fluxo Comercial Correcto
-
-```
-┌─────────────────────────────────────────────────────────────────────┐
-│                     FLUXO COMERCIAL PERFEX                          │
-└─────────────────────────────────────────────────────────────────────┘
-
-     LEAD                              CUSTOMER
-       │                                   │
-       ▼                                   ▼
-   PROPOSAL ──────────────────────▶   ESTIMATE
-  (orçamento)    converter lead       (formal)
-       │          para customer           │
-       │               │                  ▼
-       │               │              INVOICE
-       │               │                  │
-       └───────────────┴──────────────────┘
-                       │
-                       ▼
-                   PAYMENT
-```
-
-**Resumo:**
- Lead + Orçamento = **Proposal**
- Customer + Orçamento formal = **Estimate**
- Estimate aceite = **Invoice**
-
---
-
-## Protocolo
-
-### REGRA 0: NUNCA CRIAR SEM VERIFICAR (CRÍTICA)
-
-> **PROIBIDO criar Lead ou Customer sem verificar se já existe.**
-
-Esta regra é INVIOLÁVEL. Mesmo que o utilizador peça para criar, PRIMEIRO:
-
-```
-1. Pesquisar em LEADS: get_leads() + filtrar por nome/email/empresa
-2. Pesquisar em CUSTOMERS: search_customers(termo)
-3. SE encontrar match:
-   - MOSTRAR resultados ao utilizador
-   - PERGUNTAR: "Encontrei [X]. É este ou criar novo?"
-4. SE não encontrar:
-   - PERGUNTAR: "Não encontrei [Nome]. Confirmas criação?"
-5. SÓ CRIAR após confirmação explícita
-```
-
-**Violação desta regra causa duplicados que prejudicam operações comerciais.**
-
-### REGRA 1: VERIFICAR DUPLICADOS (Detalhado)
-
-ANTES de criar QUALQUER entidade (Lead, Customer, Proposal, Estimate):
-
-1. Pesquisar por nome/email/empresa:
-   - `search_customers` para clientes
-   - `get_leads` com filtro search para leads
-2. Se match encontrado: MOSTRAR ao utilizador
-3. Se match parcial: PERGUNTAR se é o mesmo
-4. Se sem match: PERGUNTAR confirmação antes de criar
-
-### REGRA 2: CONFIRMAR ANTES DE CRIAR
-
-NUNCA criar entidade sem confirmação EXPLÍCITA:
-
- Lead: "Não encontrei este contacto. Criar lead [Nome] com email [Email]?"
- Customer: "Criar cliente [Empresa]? (ACÇÃO IRREVERSÍVEL - só para clientes qualificados)"
- Proposal: "Criar orçamento para lead [Nome] no valor de [X]?"
- Estimate: "Criar estimativa formal para cliente [Empresa] no valor de [X]?"
-
-### REGRA 3: MODELO DE DADOS PERFEX
-
-| Regra | Descrição |
-|-------|-----------|
-| Email em tblcontacts | Email do cliente está em tblcontacts, NÃO em tblclients |
-| userid é o ID | Usar `userid` para clientes, não `customer_id` |
-| Contacto principal | `is_primary = 1` para contacto principal |
-| Source obrigatório | Leads precisam de source_id (buscar default) |
-| Itens em tblitemable | Todos os itens (estimate, invoice, proposal) usam `tblitemable` com `rel_type` |
-| rel_type para items | 'estimate', 'invoice', 'proposal', 'credit_note' |
-
-## Comandos
-
-| Comando | Descrição |
-|---------|-----------|
-| `/crm-ops search <termo>` | Pesquisa unificada em leads + customers |
-| `/crm-ops lead create` | Criar lead COM verificação de duplicados |
-| `/crm-ops lead convert <id>` | Converter lead em customer |
-| `/crm-ops customer create` | Criar customer COM confirmação obrigatória |
-| `/crm-ops estimate create` | Criar estimate COM validação cliente |
-| `/crm-ops status` | Mostrar códigos de status |
-
-## Fluxos Detalhados
-
-### Criar Lead
-
-```
-1. Receber dados do lead (nome, email, empresa)
-2. search_customers(email/nome)
-3. get_leads(search=email/nome)
-4. SE match encontrado:
-   - Mostrar resultados
-   - Perguntar: "Usar existente ou criar novo?"
-5. SE criar novo:
-   - Buscar source default se não fornecido
-   - create_lead
-6. Retornar ID do lead criado
-```
-
-### Converter Lead para Customer
-
-```
-1. Verificar lead existe: get_lead(lead_id)
-2. Mostrar dados do lead ao utilizador
-3. Perguntar: "Converter lead X para cliente?"
-4. SE confirmado:
-   - convert_lead_to_customer
-   - Notas são transferidas automaticamente
-5. Retornar ID do novo cliente
-```
-
-### Criar Customer (SEM lead)
-
-```
-1. SEMPRE perguntar confirmação ao utilizador
-2. Verificar se existe lead para converter
-   - SE existe: usar convert_lead_to_customer
-3. SE não existe lead:
-   - search_customers para verificar duplicados
-   - Confirmar criação
-   - create_customer
-```
-
-### Criar Estimate
-
-```
-1. Identificar cliente (perguntar se não especificado)
-2. get_customer para verificar se existe
-   - SE não existe: PARAR, NÃO criar customer automaticamente
-   - Perguntar se deve criar customer primeiro
-3. Confirmar itens e valores com utilizador
-4. create_estimate
-5. Perguntar se deve enviar: send_estimate
-```
-
-### Criar Proposal (Suporta Lead OU Customer)
-
-> **CORRIGIDO v3.5.3:** Proposals agora suportam leads directamente.
-
-```
-1. Identificar se é Lead ou Customer
-2. Usar o parâmetro correcto:
-   - Lead: create_proposal(lead_id=204, subject="...")
-   - Customer: create_proposal(client_id=42, subject="...")
-3. NÃO usar ambos parâmetros (um OU outro)
-```
-
-### Editar Proposal
-
-```
-1. Obter proposal_id
-2. update_proposal(proposal_id=X, subject="...", status=2)
-```
-
-**Status de Proposal:**
- 1 = Draft
- 2 = Sent
- 3 = Open
- 4 = Revised
- 5 = Declined
- 6 = Accepted
-
-### Adicionar Itens a Proposal (v3.5.4)
-
-```
-1. Preparar array de itens com: description, qty, rate, unit, long_description
-2. Chamar add_proposal_items:
-   add_proposal_items(
-     proposal_id=78,
-     clear_existing=true,  // opcional: limpar itens anteriores
-     items=[
-       { description: "Serviço X", qty: 1, rate: 500, unit: "un" },
-       { description: "Horas Dev", qty: 10, rate: 60, unit: "hora" }
-     ]
-   )
-3. Total da proposta é actualizado automaticamente
-```
-
-### Listar Itens de Proposal
-
-```
-get_proposal_items(proposal_id=78)
-```
-
-Retorna lista de itens com quantidade, valor e total calculado.
-
-### Converter Estimate para Invoice
-
-```
-1. get_estimate para verificar status
-2. SE status != 4 (Aceite): PARAR e informar
-3. Confirmar com utilizador
-4. convert_estimate_to_invoice
-5. Retornar ID da nova factura
-```
-
-## Status Codes
-
-### Estimates
- 1 = Rascunho
- 2 = Enviado
- 3 = Visto
- 4 = Aceite (pode converter)
- 5 = Recusado
- 6 = Expirado
-
-### Proposals
- 1 = Draft
- 2 = Sent
- 3 = Open
- 4 = Revised
- 5 = Declined
- 6 = Accepted
-
-### Invoices
- 1 = Unpaid
- 2 = Paid
- 3 = Partially Paid
- 4 = Overdue
-
-## MCP Tools
-
-### Leads
- get_leads - Listar leads com filtros
- create_lead - Criar lead
- update_lead - Actualizar lead
- convert_lead_to_customer - Converter para cliente
- lead_scoring - Pontuar lead
- lead_analytics - Métricas
-
-### Customers
- get_customers - Listar clientes
- get_customer - Detalhes cliente
- create_customer - Criar cliente
- search_customers - Pesquisa multi-campo
- update_customer - Actualizar
- delete_customer - Eliminar
- manage_customer_contacts - Gerir contactos
- create/get/update/delete_customer_note - Notas
-
-### Estimates
- get_estimates - Listar orçamentos
- get_estimate - Detalhes
- create_estimate - Criar orçamento
- update_estimate - Actualizar
- send_estimate - Marcar como enviado
- convert_estimate_to_invoice - Converter para factura
- estimate_analytics - Métricas
-
-### Proposals
- get_proposals - Listar propostas
- create_proposal - Criar proposta (suporta lead_id OU client_id)
- update_proposal - Editar proposta existente
- add_proposal_items - Adicionar itens/linhas a proposta
- get_proposal_items - Listar itens de uma proposta
- proposal_builder - Construtor interactivo
- proposal_analytics - Métricas
-
-## Anti-Patterns (NUNCA fazer)
-
-### Criação sem Verificação (CRÍTICO)
-1. **NUNCA** criar lead sem pesquisar se já existe
-2. **NUNCA** criar customer sem pesquisar se já existe
-3. **NUNCA** assumir que entidade não existe - verificar SEMPRE
-
-### Confusão de Entidades
-4. Criar customer quando devia ser lead (novos contactos = leads)
-5. Usar estimate para leads (usar proposal)
-6. Usar proposal para customers qualificados (usar estimate)
-7. Criar customer automaticamente para associar estimate
-
-### Erros Técnicos
-8. Converter estimate não-aceite para invoice
-9. Aceder a email directamente em tblclients (usar JOIN com tblcontacts)
-10. Usar tabelas inventadas (ex: tblitems_in) - verificar schema real primeiro
-
-### Terminologia
- Utilizador diz "orçamento" para lead → usar **PROPOSAL**
- Utilizador diz "orçamento" para cliente existente → usar **ESTIMATE**
-
-## Exemplos
-
-### Exemplo 1: Criar lead com verificação
-```
-User: /crm-ops lead create nome="João Silva" email="joao@example.com"
-→ Pesquisa em leads e customers
-→ Não encontra duplicado
-→ Pergunta: "Não encontrei João Silva. Confirmas criação?"
-→ User: Sim
-→ Cria lead #215
-→ Confirma: "Lead #215 criado com sucesso"
-```
-
-### Exemplo 2: Detectar duplicado
-```
-User: /crm-ops customer create empresa="TechStart Lda"
-→ Pesquisa customers
-→ Encontra match: TechStart Lda (#42)
-→ Mostra: "Encontrei TechStart Lda (#42). É este ou criar novo?"
-→ User: É esse
-→ Retorna dados do cliente existente
-```
-
-### Exemplo 3: Proposal para lead
-```
-User: Criar orçamento para lead João Silva
-→ Verifica que é lead (não customer)
-→ Usa create_proposal(lead_id=215)
-→ Adiciona itens via add_proposal_items
-→ Confirma: "Proposal #78 criada para lead #215"
-```
-
-## Checklist Pré-Operação
-
- [ ] Verificar duplicados
- [ ] Confirmar com utilizador
- [ ] Validar campos obrigatórios
- [ ] Usar source/status default se não fornecido
- [ ] Mostrar resultado da operação
-
-## Integração
-
- **MCP:** desk-crm-v3
- **Procedimento:** [[PROC-CRM-Operacoes]]
- **CLAUDE.md:** Secção "CRM (Perfex/DeskCRM)"
-
-## Changelog
-
-### v1.2.0 (2026-01-28)
- **REGRA 0** adicionada: NUNCA criar lead/customer sem verificar existência
- Secção "DEFINIÇÕES CRÍTICAS" com distinção clara:
-  - Lead vs Customer (tabela comparativa)
-  - Proposal vs Estimate (tabela comparativa)
- Diagrama de fluxo comercial actualizado
- "Orçamento" = Proposal (para leads), não Estimate
- Anti-patterns reorganizados por categoria
- Terminologia PT clarificada
-
-### v1.1.0 (2026-01-28)
- Adicionadas ferramentas de itens: add_proposal_items, get_proposal_items
- Documentado padrão tblitemable para itens de documentos
- Adicionados novos anti-patterns (tabelas inventadas, proposals vs estimates)
- Fluxo completo para adicionar itens a proposals
- Actualizada lista de MCP tools para proposals
-
-### v1.0.0 (2026-01-28)
- Versão inicial completa
- Fluxo comercial documentado
- Regras de verificação
- Status codes
- Integração com MCP desk-crm-v3
-
-### v0.1.0 (2026-01-28)
- Estrutura inicial da skill
- Definição de comandos e fluxos
-
---
-
-**Criado:** 2026-01-28
-**Actualizado:** 2026-01-28
-**Motivo:** Prevenção de erros CRM após incidente de duplicação
-
---
-
-## Healing Log
-
-Registo de erros conhecidos e como evitá-los. Lido automaticamente antes de executar.
-
-```jsonl
-{"date":"","issue":"","fix":"","source":"user|auto"}
-```
-
-*Adicionar nova linha após cada erro corrigido.*
@@ -44,11 +44,11 @@ Integrar insights do NotebookLM nas recomendações e decisões.
 |---------|--------|-------|
 | `/design [descricao]` | Routing automatico | Auto |
 | `/design presentation [tema]` | Apresentacao PPTX/PDF | Presenton |
-| `/design infographic [tema]` | Infografico PNG/PDF | Penpot + AI |
-| `/design social [plataforma] [tema]` | Post redes sociais | Penpot |
-| `/design web [descricao]` | Landing page / web component | Stitch |
-| `/design logo [nome]` | Logo SVG + variacoes | Penpot + Fibo |
-| `/design brand [empresa]` | Identidade visual completa | Todos |
+| `/design infographic [tema]` | Infografico PNG/PDF | design-engine (Fibo/Gemini) |
+| `/design social [plataforma] [tema]` | Post redes sociais | design-engine |
+| `/design web [descricao]` | Landing page / web component | **Stitch (motor principal)** |
+| `/design logo [nome]` | Logo SVG + variacoes | design-engine + Fibo |
+| `/design brand [empresa]` | Identidade visual completa | Stitch + design-engine |
 | `/design from-reference [url]` | Analisa e recria adaptado | Auto |

 ## Parametros Opcionais
@@ -66,11 +66,11 @@ Integrar insights do NotebookLM nas recomendações e decisões.
 1. PARSE comando e parametros
 2. IDENTIFICAR tipo de output
   - "presentation" / "slides" / "proposta" -> Presenton
-   - "infographic" / "poster" / "flyer" -> Penpot
-   - "social" / "instagram" / "linkedin" -> Penpot (dimensoes)
+   - "infographic" / "poster" / "flyer" -> design-engine (Fibo/Gemini)
+   - "social" / "instagram" / "linkedin" -> design-engine (com dimensões)
   - "web" / "landing" / "page" / "ui" -> Stitch
-   - "logo" / "icone" / "marca" -> Penpot + Fibo
-   - "brand" / "identidade" -> Pipeline completo
+   - "logo" / "icone" / "marca" -> design-engine + Fibo
+   - "brand" / "identidade" -> Stitch (web) + design-engine (assets)
   - "from-reference" -> Researcher primeiro
 3. SE --brand especificado:
   - Carregar brand pack via design-engine MCP: brand_load(nome)
@@ -91,7 +91,7 @@ Resultado: PPTX profissional via Presenton com cores dourado/preto, logo Descomp
 ```
 /design social instagram "Promocao Black Friday -30%"
 ```
-Resultado: Imagem 1080x1080 composta no Penpot com texto, cores e layout profissional.
+Resultado: Imagem 1080x1080 gerada via design-engine (Fibo/Gemini) com texto, cores e layout profissional.

 ### Landing page
 ```
@@ -103,7 +103,7 @@ Resultado: HTML/CSS via Stitch com Design DNA da marca.
 ```
 /design infographic "Top 10 tendencias AI 2026"
 ```
-Resultado: PNG/PDF vertical composto no Penpot com icones, dados e hierarquia visual.
+Resultado: PNG/PDF vertical gerado via design-engine com icones, dados e hierarquia visual.

 ### Identidade visual completa
 ```
@@ -117,16 +117,17 @@ Resultado: Logo + paleta + tipografia + templates social + template apresentacao
 ```
 Resultado: Analisa design Figma, extrai estilo, recria adaptado.

-## 5 MCPs de Design
+## MCPs de Design (4)

 | MCP | Funcao |
 |-----|--------|
-| **design-engine** | Imagens AI (Fibo/Gemini) + brand packs + rembg |
+| **design-engine** | Imagens AI (Fibo/Gemini) + brand packs + rembg + composição |
 | **presenton** | Apresentacoes AI (slide.descomplicar.pt) |
-| **penpot** | Compositor visual (pen.descomplicar.pt) |
-| **stitch** | Web design AI (Google) |
+| **stitch** | Web design AI text→UI (Google Labs) — motor principal para web/ui/landing |
 | **figma** | Analise referencias (read-only) |

+> **Penpot suspenso 07-04-2026 sessão 5** — substituído por Stitch (text→UI generation). MCP penpot removido. Se Stitch for descontinuado, reavaliar.
+
 ## Brand Packs Disponiveis

 Verificar com: `brand_list()` via design-engine MCP.
@@ -153,7 +154,8 @@ fidelidade, concisao visual, legibilidade, profissionalismo, brand compliance.

 ---

-**Versao**: 2.0.0 | **Data**: 2026-02-12 | **Autor**: Descomplicar
+**Versao**: 2.1.0 | **Data**: 2026-04-07 | **Autor**: Descomplicar
+**v2.1.0:** Penpot removido como motor activo (substituído por Stitch para web/ui e design-engine para imagens/social/infográficos). Workflow simplificado.

 ---

@@ -1,168 +0,0 @@
---
-name: penpot-pipeline
-description: >
-  Pipeline Penpot→código: extrai designs do Penpot via MCP, converte para HTML/CSS/React.
-  Usar quando: converter mockup Penpot para código, gerar componente a partir de design,
-  exportar assets Penpot, sincronizar design system com código.
---
-
-# /penpot-pipeline — Pipeline Design→Código
-
-Workflow formalizado para converter designs Penpot em código funcional.
-O MCP Penpot já existe (`mcp__penpot__*`) — esta skill formaliza o workflow.
-
---
-
-## Workflow Completo
-
-### Passo 1 — Encontrar o Design
-
-```javascript
-// Listar projectos Penpot
-mcp__penpot__list_projects({})
-
-// Listar ficheiros no projecto
-mcp__penpot__get_project_files({ project_id: "<ID>" })
-
-// Buscar componente específico
-mcp__penpot__search_object({
-  file_id: "<FILE_ID>",
-  query: "<nome do componente>"
-})
-```
-
-### Passo 2 — Analisar Estrutura
-
-```javascript
-// Schema disponível (ler uma vez por sessão)
-mcp__penpot__penpot_tree_schema({})
-
-// Árvore do componente com screenshot
-mcp__penpot__get_object_tree({
-  file_id: "<FILE_ID>",
-  object_id: "<OBJECT_ID>",
-  depth: 3
-})
-
-// Screenshot visual de alta resolução
-mcp__penpot__get_rendered_component({
-  file_id: "<FILE_ID>",
-  object_id: "<OBJECT_ID>"
-})
-```
-
-### Passo 3 — Gerar Código
-
-Com base na árvore + screenshot, gerar código na stack alvo:
-
-#### HTML + CSS (vanilla)
-```
- Usar variáveis CSS para cores/fonts do design system
- Mobile-first (375px → 768px → 1200px)
- Nomes de classes: BEM (block__element--modifier)
- Acessibilidade: aria-labels, roles semânticos
-```
-
-#### React + TailwindCSS
-```
- Componente funcional com TypeScript
- Props tipadas
- Variantes via className condicional
- Shadcn/ui para primitivos (Button, Card, Input)
- Tailwind classes da paleta Descomplicar ou do cliente
-```
-
-#### Next.js (Server Component por defeito)
-```
- Server Component se sem interactividade
- Client Component ('use client') apenas para eventos
- Image: next/image com alt e sizes
- Link: next/link
-```
-
-### Passo 4 — Exportar Assets
-
-```javascript
-// Exportar imagem/icon do design
-mcp__penpot__export_object({
-  file_id: "<FILE_ID>",
-  object_id: "<OBJECT_ID>",
-  format: "svg"  // svg | png | pdf
-})
-```
-
-### Passo 5 — Auditoria 10/10
-
-Antes de entregar código (Regra #49):
- [ ] Segurança: sem XSS, sem dados expostos
- [ ] Performance: imagens optimizadas, lazy loading
- [ ] Acessibilidade: contraste, labels, keyboard nav
- [ ] Mobile: testado em 375px
- [ ] PT-PT: texto em português europeu
-
---
-
-## Design System Descomplicar → Código
-
-```css
-/* design.json → variáveis CSS */
--color-primary: #1e3a5f;
--color-accent: #f97316;
--color-neutral: #f8fafc;
--color-text: #1e293b;
--color-muted: #64748b;
--font-heading: 'Inter', sans-serif;
--font-body: 'Inter', sans-serif;
-```
-
-```tsx
-// Tailwind config (tailwind.config.ts)
-colors: {
-  primary: '#1e3a5f',
-  accent: '#f97316',
-  neutral: '#f8fafc',
-}
-```
-
---
-
-## Casos de Uso
-
-### Landing page de serviço
-```
-1. mcp__penpot__search_object — encontrar frames "Hero", "Features", "CTA"
-2. get_object_tree para cada frame
-3. get_rendered_component para referência visual
-4. Gerar HTML/CSS seguindo /design-b2b ou /design-saude
-5. Integrar em WP (Elementor) ou Next.js
-```
-
-### Componente React isolado
-```
-1. search_object — encontrar componente
-2. get_object_tree com depth=5 (para componentes complexos)
-3. Gerar TSX com props
-4. Exportar assets SVG
-5. Publicar em /components da biblioteca
-```
-
---
-
-## Anti-Patterns
-
- **Nunca** gerar código sem ver o screenshot (get_rendered_component)
- **Nunca** assumir cores sem verificar design.json ou paleta do cliente
- **Nunca** entregar sem testar mobile (375px)
- **Nunca** hardcodar texto — usar variáveis/props
-
---
-
-## Healing Log
-
-```jsonl
-{"date":"","issue":"","fix":"","source":"user|auto"}
-```
-
---
-
-*Skill /penpot-pipeline v1.0 | 06-04-2026 | Eixo 5.5 — Pipeline Penpot→Código*
@@ -1,6 +1,6 @@
 ---
 name: daily-digest
-description: Resumo diário do estado operacional - timer activo, tickets abertos, facturas vencidas, leads novos, propostas pendentes e agenda do dia. Usar quando "resumo", "digest", "estado do dia", "dashboard", "métricas dia".
+description: Sub-rotina chamada por /today para snapshot CRM (timer activo, tickets, facturas vencidas, leads, propostas, agenda). Pode ser invocada isoladamente quando só precisas dos números CRM sem o checkup completo. Usar quando "resumo", "digest", "estado do dia", "métricas dia". Para dashboard diário completo usar /today.
 context: fork
 ---