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.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證CLaude use
翻譯準備中
取自儲存庫 README
正在載入完整 README。 以下為已儲存的摘錄。
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 Brasil檢視完整 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.