# 바이브 코딩의 활용과 한계

Taiga Learning · 워크시트
https://taiga.training/ko/lessons/vibe-coding/

가상 정보나 승인된 정보를 사용하세요. 이 워크시트에 비밀 정보를 넣지 마세요.

## 학습 목표
- 아이디어 탐색과 릴리스 결정을 구분합니다.
- 설득력 있는 데모에서도 빠질 수 있는 책임을 찾습니다.
- 첫 실험에 적합한 안전한 경계를 정합니다.

## 실습
최근 데모에서 기능 하나를 고르세요.
1. 데모로 확인된 결과 하나를 기록하세요.
2. 아직 답하지 못한 질문 세 개를 기록하세요.
3. 각 질문에 담당자를 지정하세요.
4. 발생 가능한 각 오류를 탐지할 구체적인 검사를 정하세요.
구체적인 검사 대신 “안전하게 만들기”라고 쓰지 마세요.

## 작성할 답
- 시나리오와 범위:
- 가정과 미해결 질문:
- 제안하는 답이나 결정과 그 이유:

## 답 검증하기
| 주장 또는 기준 | 증거 또는 테스트 | 결과 또는 공백 | 담당자 |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## 다음 조치
- 조치, 담당자, 날짜:
- 이 답을 언제 다시 검토하나요?

## 기억할 원칙
합성 데이터로 프로토타입을 만들 기회를 제공하세요. 기밀 데이터나 실제 API 접근 권한을 주기 전에 플랫폼과 애플리케이션을 검증하세요.

## 출처
- [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)

이 워크시트는 학습을 돕습니다. 작성 완료만으로 프로덕션 변경이 허가되지는 않습니다.