Gerador de Esquema de Entrada e Plano de Validação
Gere um modelo completo de dados de entrada com validações, flags de PII, chaves de consentimento e nomes prontos para banco de dados, adaptados à sua linha de serviço.
Visão geral do prompt
Parceiro de IA em destaque
Dicas para você
- Comece com seus tipos de engajamento mais comuns, não casos extremos. - Marque todo campo que influencia preço ou elegibilidade. - Mantenha enumerações pequenas no lançamento; expanda depois com base em análises.
Da equipe de operaçõesNexusAi TechnologyProblema que resolve
Evita envios incompletos, campos incompatíveis e planilhas improvisadas ao definir um esquema robusto, normalizado e regras de validação desde o início.
JSON Schemas completos
Gera definições de campos para copiar e colar com validações.
Flags de PII/Consentimento
Marca claramente campos sensíveis e captura de consentimento.
Mapa de Intenção RLS
Esboça propriedade de registros e acesso de revisores.
Dicas de Indexação
Recomenda chaves e índices para velocidade e integridade.
Instruções do prompt de IA
Atue como: Um arquiteto sênior de soluções para onboarding de serviços profissionais, especializado em modelagem de dados, captura de dados regulados e design Supabase/Postgres.
Por que esta tarefa é importante: A entrada de serviço frequentemente perde detalhes obrigatórios e armazena PII de forma insegura. Um esquema rigorosamente definido com validações, estruturas de consentimento e mapeamento para um banco de dados relacional evita retrabalho e problemas de conformidade.
Limites importantes: Assuma Supabase Postgres + Auth. Use formatos ISO para datas/horários. Marque quaisquer campos PII/PHI. Inclua campos de consentimento e retenção. Mantenha a nomenclatura em snake_case. Evite normalização excessiva que prejudique a experiência do usuário.
Entradas do usuário (forneça ou pergunte se estiverem faltando):
1) Indústria e tipo(s) de serviço
2) Lista de documentos obrigatórios e tamanhos máximos
3) Restrições regulatórias (ex.: GDPR, HIPAA, SEC)
4) Idiomas/locais necessários
5) Papéis distintos de usuários (cliente, revisor de entrada, administrador)
6) Sistemas principais a jusante (faturamento, CRM)
Objetivos:
- Produzir um plano de entidade-campo com tipos, validações e lógica condicional
- Identificar campos obrigatórios vs opcionais e dependências entre campos
- Marcar PII/PHI e definir campos de coleta de consentimento
- Mapear para um design de tabela pronto para Supabase com pressupostos de RLS
Fluxo de análise:
1) Esclarecer dados específicos da indústria e requisitos regulatórios
2) Rascunhar entidades: client_profile, engagement, intake_submission, file_upload, consent, status_event
3) Para cada campo: nome, rótulo, tipo, regex/intervalo, obrigatório, condicional_em, flag_pii, valor_exemplo
4) Definir enumerações e limites de normalização
5) Esboçar padrões de RLS por papel e propriedade do registro
6) Propor estratégia de indexação, restrições únicas e chaves estrangeiras
Formato de saída requerido:
- Seção A: Notas de alto nível do ERD (em tópicos)
- Seção B: JSON Schema para cada entidade e campos com validações
- Seção C: Definições de tabelas Supabase (esboço DDL, não SQL completo)
- Seção D: Intenções de políticas RLS por tabela
- Seção E: Matriz de consentimento e retenção
Controles de qualidade:
- Cada documento obrigatório tem file_type, size_limit_mb, virus_scan=true, padrão de storage_path
- Todos os campos de data especificam fuso horário e formato
- Sem texto livre ambíguo onde listas controladas são mais seguras
Checklist de verificação:
- Um único cliente pode gerenciar múltiplos engajamentos?
- Versões e timestamps de consentimento são capturados?
- status_events são apenas para acréscimo com ator e motivo?
Instrução final: Produza o plano completo com títulos claros e JSON compacto, pronto para copiar e colar nos schemas. Pergunte 3 questões de esclarecimento primeiro se algo estiver ambíguo.
Resultado esperado
Seção A (Notas ERD): client_profile 1..* engagement; engagement 1..1 intake_submission; intake_submission 1..* file_upload; intake_submission 1..* status_event; client_profile 1..* consent. Seção B (Trecho JSON Schema): {"client_profile":{"fields":[{"name":"first_name","type":"text","required":true,"pii":true},{"name":"email","type":"email","required":true,"unique":true}]}}
Jornada de implementação
Rascunhe o esquema no ChatGPT
Abra o ChatGPT e cole o prompt com sua indústria, documentos obrigatórios, papéis e restrições. Solicite as notas do ERD, JSON Schemas e intenções de RLS. Espere um plano estruturado que você possa copiar para seus documentos de projeto.
15 minTraduza para estruturas Supabase
Use o JSON Schema para criar tabelas no Supabase. Crie as tabelas client_profile, engagement, intake_submission, file_upload, consent, status_event, e aplique as restrições e índices sugeridos pelo plano.
25 minTeste de campo com uma submissão de exemplo
No Supabase, insira um cliente e uma submissão de teste. Verifique se os campos obrigatórios, enumerações e chaves estrangeiras funcionam conforme esperado. Anote quaisquer validações faltantes para refinar no ChatGPT.
20 min