new-term-radar
Daily radar for new AI terms: names of new models, products and repos, caught on X, Hugging Face, GitHub and sitemaps before keyword tools list them.
Sistema de gestão de produção de conteúdo para agência de social media.
Translation pending
MarketingTypeScript · PLpgSQLGitHub @imaginelabsmkt-cyberOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
CLaude use
Translation pending
Taken from the repository README
Loading the full README. The saved excerpt is shown below.
Agência Social — Sistema de Gestão de Produção de Conteúdo Sistema web para gerenciar a produção de conteúdo de uma agência de social media, do planejamento à publicação. Usado por duas pessoas com papéis distintos: • Vitória — planejamento, pautas, roteiros e organização das postagens. • Fran — gravações, edições, ajustes e acompanhamento da publicação. • Next.js 14 (App Router) + TypeScript • Tailwind CSS (design system próprio, responsivo desktop/mobile) • Supabase (banco de dados Postgres) + Supabase Auth • Deploy na Vercel • Interface em português do BrasilRead the full README ↗
Sistema web para gerenciar a produção de conteúdo de uma agência de social media, do planejamento à publicação. Usado por duas pessoas com papéis distintos:
.
├── app/
│ ├── (auth)/
│ │ └── login/ # Tela de login (pública)
│ ├── (dashboard)/ # Grupo de rotas autenticadas
│ │ ├── layout.tsx # Shell (sidebar + topbar)
│ │ ├── dashboard/ # Visão geral
│ │ ├── conteudos/ # Pautas/roteiros — entidade central
│ │ ├── clientes/ # Cadastro de clientes
│ │ ├── gravacoes/ # Conteúdos em captação (visão do pipeline)
│ │ ├── fila-edicao/ # Conteúdos em edição (visão do pipeline)
│ │ ├── postagens/ # Agendamento/publicação
│ │ ├── minhas-tarefas/ # Tarefas do usuário
│ │ └── configuracoes/ # Perfil e preferências
│ ├── layout.tsx # Layout raiz (html/body, fonte, metadata)
│ ├── page.tsx # Redireciona para /dashboard
│ └── globals.css # Tailwind + estilos base
├── components/
│ ├── ui/ # Primitivos: Button, Card, Badge
│ ├── shared/ # StatusBadge, EmptyState
│ └── layout/ # Sidebar, Topbar, AppShell, PageHeader, NavIcon
├── lib/
│ ├── supabase/ # client (browser), server, middleware
│ ├── navigation.ts # Definição central do menu/rotas
│ └── utils.ts # cn(), formatarData()
├── types/
│ ├── database.ts # Tipos do banco (fonte única, espelha o schema)
│ └── index.ts # Reexporta database + rótulos/tons de UI
├── supabase/
│ ├── migrations/ # Migrations SQL (schema, RLS, triggers)
│ ├── seed.sql # Usuários de exemplo (opcional)
│ └── README.md # Como rodar a migration e cadastrar usuários
├── middleware.ts # Renova sessão Supabase (proteção de rotas na etapa de auth)
├── .env.example # Modelo de variáveis de ambiente
├── PROJECT_CONTEXT.md # Regras de negócio e convenções
└── README.md
kebab-case (ex.: fila-edicao, minhas-tarefas).PascalCase (ex.: PageHeader, StatusBadge).camelCase, em português (ex.: formatarData).snake_case, em português
(compatível com Postgres/Supabase — ex.: criado_em, cliente_id).# 1. Instalar dependências
npm install
# 2. Configurar variáveis de ambiente
cp .env.example .env.local
# preencha NEXT_PUBLIC_SUPABASE_URL e NEXT_PUBLIC_SUPABASE_ANON_KEY
# 3. Ambiente de desenvolvimento
npm run dev # http://localhost:3000
Scripts disponíveis:
| Comando | Descrição |
|---|---|
npm run dev | Servidor de desenvolvimento |
npm run build | Build de produção |
npm run start | Sobe o build de produção |
npm run lint | ESLint (next lint) |
npm run typecheck | Checagem de tipos (tsc) |
npm test | Testes unitários (Vitest) |
O sistema usa duas variáveis (ver .env.example):
| Variável | Descrição |
|---|---|
NEXT_PUBLIC_SUPABASE_URL | URL do projeto Supabase (Settings → API) |
NEXT_PUBLIC_SUPABASE_ANON_KEY | Chave pública anon do Supabase |
Opcional: NEXT_PUBLIC_SITE_URL (domínio da aplicação, para recursos futuros
de auth por link). Nunca use a chave service_role no cliente.
Guias completos na pasta docs/:
Resumo: conecte o repositório na Vercel, cadastre as duas variáveis de
ambiente e clique em Deploy — a Vercel detecta o Next.js automaticamente
(npm run build, sem configuração extra). Todo git push refaz o deploy.
O projeto é construído etapa por etapa. Cada etapa só avança após confirmação de: o que foi feito, arquivos alterados, lint, testes, build e pendências.
Etapa 1 — Fundação ✅: arquitetura, estrutura de pastas, páginas (esqueleto), componentes reutilizáveis, tipos, README e PROJECT_CONTEXT.
Etapa 2 — Banco de dados ✅: schema no Supabase (5 tabelas, ENUMs, relacionamentos, índices, triggers, RLS), seed e tipos TypeScript. Ver supabase/README.md.
Etapa 3 — Autenticação ✅: Supabase Auth (login/logout), proteção de rotas real (middleware), obtenção do usuário e papel (profiles).
Etapa 4 — Clientes ✅: CRUD (sem exclusão definitiva — soft-delete via
active), busca por nome, filtro ativos/inativos, página individual e
formulário reutilizável validado com Zod.
Etapa 5 — Conteúdos ✅: tabela geral, criar/editar, página individual,
filtros (cliente/status/prioridade/formato/mês/semana), busca por título e
alteração rápida de status/prioridade. Regras derivadas (próxima ação,
responsável, prazo) centralizadas em lib/rules/contents.ts.
Etapa 6 — Regras de negócio ✅: camada central (lib/rules/contents.ts)
para próxima ação, responsável atual, atraso, prazo principal e motivo da
prioridade, com testes unitários (Vitest).
Etapa 7 — Painel operacional do cliente ✅: cards e seções por status com dados reais, filtros e tabela completa.
Etapa 8 — Gravações ✅: conteúdos que precisam de gravação agrupados (atrasadas, da semana, próximas, já gravados) com ações rápidas.
Etapa 9 — Fila de edição ✅: ordenação automática (9 critérios) e
reordenação manual por drag-and-drop (@dnd-kit, editing_queue_position).
Etapa 10 — Postagens ✅: visões semana/mês, arrastar entre dias (registra histórico) e calendário com contagem por dia.
Etapa 11 — Dashboard ✅: cards clicáveis, "Atenção esta semana", próximas postagens, resumo por cliente e 2 gráficos.
Etapa 12 — Minhas tarefas ✅: visão por papel (planner/producer/admin) com ações por tarefa.
Etapa 13 — Histórico e comentários ✅: registro automático de alterações (imutável) e comentários por conteúdo.
Todas as funcionalidades planejadas estão implementadas. O próximo passo é o deploy — ver docs/DEPLOY_VERCEL.md.
As regras completas de negócio estão em PROJECT_CONTEXT.md.
Etapa 14 — Preparação de deploy ✅: variáveis revisadas, build de
produção e guias (Vercel, primeiro acesso, backup) em docs/.
Etapa 15 — Revisão visual e acessibilidade ✅: tabelas viram cards no
celular, foco por teclado, aria-current, contraste (WCAG AA).
Etapa 16 — Configurações ✅: edição do próprio perfil e sessão.