# Vibe coding: utilizações e limites

Taiga Learning · Ficha de trabalho
https://taiga.training/pt-PT/lessons/vibe-coding/

Use informação fictícia ou aprovada. Não coloque segredos nesta ficha.

## Objetivos de aprendizagem
- Distinguir a exploração de uma ideia de uma decisão de lançamento.
- Identificar as responsabilidades que faltam numa demonstração convincente.
- Escolher limites seguros para uma primeira experiência.

## Exercício
Escolha uma funcionalidade de uma demonstração recente.
1. Registe um resultado que a demonstração comprovou.
2. Registe três questões que continuam por esclarecer.
3. Atribua um responsável a cada questão.
4. Indique uma verificação concreta que detete cada falha possível.
Não substitua uma verificação concreta pela instrução «tornar seguro».

## A sua resposta
- Cenário e âmbito:
- Pressupostos e perguntas em aberto:
- Resposta ou decisão proposta, com razões:

## Verifique a sua resposta
| Afirmação ou critério | Evidência ou teste | Resultado ou lacuna | Responsável |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Próxima ação
- Ação, responsável e data:
- Quando vai rever esta resposta?

## Princípio a reter
Dê às pessoas espaço para criar protótipos com dados sintéticos. Verifique a plataforma e a aplicação antes de conceder acesso a informação confidencial ou a APIs reais.

## Fontes
- [NIST: Secure Software Development Framework 1.1](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Lovable: Security best practices](https://docs.lovable.dev/tips-tricks/security-best-practices)
- [OWASP: Broken Object Level Authorization](https://api-security.owasp.org/editions/2023/en/0xa1-broken-object-level-authorization/)
- [Stripe: Idempotent requests](https://docs.stripe.com/api/idempotent_requests)

Esta ficha apoia a aprendizagem. Completá-la não autoriza, por si só, uma alteração em produção.