Template de projeto filho

Modelo padrão para documentar projetos conectados ao CapyUniverse sem inventar dados.

Use este modelo sempre que um novo projeto entrar no ecossistema. A regra principal é: a página deve traduzir fontes verificáveis, não preencher lacunas por suposição.

Frontmatter obrigatório

---
title: "[Nome público do projeto]"
description: "[Descrição curta, factual e verificável]"
sidebarTitle: "[Nome curto]"
icon: "box"
tag: "[ATIVO | EXPERIMENTAL | DEMO | EM EVOLUÇÃO]"
keywords: ["capyuniverse", "[projeto]", "[stack]", "[domínio]"]
timestamp: true

status: "[experimental | demo | ativo | em evolução]"
maturity: "[exploratória | protótipo funcional | operacional | avançada]"
repo: "https://github.com/faelscarpato/[repo]"
demo: "[URL ou INFORMAÇÃO NÃO FORNECIDA]"
owner: "Rafael Scarpato"
verified_on: "YYYY-MM-DD"
canonical_sources:
  - "README.md"
  - "package.json"
  - "Arquivos de arquitetura/setup quando existirem"
---

Estrutura obrigatória

## Resumo

## Papel dentro do CapyUniverse

## Estado atual verificado

## Stack verificada

## Arquitetura resumida

## Como rodar

## Limitações atuais

## Riscos

## Fontes canônicas

## INFORMAÇÃO NÃO FORNECIDA

Regras editoriais

• Diferencie estado atual, limitação, risco e roadmap.
• Não transforme demo em produção.
• Não afirmar integração, autenticação, backend, banco ou pagamento sem fonte.
• Quando faltar evidência, escreva INFORMAÇÃO NÃO FORNECIDA.
• Priorize README, documentação de arquitetura, setup, package.json, workflows e arquivos de configuração.
• Se houver divergência entre nome comercial e nome do README, registre os dois.

Critério de aceite

Uma página de projeto só deve ser considerada pronta quando tiver:

• Link do repositório canônico.
• Data de verificação.
• Status e maturidade.
• Stack verificável.
• Modo de execução quando disponível.
• Limitações explícitas.
• Lacunas registradas.