Desafio de 3 Dias para Construir seu Próprio Sistema Profissional de IA

Nossa proposta refere-se a um mini-SaaS/API de treinamento, com o conteúdo dos 3 dias, progresso do visitante, laboratório prático e geração do SKILL.md.

Abaixo está o prompt mestre pronto para copiar e colar no Claude.

PROJETO

Construa para o AtiveSite uma aplicação web completa chamada:

AtiveSite AI Challenge

Subtítulo

Desafio de 3 Dias para Construir seu Próprio Sistema Profissional de IA

O produto será um mini-SaaS educacional/interativo que ensina o visitante, na prática, a estruturar seu uso profissional do Claude utilizando:

• Memória,
• Projetos,
• Base de conhecimento,
• Instruções,
• Skills,
• MCP,
• automação,
• processos reutilizáveis.

O visitante não deve apenas ler conteúdo.

Ele deve executar tarefas dentro da plataforma, acompanhar seu progresso e terminar o desafio com um pequeno sistema profissional de IA construído por ele.

---

1. OBJETIVO DO PRODUTO

Criar uma experiência extremamente profissional, moderna e intuitiva que transforme um visitante interessado em IA em um usuário capaz de construir seu próprio sistema de trabalho com inteligência artificial.

O sistema deverá funcionar como:

conteúdo educativo + laboratório prático + gerador de estruturas + acompanhamento de progresso.

O usuário deverá completar:

DIA 1

Construir seu contexto operacional.

DIA 2

Construir seu primeiro projeto.

DIA 3

Construir sua primeira Skill.

Ao final deverá receber:

Meu Sistema de IA

com:

• Perfil,
• Memória operacional,
• Projeto,
• Instruções,
• Base de conhecimento sugerida,
• Skill,
• SKILL.md,
• próximos passos,
• diagnóstico do sistema.

---

2. ARQUITETURA

Construa a aplicação utilizando arquitetura moderna e escalável.

Preferência:

• Frontend: Next.js + TypeScript,
• UI: Tailwind CSS,
• Backend: API REST,
• Banco de dados: PostgreSQL,
• ORM: Prisma,
• Autenticação preparada para evolução,
• Validação: Zod,
• API estruturada por módulos,
• arquitetura preparada para integração futura com Claude API,
• variáveis de ambiente,
• logs,
• tratamento de erros,
• segurança,
• rate limiting,
• documentação da API.

Se houver motivo técnico forte para utilizar outra tecnologia, explique antes de substituir.

---

3. PRINCÍPIO FUNDAMENTAL

Não construir apenas uma landing page.

Construir uma aplicação funcional.

O visitante deverá conseguir:

1. Entrar no desafio,
2. Criar seu perfil,
3. Começar o Dia 1,
4. responder perguntas,
5. gerar sua memória operacional,
6. salvar o resultado,
7. avançar para o Dia 2,
8. criar seu Projeto,
9. definir instruções,
10. adicionar documentos ou registrar documentos que pretende utilizar,
11. avançar para o Dia 3,
12. criar sua Skill,
13. gerar seu SKILL.md,
14. testar a Skill,
15. receber diagnóstico,
16. concluir o desafio.

---

4. LANDING PAGE

Criar uma landing page premium.

Headline:

Construa seu próprio sistema profissional de IA em 3 dias

Subheadline:

Pare de começar do zero em cada conversa. Em três dias, você vai criar memória, projetos, processos e sua primeira Skill para transformar o Claude em um verdadeiro ambiente de trabalho.

CTA principal:

Começar o Desafio

CTA secundário:

Ver como funciona

---

5. HERO

Mostrar visualmente:

DIA 1
MEMÓRIA

↓

DIA 2
PROJETO

↓

DIA 3
SKILL

↓

MEU SISTEMA DE IA

Criar animação discreta e profissional.

Não utilizar excesso de efeitos.

A experiência deve parecer produto SaaS premium.

---

6. SEÇÃO “O QUE VOCÊ VAI CONSTRUIR”

Mostrar quatro cards:

Memória

Seu contexto profissional e preferências.

Projeto

Seu ambiente de trabalho organizado.

Skill

Seu processo reutilizável.

Sistema

A combinação de tudo.

---

7. SEÇÃO DOS 3 DIAS

DIA 1 — CONSTRUA SEU CONTEXTO

Objetivo:

Criar a Memória Operacional.

O visitante deverá responder perguntas como:

• Quem é você?
• O que você faz?
• Qual sua profissão?
• Qual sua empresa?
• Quais projetos possui?
• Quais tarefas executa frequentemente?
• Como prefere receber respostas?
• O que a IA nunca deve fazer?
• Quais informações são permanentes?
• Quais tarefas são repetitivas?

Não fazer um formulário gigantesco.

Utilizar uma experiência de entrevista.

Pergunta por pergunta.

Mostrar:

Pergunta 1 de 10

barra de progresso.

Depois gerar:

Minha Memória Operacional

Estrutura:

IDENTIDADE

CONTEXTO PROFISSIONAL

OBJETIVOS

PREFERÊNCIAS

ESTILO

FORMATO

REGRAS

O QUE EVITAR

PROJETOS

TAREFAS RECORRENTES

Permitir:

• editar,
• copiar,
• regenerar,
• salvar.

---

8. DIA 2 — CONSTRUA SEU PROJETO

Depois de completar o Dia 1:

mostrar:

Agora vamos transformar seu contexto em um ambiente de trabalho.

Solicitar:

Nome do projeto.

Exemplos:

• Conteúdo,
• Marketing,
• Desenvolvimento,
• Clínica,
• Financeiro,
• Atendimento,
• Estudos,
• Empresa.

Depois gerar:

Instruções do Projeto

Com:

Objetivo,

Público,

Contexto,

Tom,

Regras,

Processo,

Formato de saída.

Depois perguntar:

Que arquivos esse projeto precisa conhecer?

Permitir adicionar:

• nome,
• tipo,
• descrição,
• finalidade.

No MVP não é obrigatório armazenar o arquivo fisicamente.

Criar estrutura preparada para upload futuro.

---

9. DIA 3 — CONSTRUA SUA PRIMEIRA SKILL

Headline:

Transforme uma tarefa repetitiva em uma Skill

Explicar:

Uma Skill representa um processo reutilizável.

Solicitar:

Nome da Skill

O que ela faz?

Quando deve ser utilizada?

Qual o passo a passo?

Qual deve ser o resultado?

O que nunca deve fazer?

Depois o sistema deverá gerar automaticamente:

SKILL.md

Estrutura:

---
name: nome-da-skill
description: descrição objetiva da skill
---

# Nome da Skill

## Objetivo

...

## Quando utilizar

...

## Processo

1.
2.
3.
4.
5.

## Regras

...

## Critérios de qualidade

...

## Formato de saída

...

Permitir:

• visualizar,
• editar,
• regenerar,
• copiar,
• baixar como arquivo .md.

---

10. LABORATÓRIO INTERATIVO

Criar uma seção chamada:

Laboratório de IA

O visitante poderá escrever:

“Quero criar um sistema para uma clínica veterinária.”

O sistema deverá transformar a ideia em:

Objetivo

Público

Problema

Resultado esperado

Funcionalidades iniciais

Informações faltantes

Perguntas necessárias

Próximo passo

Criar botão:

Estruturar minha ideia

---

11. GERADOR DE SKILL

Criar um segundo laboratório.

Input:

O que você faz repetidamente?

Exemplo:

“Todo dia preciso transformar pedidos de clientes em briefings.”

Botão:

Criar minha Skill

Resultado:

Nome sugerido,

Descrição,

Quando usar,

Processo,

Entradas,

Saídas,

Regras,

Critérios de qualidade,

SKILL.md.

---

12. DIAGNÓSTICO FINAL

Ao concluir os três dias, executar:

Auditoria do meu Sistema de IA

Avaliar:

Memória

Está clara?

Está excessiva?

Possui informações temporárias?

Projeto

Está bem delimitado?

Base de conhecimento

Está suficiente?

Skill

Está específica?

É repetível?

Possui regras claras?

Automação

Quais tarefas poderiam ser automatizadas?

MCP

Quais sistemas externos poderiam ser conectados?

Gerar:

Plano de Evolução

Agora

O que fazer imediatamente.

Próximo

O que construir depois.

Avançado

O que pode virar automação ou agente.

---

13. DASHBOARD DO USUÁRIO

Criar dashboard:

Meu Desafio

Mostrar:

Progresso geral: 0–100%

DIA 1
○ Não iniciado
○ Em andamento
✓ Concluído

DIA 2
○ Não iniciado
○ Em andamento
✓ Concluído

DIA 3
○ Não iniciado
○ Em andamento
✓ Concluído

Mostrar também:

Meu Sistema

Memória ✓

Projeto ✓

Base de conhecimento ○

Skill ✓

Diagnóstico ○

---

14. SISTEMA DE CONQUISTAS

Criar badges:

Primeiro passo

Iniciou o desafio.

Contexto criado

Concluiu o Dia 1.

Projeto criado

Concluiu o Dia 2.

Primeira Skill

Concluiu o Dia 3.

Sistema completo

Concluiu a auditoria.

Construtor de IA

Completou todo o desafio.

---

15. API

Criar API REST documentada.

Endpoints:

Usuário

POST /api/users

GET /api/users/:id

PATCH /api/users/:id

---

Desafio

GET /api/challenge

GET /api/challenge/progress/:userId

POST /api/challenge/start

POST /api/challenge/complete-day

---

Memória

POST /api/memory

GET /api/memory/:userId

PATCH /api/memory/:id

POST /api/memory/generate

---

Projetos

POST /api/projects

GET /api/projects/:userId

GET /api/projects/:id

PATCH /api/projects/:id

DELETE /api/projects/:id

---

Base de conhecimento

POST /api/projects/:id/knowledge

GET /api/projects/:id/knowledge

DELETE /api/knowledge/:id

---

Skills

POST /api/skills

GET /api/skills/:userId

GET /api/skills/:id

PATCH /api/skills/:id

DELETE /api/skills/:id

POST /api/skills/generate

POST /api/skills/:id/test

GET /api/skills/:id/download

---

Laboratório

POST /api/lab/briefing

POST /api/lab/skill

POST /api/lab/audit

---

16. BANCO DE DADOS

Criar schema Prisma.

Entidades mínimas:

User

ChallengeProgress

Memory

Project

ProjectInstruction

KnowledgeItem

Skill

SkillVersion

LabSession

Audit

Achievement

Relacionamentos:

User
→ Memory

User
→ Projects

User
→ Skills

User
→ ChallengeProgress

Project
→ ProjectInstruction

Project
→ KnowledgeItem

Skill
→ SkillVersion

User
→ LabSession

User
→ Audit

User
→ Achievement

Manter histórico das versões das Skills.

---

17. VERSIONAMENTO

Toda alteração importante em uma Skill deve criar:

SkillVersion.

Exemplo:

v1

v2

v3

Permitir visualizar:

• data,
• alteração,
• conteúdo,
• versão atual.

Adicionar:

Restaurar versão

---

18. INTEGRAÇÃO COM CLAUDE API

Criar uma camada de serviço independente:

services/ai/

Criar interface:

AIProvider

Implementação inicial:

ClaudeProvider

A chave deve estar somente no servidor:

ANTHROPIC_API_KEY=

Nunca expor a chave no frontend.

Criar métodos:

generateMemory()
generateProjectInstructions()
generateBriefing()
generateSkill()
auditSystem()

Não espalhar chamadas da Anthropic pelo frontend.

Toda integração deverá passar pelo serviço de IA.

---

19. PROMPTS DO SISTEMA

Criar prompts separados:

prompts/
    memory.ts
    project.ts
    briefing.ts
    skill.ts
    audit.ts

Não colocar prompts gigantes diretamente nos componentes React.

---

20. ESTRUTURA DA SKILL

Quando o usuário solicitar uma Skill, o sistema deverá gerar uma estrutura tecnicamente válida.

Exemplo:

my-skill/
└── SKILL.md

Se futuramente forem necessários:

my-skill/
├── SKILL.md
├── references/
├── scripts/
└── assets/

O sistema deverá estar preparado para essa evolução.

---

21. DOWNLOAD

Criar botão:

Baixar minha Skill

Gerar:

nome-da-skill.zip

contendo:

nome-da-skill/
└── SKILL.md

---

22. EXPERIÊNCIA MOBILE

A aplicação deve funcionar perfeitamente em:

Desktop,

Notebook,

Tablet,

Smartphone.

No celular:

• menu simplificado,
• cards empilhados,
• formulário confortável,
• botões grandes,
• barra de progresso,
• navegação simples.

---

23. UX

A experiência deve ser extremamente simples.

O visitante sempre deverá saber:

Onde estou?

O que preciso fazer?

Quanto falta?

O que vou ganhar ao terminar?

Nunca apresentar uma parede de texto quando uma interface interativa puder resolver.

---

24. COPY DA EXPERIÊNCIA

Tom:

• profissional,
• tecnológico,
• motivador,
• inteligente,
• sem exageros,
• sem promessas irreais.

Evitar:

“Você nunca mais precisará trabalhar.”

“Claude fará tudo sozinho.”

“A IA fará sua empresa crescer automaticamente.”

Preferir:

“Construa processos reutilizáveis.”

“Reduza tarefas repetitivas.”

“Organize seu contexto.”

“Transforme conhecimento em processos.”

---

25. CAPTAÇÃO

Preparar o sistema para conversão futura.

Na conclusão:

Seu sistema está pronto.

Mostrar:

Memória criada

Projeto criado

Skill criada

Diagnóstico concluído

CTA:

Continuar evoluindo meu sistema

Criar espaço para futura oferta de:

• cursos,
• consultoria,
• templates,
• Skills premium,
• automações,
• SaaS,
• serviços do AtiveSite.

Não implementar cobrança agora.

A arquitetura deve estar preparada para isso.

---

26. ADMINISTRADOR

Criar área administrativa preparada para:

• visualizar usuários,
• visualizar progresso,
• visualizar quantidade de projetos,
• visualizar Skills criadas,
• visualizar uso da API,
• visualizar erros,
• visualizar sessões do laboratório.

Dashboard:

Usuários,

Desafios iniciados,

Desafios concluídos,

Dia 1 concluído,

Dia 2 concluído,

Dia 3 concluído,

Skills geradas,

Briefings gerados,

Auditorias realizadas.

---

27. ANALYTICS

Registrar eventos:

challenge_started
day_1_started
day_1_completed
day_2_started
day_2_completed
day_3_started
day_3_completed
memory_generated
project_created
skill_generated
skill_downloaded
briefing_generated
audit_generated
challenge_completed

Preparar arquitetura para Google Analytics/Tag Manager futuramente.

---

28. SEGURANÇA

Implementar:

• validação de inputs,
• sanitização,
• autenticação preparada,
• autorização,
• rate limiting,
• proteção de endpoints,
• tratamento de erros,
• proteção da API key,
• limites de tamanho,
• controle de uso da IA,
• logs sem expor informações sensíveis.

Não confiar em dados enviados pelo frontend.

---

29. CUSTO DE IA

Criar mecanismo para controlar custo.

Cada chamada de IA deverá registrar:

• usuário,
• endpoint,
• modelo,
• tokens de entrada,
• tokens de saída,
• timestamp,
• custo estimado,
• status.

Criar possibilidade futura de:

FREE
PRO
PREMIUM

com limites diferentes.

Não implementar cobrança agora.

---

30. MODELO DE IA

Não fixar o sistema inteiro a um único modelo.

Criar configuração:

AI_PROVIDER=anthropic
AI_MODEL=

Permitir trocar o modelo sem modificar a aplicação inteira.

---

31. DOCUMENTAÇÃO

Entregar:

README.md

com:

1. requisitos,
2. instalação,
3. configuração,
4. variáveis de ambiente,
5. banco de dados,
6. migrations,
7. execução local,
8. API,
9. integração Anthropic,
10. deploy.

Criar também:

API.md

com todos os endpoints.

---

32. .env.example

Criar:

DATABASE_URL=

ANTHROPIC_API_KEY=

AI_PROVIDER=anthropic
AI_MODEL=

NEXT_PUBLIC_APP_URL=

AUTH_SECRET=

---

33. DESIGN

Visual:

SaaS premium de tecnologia.

Referências conceituais:

• Linear,
• Notion,
• Vercel,
• Stripe,
• produtos modernos de IA.

Não copiar nenhuma identidade visual.

Usar:

• bastante espaço,
• tipografia forte,
• cards discretos,
• bordas suaves,
• microinterações,
• progresso visual,
• hierarquia clara.

Evitar:

• excesso de gradientes,
• excesso de animação,
• neon exagerado,
• visual de “site de curso barato”.

---

34. PRIMEIRO ACESSO

Quando o visitante entrar:

mostrar:

Você está a 3 dias de construir seu próprio sistema de IA.

[COMEÇAR DESAFIO]

Depois:

“Antes de começar, vamos descobrir como você trabalha.”

---

35. SISTEMA SEM LOGIN NO MVP

Criar inicialmente possibilidade de uso sem cadastro obrigatório.

Usar sessão temporária.

Depois preparar migração para conta permanente.

O visitante deverá conseguir experimentar o sistema antes de fornecer dados pessoais.

---

36. LOGIN FUTURO

Preparar arquitetura para:

• e-mail,
• Google,
• Apple.

Não precisa implementar todos inicialmente.

---

37. EXPORTAÇÃO DO SISTEMA

No final criar:

Exportar meu sistema

Gerar um pacote:

meu-sistema-ia/
├── memoria.md
├── projeto.md
├── skill/
│   └── SKILL.md
└── diagnostico.md

Se possível:

meu-sistema-ia.zip

---

38. TESTES

Criar testes para:

• geração de memória,
• criação de projeto,
• criação de Skill,
• validação do SKILL.md,
• geração de briefing,
• progresso,
• download,
• endpoints da API.

Criar pelo menos:

• testes unitários,
• testes de API,
• teste do fluxo principal.

---

39. REGRA CRÍTICA

Não entregue somente código parcial.

Construa o projeto completo.

Se alguma parte precisar ser simplificada no primeiro MVP, deixe claramente preparada para expansão.

Não criar funcionalidades falsas.

Não criar botões que não funcionam.

Não usar dados fictícios como se fossem reais.

Quando uma integração externa não estiver configurada, mostrar claramente:

“Configure sua API para ativar esta função.”

---

40. PRIMEIRO MVP

O primeiro MVP precisa funcionar de ponta a ponta:

VISITANTE

↓

LANDING PAGE

↓

COMEÇAR DESAFIO

↓

DIA 1

↓

MEMÓRIA

↓

DIA 2

↓

PROJETO

↓

DIA 3

↓

SKILL

↓

SKILL.md

↓

DIAGNÓSTICO

↓

EXPORTAR SISTEMA

---

41. ENTREGÁVEIS

Ao terminar, entregue:

1. Código completo.
2. Estrutura de diretórios.
3. Banco de dados.
4. API.
5. Frontend.
6. Componentes.
7. Prompts.
8. Integração Claude.
9. Gerador de SKILL.md.
10. Exportação ZIP.
11. Dashboard.
12. Sistema de progresso.
13. Sistema de conquistas.
14. Laboratório.
15. Auditoria.
16. README.
17. API.md.
18. .env.example.
19. Testes.

---

42. ORDEM DE IMPLEMENTAÇÃO

Não tente implementar tudo simultaneamente.

Execute nesta ordem:

FASE 1

Arquitetura.

FASE 2

Landing page.

FASE 3

Fluxo dos três dias.

FASE 4

Banco de dados.

FASE 5

API.

FASE 6

Laboratório.

FASE 7

Claude API.

FASE 8

Gerador de Skill.

FASE 9

Exportação.

FASE 10

Dashboard.

FASE 11

Analytics.

FASE 12

Segurança e testes.

FASE 13

Polimento visual.

---

43. IMPORTANTE — NÃO ME PERGUNTE TUDO ANTES DE COMEÇAR

Tome decisões técnicas razoáveis quando não forem críticas.

Se existir uma decisão que realmente impeça o desenvolvimento, faça a pergunta.

Caso contrário:

decida, implemente e documente a decisão.

Não quero um protótipo visual.

Quero uma aplicação funcional.

---

44. PRIMEIRA ENTREGA

Comece agora pela FASE 1.

Mostre:

1. arquitetura,
2. árvore de diretórios,
3. modelo de dados,
4. rotas,
5. API,
6. fluxo do usuário,
7. estratégia de integração com Claude.

Depois implemente o MVP completo.

Ao final, faça uma auditoria técnica procurando:

• erros,
• endpoints quebrados,
• imports incorretos,
• componentes sem uso,
• variáveis ausentes,
• problemas de segurança,
• problemas de responsividade,
• inconsistências entre frontend e backend.

Corrija os problemas encontrados antes de considerar o MVP concluído.

OBJETIVO FINAL

Quero que o resultado pareça um produto real do AtiveSite.

Não quero uma demonstração genérica de IA.

Quero um laboratório de construção de sistemas de IA, onde qualquer visitante consiga entrar, aprender fazendo e sair com sua primeira memória operacional, seu primeiro projeto e sua primeira Skill.

O produto deve ser preparado para evoluir posteriormente para:

Skills Premium → Templates → MCP → Agentes → Automações → SaaS completo.

Uma decisão importante sobre a API

Eu faria a primeira versão híbrida:

Frontend
→ experiência dos 3 dias

API própria
→ usuários, progresso, projetos, Skills e laboratório

Claude API
→ geração e análise inteligente

PostgreSQL
→ persistência

Storage
→ arquivos e Skills

Admin
→ métricas e controle

Assim, você não fica dependente da interface do Claude. O seu produto passa a ter uma infraestrutura própria, usando Claude como motor de IA.

E o ponto mais interessante é o laboratório: o visitante poderá começar sem login, experimentar a geração de briefing e Skill e só depois ser convidado a salvar o sistema. Isso reduz bastante a fricção de entrada.

Uma etapa posterior em que o próprio sistema gera um ZIP instalável da Skill, porque aí o visitante termina o desafio com algo concreto nas mãos, em vez de simplesmente receber um certificado ou uma página de conclusão.