Sites no ChatGPT

Artigo original ↗ Discussão no Hacker News ↗

O novo recurso Sites do ChatGPT da OpenAI, que permite aos usuários “vibe code” e implantar instantaneamente sites full-stack e apps web simples na infraestrutura da OpenAI, é visto tanto como uma conveniência poderosa quanto como uma ameaça direta a construtores tradicionais de sites como Wix, Squarespace e pequenas agências de desenvolvimento. Comentadores destacam quão rapidamente protótipos e ferramentas de nicho agora podem ser criados, mas temem que isso acelere uma tendência maior: laboratórios de IA subindo na pilha, canibalizando seus próprios clientes desenvolvedores e empurrando software e SaaS em direção à comoditização. Muitos esperam que isso reduza a demanda por trabalho rotineiro de programação e design, ao mesmo tempo em que aumenta a importância de vantagens defensáveis como dados, controle de infraestrutura, domínios especializados e confiança.

Reação geral aos Sites do ChatGPT

  • Muitos veem Sites como uma extensão natural e poderosa: “digite um pedido, obtenha um site/app hospedado em uma URL”, eliminando dores de cabeça de implantação para usuários não técnicos.
  • Outros acham os exemplos pouco impressionantes ou “AI slop” (texto esquisito, visuais estranhos, interatividade básica), embora algumas demos sejam consideradas surpreendentemente polidas e não óbvias como geradas por IA.
  • Vários usuários relatam usar Sites há semanas/meses e dizem que isso se tornou parte do seu fluxo de trabalho de prototipagem.

Estratégia de negócios, lock-in e canibalização

  • Há uma visão forte de que a OpenAI está subindo deliberadamente na pilha: de “API de inteligência” para hospedagem, plugins, autenticação, bancos de dados e, eventualmente, apps completos.
  • Alguns argumentam que isso é necessário para escapar da comoditização da API e construir uma moats/jardim murado (Sign in with ChatGPT, plugins hospedados, cobrança de assinatura BYO).
  • Outros temem que a OpenAI vá “Sherlockar” startups e ferramentas SaaS dependentes de IA, treinando em cargas de trabalho de clientes e competindo diretamente.
  • Contraponto: fornecedores de nuvem/infra (Cloudflare, outros) podem oferecer hospedagem amigável a agentes semelhante; a OpenAI talvez não retenha um moat duradouro.

Impacto em desenvolvedores, SaaS e empregos

  • Visões divididas:
    • Um grupo vê isso como mais um prego no caixão do trabalho web de baixa complexidade (sites institucionais, wrappers básicos de SaaS, pequenas agências).
    • Outro argumenta que apps complexos ainda precisam de arquitetura, segurança, modelagem de dados, operações e responsabilidade — muito além de sites codificados no vibe.
  • Vários desenvolvedores relatam ganhos enormes de produtividade com IA (semanas → horas) e esperam reduções significativas de equipe, especialmente em funções de “apenas programar”.
  • Alguns preveem menos vagas, porém melhor remuneradas; outros antecipam um mercado duro de “cadeiras musicais”.

Capacidades do produto e comparações

  • Sites pode hospedar apps web completos com backend da Cloudflare, integração de plugins, atualizações agendadas e domínios personalizados; pode atuar tanto como site quanto como plugin.
  • Em comparação com o Claude Artifacts, Sites é visto como mais “full stack” (backend, armazenamento) versus artefatos principalmente estáticos.
  • Alguns dizem que GPT/Codex é mais barato ou mais capaz em programação; outros preferem fortemente a UX e a confiabilidade do Claude.

Qualidade, segurança e alternativas

  • Preocupações com abuso: golpes, miners, honeypots, dada a hospedagem gratuita e fácil.
  • Muitos comentam sobre a “aura de IA” em fontes, layout e, especialmente, texto; alguns acham que usuários não técnicos podem refinar isso via prompts, dispensando desenvolvedores.
  • Há interesse em análogos open source/self-hosted e plataformas integradas ao MCP para evitar lock-in de fornecedor e “rug pulls” de dados/ideias.