Crie um app de IA com AutoCoder.cc e prepare o backend para produção

Descreva uma jornada verificável, não apenas telas

A visão geral oficial do AutoCoder inclui geração de frontend e UI, APIs e lógica de backend, persistência de dados, autenticação, deploy e exportação do código-fonte. O fluxo Build converte uma descrição em linguagem natural em uma Requirement List que pode ser refinada antes da geração da demo.

Em vez de pedir somente login, dashboard e upload, defina um resultado completo. Para um serviço de análise de documentos, a jornada pode ser:

1. A pessoa cria uma conta e envia um tipo de arquivo permitido.
2. O backend verifica tamanho, formato e propriedade do documento.
3. A tarefa de análise recebe um ID e um status visível.
4. A API do modelo é chamada apenas pelo backend.
5. A interface mostra o resultado ou um erro controlado sem expor a chave ou a resposta interna do provedor.

Depois da geração, percorra o fluxo com um arquivo válido, um inválido e um envio repetido. Isso revela falhas de autorização, estados ausentes e tarefas duplicadas que uma avaliação apenas visual da página inicial não encontra.

Publicação na plataforma ou exportação do código

O AutoCoder oferece duas passagens diferentes do editor para uma URL. O publish integrado cria uma Website URL e uma Backend URL. É uma opção prática para demos e testes iniciais, pois parte da infraestrutura permanece sob a plataforma.

A exportação é indicada quando a equipe quer controlar repositório, ambientes, CI/CD, secrets, servidor e rollback. Segundo a documentação atual de Plans & Credits e Deploy & Hosting, Source Code Export é um recurso de planos pagos e não está disponível no Free. Preços e créditos podem mudar; consulte a página atual em vez de incorporar um número antigo à arquitetura.

Quatro perguntas ajudam na decisão:

O código exportado é o começo da aceitação técnica. Ele não prova que dependências foram revisadas, permissões estão corretas, migrations são reversíveis ou o serviço suporta o tráfego esperado.

Mantenha a API do modelo atrás do backend

Nesta arquitetura, o AutoCoder gera e exporta a camada da aplicação: interface, lógica de servidor e estruturas de dados. O BetterToken entra no backend como API de modelos para recursos como resumo, classificação e extração. A API key nunca deve aparecer no bundle do frontend, no HTML, no pacote móvel ou em um repositório público.

A atual referência pública do BetterToken documenta Chat Completions compatível com OpenAI:

Base URL: https://www.bettertoken.ai/v1
Request URL: https://www.bettertoken.ai/v1/chat/completions
Authorization: Bearer YOUR_API_KEY
Model: YOUR_MODEL_ID

Trate YOUR_MODEL_ID como configuração. Copie o identificador atual do catálogo de modelos ou do Setup da chave correspondente no Console. Um nome encontrado em tutorial antigo não é uma dependência estável.

No backend Node.js exportado, o ambiente pode começar assim:

OPENAI_BASE_URL=https://www.bettertoken.ai/v1
BETTERTOKEN_API_KEY=your_api_key_here
BETTERTOKEN_MODEL_ID=copy_current_model_id_here

Não faça commit dos valores reais. Entregue-os em runtime pelo secret manager de cada ambiente. A inicialização do cliente compatível também deve ficar em um módulo do servidor:

import OpenAI from "openai";

const client = new OpenAI({
  baseURL: process.env.OPENAI_BASE_URL,
  apiKey: process.env.BETTERTOKEN_API_KEY,
});

export async function summarizeDocument(text: string) {
  const response = await client.chat.completions.create({
    model: process.env.BETTERTOKEN_MODEL_ID!,
    messages: [
      { role: "system", content: "Return a concise factual summary." },
      { role: "user", content: text },
    ],
  });

  return response.choices[0]?.message?.content ?? "";
}

O exemplo define o limite do módulo, não um middleware completo de produção. Adicione validação de variáveis ausentes, limite de entrada, timeout, classificação de erros e logs sem o conteúdo do documento nem a chave.

Faça um smoke test antes do tráfego real

Envie primeiro uma requisição mínima fora da lógica principal. Isso separa erros de configuração da API de defeitos no projeto gerado:

curl "https://www.bettertoken.ai/v1/chat/completions" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  --data '{
    "model": "YOUR_MODEL_ID",
    "messages": [
      {"role": "user", "content": "Reply with: API connected"}
    ]
  }'

Uma resposta bem-sucedida contém choices[0].message.content. Em seguida, repita o pequeno cenário pela rota de servidor do app e confirme:

• a requisição sai do backend, não do navegador;
• a chave real não aparece no código nem no network trace do cliente;
• um erro upstream vira uma resposta controlada da aplicação;
• o Dashboard do BetterToken registra modelo, horário, status e uso de tokens de entrada, saída e cache.

Se o curl funciona e a rota falha, verifique carregamento do ambiente, nome das variáveis, proxy, serialização do body e leitura da resposta. Se ambos falham, revise primeiro a chave, o Model ID atual, a URL e o erro retornado; mudar o frontend não resolve essa configuração.

Aceitação antes da produção

Dependências e build. Preserve o lockfile, execute instalação limpa e build de produção. Revise licenças e remova pacotes sem uso.

Autenticação e autorização. Confirme que cada pessoa só pode ler ou alterar os próprios objetos. Teste separadamente uma requisição anônima, uma conta comum e uma administrativa.

Banco de dados. Registre o schema como migrations, teste o upgrade em uma cópia e prepare a restauração. Alterar tabelas na inicialização sem histórico dificulta o rollback.

Secrets. Separe chaves de desenvolvimento, staging e produção. Entregue ao runtime apenas o necessário e documente a rotação antes de um incidente.

Timeouts e retries. Limite a duração da chamada ao modelo. Repita somente operações cuja idempotência esteja clara; retry ilimitado pode aumentar a fila e o custo.

Observabilidade e orçamento. Relacione um task ID interno ao horário e status da API sem registrar conteúdo privado. O Dashboard ajuda a conferir modelo, status e tokens reais; limites de entrada e repetição protegem o orçamento.

Rollback. Guarde o artefato anterior e uma configuração reversível. Confirme que voltar ao código anterior não entra em conflito com uma migration já aplicada.

O app está pronto para um piloto limitado quando a jornada principal passa em staging, as permissões foram verificadas, a API vence um smoke test isolado, falhas ficam visíveis sem vazamento de dados e o rollback foi realmente executado. Código gerado, sozinho, não é essa prova.

Para mover a chamada de IA para um backend controlado, crie uma chave separada, copie o Model ID atual e faça a primeira requisição pela referência do BetterToken. Antes do tráfego real, relacione o registro do Dashboard ao task ID da aplicação.

Fontes

• AutoCoder: visão geral
• AutoCoder: fluxo Build
• AutoCoder: planos e exportação
• AutoCoder: deploy e hosting
• BetterToken API Reference