# Vibe coding: usos y límites

Taiga Learning · Hoja de ejercicios
https://taiga.training/es/lessons/vibe-coding/

Usa información ficticia o aprobada. No incluyas secretos en esta hoja.

## Objetivos de aprendizaje
- Distinguir la exploración de una decisión de publicación.
- Identificar las responsabilidades que una demostración convincente deja sin resolver.
- Definir un límite seguro para un primer experimento.

## Ejercicio
Elige una función de una demostración reciente.
1. Anota un resultado que la demostración haya probado.
2. Anota tres preguntas que sigan abiertas.
3. Asigna una persona responsable a cada pregunta.
4. Indica una comprobación concreta que permita detectar cada posible fallo.
«Hacerlo seguro» no sustituye a una comprobación concreta.

## Tu respuesta
- Escenario y alcance:
- Suposiciones y preguntas abiertas:
- Respuesta o decisión propuesta, con motivos:

## Verifica tu respuesta
| Afirmación o criterio | Prueba o comprobación | Resultado o carencia | Responsable |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Siguiente acción
- Acción, responsable y fecha:
- ¿Cuándo revisarás esta respuesta?

## Principio que conservar
Da espacio para crear prototipos con datos sintéticos. Verifica la plataforma y la aplicación antes de conceder acceso a datos confidenciales o API reales.

## Fuentes
- [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 hoja apoya el aprendizaje. Completarla no autoriza por sí solo un cambio en producción.