VipterCentral de Ajuda

Integrar com agentes de IA

O que o Vipter publica para que um agente de IA (Claude Code, Cursor, Codex, ChatGPT e similares) integre a API sem ajuda humana: a skill vipter-api no formato Agent Skills, o llms.txt com instruções, toda a documentação em Markdown, o OpenAPI 3.1 e a coleção Postman; como apontar o agente para cada um, o que pedir a ele e o que nunca entregar a ele.

Admin ou DonoTodos os planos

Grande parte das integrações hoje é escrita por um agente de IA a partir de um pedido em linguagem natural. O Vipter publica o que esse agente precisa ler para acertar de primeira: as regras da API num arquivo de skill, um índice de páginas em llms.txt, cada página em Markdown, e a descrição da API em OpenAPI e em coleção Postman. Esta página diz onde está cada peça e como usar.

O que está publicado

PeçaEndereçoPara que serve
Skill vipter-apihttps://docs.vipter.com/skills/vipter-api/SKILL.mdInstruções no formato Agent Skills (frontmatter name e description, corpo em Markdown): autenticação, convenções, objetos e seus equivalentes na Stripe, fluxos passo a passo, armadilhas. É o primeiro arquivo que o agente deve ler.
Índice de skillshttps://docs.vipter.com/skills/index.jsonLista as skills publicadas, com versão e links.
llms.txthttps://docs.vipter.com/llms.txtResumo para agentes no topo e a lista de todas as páginas, em três idiomas, com o link do Markdown de cada uma.
Páginas em Markdownqualquer página desta central com .md no fimExemplo: https://docs.vipter.com/pt-br/developers/api-reference.md. Sem menu, sem HTML, só o conteúdo.
OpenAPI 3.1https://api.vipter.com/v1/openapi.jsonCada endpoint, parâmetro e objeto, com os esquemas. Serve para gerar clientes e para o agente conferir campos.
Coleção Postmanhttps://api.vipter.com/v1/postman.jsonGerada do OpenAPI a cada chamada: uma pasta por recurso, autenticação por variável apiKey, corpos de exemplo. Importa no Postman, no Bruno e no Insomnia.

Nada disso pede chave. A chave entra só quando o agente roda o código que escreveu.

Como apontar o agente

Instale a skill no projeto, para que ela seja carregada quando a tarefa falar de Vipter:

mkdir -p .claude/skills/vipter-api
curl -sL https://docs.vipter.com/skills/vipter-api/SKILL.md -o .claude/skills/vipter-api/SKILL.md

Depois, peça a integração em linguagem natural:

Integre o checkout do nosso app com o Vipter: ao clicar em "assinar", crie uma sessão
de checkout com o ID do usuário, redirecione, e libere o plano no webhook
checkout.session.completed. A chave está em VIPTER_API_KEY. Use a skill vipter-api.

O que pedir ao agente

Pedidos que a skill cobre bem, por ordem de frequência:

  1. Checkout com o usuário identificado: sessão de checkout com client_reference_id, redirecionamento, confirmação por GET e por webhook. O roteiro humano está em SaaS: do cadastro ao dashboard.
  2. Cobrança avulsa na assinatura: POST /v1/subscriptions/{id}/charges com Idempotency-Key, tratamento do 402.
  3. Uso medido: criar medidor, reportar eventos, dar preço na oferta ou na assinatura.
  4. Webhooks: endpoint, verificação da assinatura, deduplicação, switch por tipo de evento.
  5. Migração da Stripe: trocar os trechos de código listados em Migrar da Stripe para o Vipter mantendo os dois provedores durante o corte.

Peça sempre que o código leia a chave de uma variável de ambiente e que confirme a chave com GET /v1/account antes de qualquer outra chamada. A skill já instrui isso; dizer de novo não custa.

O que nunca entregar ao agente

  • A chave vk_live_… no prompt. O agente não precisa dela para escrever o código; precisa dela para rodar. Coloque a chave no .env do projeto e deixe o agente ler o nome da variável, não o valor. Se a chave vazou num chat, revogue e crie outra.
  • O segredo whsec_… do endpoint, pelo mesmo motivo.
  • Permissão de rodar cobranças em produção sem conexão de teste. O Vipter não tem modo de teste; a conexão de teste do provedor é o que separa um teste de uma cobrança real. Veja Testar sem modo de teste.

Conferir o que o agente fez

  • Os logs de requisições na aba Desenvolvedores mostram cada chamada que a chave fez, com status e duração.
  • As entregas de cada endpoint mostram se o servidor do agente respondeu 2xx.
  • GET /v1/events lista o que aconteceu na loja, no catálogo do endpoint.

O que vem a seguir

Um servidor MCP remoto, para o agente consultar e agir na loja sem escrever código, e um SDK fino em Node.js estão planejados, sem data. A skill, o OpenAPI e a coleção Postman já cobrem a integração por código.

O que fazer a seguir

Esta página ajudou?

Nesta página

Idioma