# Vibe coding: muligheder og grænser

Taiga Learning · Arbejdsark
https://taiga.training/da/lessons/vibe-coding/

Brug fiktive eller godkendte oplysninger. Skriv ikke secrets i arbejdsarket.

## Læringsmål
- Skeln mellem at afprøve en idé og at beslutte en release.
- Find de ansvarsområder, som en overbevisende demo ikke dækker.
- Vælg en sikker afgrænsning for det første eksperiment.

## Øvelse
Vælg en funktion fra en nylig demonstration.
1. Notér ét resultat, som demonstrationen dokumenterede.
2. Notér tre spørgsmål, som stadig er åbne.
3. Udpeg en ansvarlig for hvert spørgsmål.
4. Beskriv en konkret kontrol, der kan opdage hver mulig fejl.
Brug ikke »gør det sikkert« som erstatning for en konkret kontrol.

## Dit svar
- Scenarie og omfang:
- Antagelser og åbne spørgsmål:
- Foreslået svar eller beslutning med begrundelser:

## Verificér dit svar
| Påstand eller kriterium | Dokumentation eller test | Resultat eller mangel | Ansvarlig |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Næste handling
- Handling, ansvarlig og dato:
- Hvornår vil du gennemgå dette svar?

## Princip at huske
Giv mennesker plads til at bygge prototyper med syntetiske data. Kontrollér platformen og applikationen, før du giver adgang til fortrolige data eller rigtige API'er.

## Kilder
- [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)

Arbejdsarket understøtter læring. Gennemførelse autoriserer ikke i sig selv en produktionsændring.