# Quanto custa o vibe coding: subscrição, serviços e tempo para revisões
> Como calcular o custo de um projeto de IA: subscrições, custos adicionais, alojamento, serviços e o seu próprio tempo dedicado à definição de tarefas, verificação e correções.
Source: https://ailoot.ai/blog/pt-pt/custo-vibe-coding-tempo/
Canonical: https://ailoot.ai/blog/pt-pt/custo-vibe-coding-tempo/
Language: pt-PT
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-217
Revision: sha256-54b7327c178250e73a4662628becf5d7251704a6af7dbc8f9d299935aebde725
Principal conclusão
Se trabalha com IA através de uma subscrição, comece o cálculo pelo respetivo preço e por quaisquer custos adicionais efetivos. Contabilize separadamente os serviços de que o seu projeto irá depender e o seu próprio tempo. As revisões repetidas podem consumir a franquia da sua subscrição e levar horas, mesmo quando não há custos adicionais.
Saiba mais sobre como trabalhar com modelos na [documentação da Ailoot](https://ailoot.ai/docs/).
## O que compõe o custo de um projeto para além da subscrição
Imagine que está a criar um site com um formulário de contacto. A subscrição da ferramenta que escreve o código já está paga. Agora precisa de alojar o site, associar-lhe um endereço e garantir que os pedidos são efetivamente guardados. Se o formulário não funcionar, terá de o corrigir. O custo da subscrição pode manter-se igual, enquanto o lançamento se atrasa.
Num projeto deste tipo, é útil separar os custos:
| O que contabilizar | Quando surge o custo |
|----|----|
| Subscrição de uma ferramenta de IA | De acordo com as condições do plano escolhido |
| Custos para além da subscrição | Se estiver ativada a utilização adicional paga ou se forem ligadas outras funcionalidades pagas |
| Alojamento e domínio | Se precisar de alojamento pago para o projeto e de um endereço próprio para o site; o alojamento gratuito pode ser suficiente no início |
| Serviços integrados na aplicação | Se o projeto utilizar serviços pagos de mensagens, reconhecimento de voz ou outros serviços externos |
| Ajuda de um especialista | Se decidir contratar alguém para uma tarefa específica |
| O seu próprio tempo | Para definir a tarefa, verificar, corrigir e manter; registe-o separadamente dos pagamentos |
É necessária uma API quando um programa chama outro. Por exemplo, o seu serviço envia uma gravação de uma conversa para transcrição. Se essa chamada for paga, o respetivo custo faz parte do funcionamento do serviço. A subscrição do assistente que escreveu o código não paga, por si só, esse serviço.
Para um subscritor Claude Code Pro ou Max, o custo estimado de uma sessão não é uma fatura: a utilização está incluída na subscrição. A documentação do Claude Code afirma-o explicitamente. Verifique separadamente os custos de quaisquer funcionalidades pagas ligadas. Se utilizar uma API com faturação baseada na utilização, consulte os custos efetivos no painel da conta desse serviço.
Consulte o preço atual da subscrição escolhida na página de preços da ferramenta: para o Claude, utilize os [preços oficiais](https://claude.com/pricing). No seu cálculo, registe o preço do seu plano e dos extras pelos quais pagou.
## De onde vêm as horas adicionais
Um formulário de contacto tem vários resultados distintos: aparece na página, aceita dados, guarda-os, comunica erros e não envia o mesmo pedido duas vezes. Se a tarefa disser apenas «cria um formulário», o agente tem de preencher os requisitos por si próprio.
Num exemplo hipotético, seria assim:
- **O comportamento não foi clarificado.** O agente implementou o envio de um e-mail, mas os pedidos deviam aparecer numa lista no painel da conta. A solução terá de ser alterada.
- **Só foi verificada a aparência.** O formulário tem um aspeto cuidado, mas o registo desaparece quando a página é atualizada. É preciso verificar se os dados ficam guardados.
- **Os limites da alteração não foram especificados.** Além do formulário, o agente alterou um ecrã adjacente que não precisava de ser modificado. É preciso repor o comportamento anterior e limitar o âmbito da edição.
Isto não significa que cada correção seja dinheiro desperdiçado. Verificar e clarificar os requisitos fazem parte do desenvolvimento. É útil registar separadamente o retrabalho repetido: corrigir novamente o mesmo erro, esquecer uma decisão já tomada ou continuar a obter um resultado diferente do pedido.
Comece por verificar uma funcionalidade completa. No caso de um formulário, isso significa percorrer o caminho desde o preenchimento dos campos até à visualização do pedido guardado. Encontra um procedimento detalhado no guia [como verificar código gerado por IA sem recorrer a um programador](https://ailoot.ai/blog/pt-pt/check-ai-generated-code/).
O fluxo de trabalho do vibe coding consiste em escolher ferramentas, preparar um plano para o agente, verificar o resultado e colocar o projeto online.
## Quando precisa de um plano mais caro
Primeiro, identifique o que o impede de concluir a tarefa. Isso determinará se uma compra será útil.
**A tarefa pode ser concluída, mas está sempre a atingir o limite do plano.** Compare os limites do seu plano atual com os do plano seguinte, a opção de pagar por utilização adicional e as respetivas condições. Um limite de utilização mais elevado pode ajudar neste caso. Antes de comprar, verifique o que consome a franquia: [como evitar esgotar os limites do Claude Code](https://ailoot.ai/blog/pt-pt/claude-code-token-limits-saving/).
**O agente continua a fazer algo diferente daquilo de que precisa.** Clarifique o resultado e forneça-lhe os ficheiros relevantes para a tarefa. Se os requisitos forem claros, mas os erros continuarem a repetir-se, teste outro modelo na mesma tarefa e com os mesmos critérios. O preço de um modelo, por si só, não prova que terá um desempenho melhor ou pior.
**A aplicação não consegue ligar-se ao e-mail, a uma base de dados ou a outro serviço.** É preciso investigar as definições e as permissões de acesso. Um limite mais elevado não corrigirá um endereço de ligação incorreto nem concederá um acesso que não tem.
Para comparar modelos, registe se a tarefa foi concluída, quantas vezes foi necessária a sua ajuda e quanto tempo demorou a verificação. Compre uma segunda ferramenta para responder a uma necessidade específica que a atual não satisfaça.
## Como definir uma tarefa para que haja algo a verificar
Antes de alterar o código, registe o resultado pretendido e as restrições. Para um formulário de contacto, indique quais os campos obrigatórios, onde o pedido fica guardado, o que a pessoa vê depois de o submeter e o que acontece se houver um erro. Especifique que partes do projeto não devem ser alteradas.
As recomendações oficiais do Claude Code também seguem esta abordagem: primeiro compreenda a tarefa, depois planeie a alteração e dê ao agente uma forma de verificar o seu trabalho. Uma edição pequena e clara não precisa de um plano extenso à parte.
Eis um pedido pronto a usar para um agente que já tenha o projeto aberto. Substitua o texto entre parênteses retos pela sua tarefa.
```
Necessário: [descrição de uma funcionalidade].
Primeiro, analisa os ficheiros e as regras do projeto relevantes para a tarefa.
Descreve brevemente como a funcionalidade funciona agora e o que tem de mudar.
Não inventes requisitos em falta: pergunta apenas sobre o que
for indispensável para escolher o comportamento correto.
Antes de fazer alterações, regista os critérios de aceitação:
- o que a pessoa faz e que resultado obtém;
- o que acontece com dados vazios ou inválidos;
- o que acontece se a ação for repetida ou o serviço falhar;
- que funcionalidades existentes têm de permanecer inalteradas.
Implementa a alteração e verifica estes cenários num ambiente
de teste isolado. Utiliza dados de teste fictícios;
não envies mensagens reais nem efetues pagamentos.
Se não houver um ambiente de teste adequado, para e explica
o que é necessário para verificar a alteração em segurança.
No final, apresenta o resultado de todas as verificações realizadas.
Indica separadamente tudo o que não pudeste verificar.
Dizer «deve funcionar» não é suficiente.
Não publiques alterações sem a minha autorização específica.
```
Depois de ler o relatório, abra a versão de teste e percorra pessoalmente o cenário principal. No caso de um formulário, submeta um pedido fictício, atualize a página e verifique se o registo foi guardado no local correto. Se o agente só verificou o código e não abriu a aplicação, essa limitação tem de ser indicada explicitamente no relatório.
É útil guardar as regras e decisões na base de conhecimento do projeto, para poder consultá-las na tarefa seguinte. O [guia para criar um segundo cérebro no Claude Code](https://ailoot.ai/blog/pt-pt/claude-code-second-brain/) explica como organizá-la. A pasta, por si só, não garante uma resposta correta: o agente tem de ler a informação relevante e verificar o resultado.
## Como calcular despesas e tempo
Escolha um período, como um mês civil. Enumere os custos efetivos das subscrições, do alojamento e dos serviços ligados. Registe também o tempo dedicado ao projeto. Pode dividi-lo entre desenvolvimento de uma nova funcionalidade, verificação, correção de erros e alteração de requisitos.
No exemplo, o seu próprio tempo é de 12 horas; registe-o separadamente das despesas monetárias e dos outros custos adicionais.
Pode então avaliar se o resultado compensa o dinheiro e o tempo gastos. Se quiser contabilizar o valor de uma hora do seu tempo, registe-o como um pressuposto à parte. A estimativa resultante não é um custo adicional debitado no seu cartão nem uma perda de rendimentos comprovada.
Se utilizar uma subscrição para vários projetos, não inclua o preço total em cada projeto ao calcular os custos totais. Mantenha a subscrição como uma rubrica partilhada ou distribua o respetivo custo pelos projetos segundo uma regra escolhida por si. No caso de um domínio pago anualmente, distinga o montante cobrado pelo ano da parte que atribui a um mês.
## O que alterar na próxima tarefa
Escolha uma funcionalidade que precise de concluir agora. Registe que comportamento significará «concluído» e dê ao agente o pedido acima. Depois do trabalho, registe o resultado da verificação, o tempo que dedicou e o motivo pelo qual teve de voltar à tarefa.
Se os limites estiverem a dificultar o trabalho, compare os planos. Se tiver de voltar a explicar uma decisão já tomada, guarde-a no projeto. Se um erro persistir depois de uma correção, peça que seja reproduzido e que se façam verificações antes e depois da alteração. Este registo ajuda a escolher uma alteração específica, em vez de comprar imediatamente outra subscrição.
### Fontes
- [Claude Code: acompanhar custos, subscrições e utilização adicional](https://code.claude.com/docs/en/costs)
- [Claude Code: definir tarefas e verificar o trabalho do agente](https://code.claude.com/docs/en/best-practices)
Para continuar, visite [Ailoot](https://ailoot.ai/).
## Perguntas frequentes
### A subscrição do assistente de programação paga os serviços usados pela minha aplicação?
Por si só, não. Registe a subscrição do assistente separadamente do alojamento, dos domínios e dos serviços pagos usados pela aplicação em execução. Se ligar APIs cobradas por utilização, use as cobranças reais em vez de tratar uma estimativa da sessão de programação como um pagamento no cartão.
### Como verifico um formulário antes de considerar a funcionalidade concluída?
Envie dados fictícios no ambiente de teste, confirme a chegada ao destino, atualize para verificar a persistência e teste entradas inválidas, submissões repetidas e falhas do serviço. Registe em separado os casos não verificados; um formulário bonito no ecrã é apenas parte do resultado.
## Ailoot · A empresa e a sua carteira de projetos
A Ailoot assenta numa experiência operacional consolidada, numa ampla base de clientes, num serviço estável e no acompanhamento contínuo dos KPI.
A empresa e a sua carteira de projetos: milhões de clientes; vendas mensais na ordem dos milhares de milhões.
A Ailoot aplica essa experiência operacional ao acesso por API a funcionalidades de IA nos produtos dos clientes, agentes, aplicações e automatizações.