# Vibe coding: användning och gränser

Taiga Learning · Övningsblad
https://taiga.training/sv/lessons/vibe-coding/

Använd fiktiv eller godkänd information. Lägg inte hemligheter i övningsbladet.

## Lärandemål
- Skilj utforskande från ett beslut om release.
- Identifiera ansvar som saknas i en övertygande demonstration.
- Välj en säker gräns för ett första experiment.

## Övning
Välj en funktion från en nylig demonstration.
1. Anteckna ett resultat som demonstrationen visade.
2. Anteckna tre frågor som fortfarande är öppna.
3. Utse en ansvarig för varje fråga.
4. Ange en konkret kontroll som kan upptäcka varje möjligt fel.
Använd inte ”gör det säkert” som ersättning för en konkret kontroll.

## Ditt svar
- Scenario och omfattning:
- Antaganden och öppna frågor:
- Föreslaget svar eller beslut, med skäl:

## Verifiera ditt svar
| Påstående eller kriterium | Underlag eller test | Resultat eller lucka | Ansvarig |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Nästa åtgärd
- Åtgärd, ansvarig och datum:
- När ska du granska svaret igen?

## Princip att behålla
Ge människor utrymme att skapa prototyper med syntetiska data. Verifiera plattformen och applikationen innan du ger tillgång till konfidentiella data eller verkliga API:er.

## Källor
- [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)

Övningsbladet stöder lärande. Att fylla i det ger inte i sig tillstånd till en produktionsändring.