바이브 코딩 101

Documentation Index

Fetch the complete documentation index at: https://docs.replit.com/llms.txt

Use this file to discover all available pages before exploring further.

바이브 코딩은 아이디어에서 소프트웨어로 더 빠르게 이동하는 방법입니다. 코드에서 시작하는 대신, 무엇이 존재해야 하는지 설명하는 것에서 시작하고, AI를 사용하여 그 방향을 볼 수 있고, 테스트하고, 개선할 수 있는 작동하는 앱으로 전환합니다. Replit은 이 루프를 위해 만들어졌습니다. 같은 곳에서 아이디어를 설명하고, 결과를 미리 보고, 피드백을 주고, 변경하고, 게시할 수 있습니다. 이 페이지는 바이브 코딩의 마인드셋에 관한 것입니다. 다음 페이지 Agent로 빌드하기에서는 Agent의 도구 사용 방법을 보여줍니다. 효과적인 프롬프팅에서는 더 명확한 지시를 작성하는 방법을 보여줍니다.

​

소프트웨어는 팀 루프였습니다

소프트웨어는 보통 팀에 의해 만들어졌습니다. 제품 관리자나 창업자가 무엇을 왜 빌드해야 하는지 정의합니다. 디자이너가 경험을 형성합니다. 개발자가 아이디어를 작동하는 소프트웨어로 전환합니다. 팀원들이 테스트하고, 피드백을 주고, 버그를 찾고, 무엇이 출시 준비가 되었는지 결정합니다. 그 협업은 각 역할이 다른 종류의 판단을 가져오기 때문에 강력합니다. 제품은 무엇이 중요한지 결정합니다. 디자인은 어떻게 느껴져야 하는지 결정합니다. 엔지니어링은 어떻게 작동해야 하는지 결정합니다. 테스팅은 실제로 작동하는지 결정합니다. 하지만 그 루프는 느릴 수 있습니다. 모든 변경은 핸드오프를 통해 이동해야 합니다: 아이디어를 설명하고, 흐름을 디자인하고, 코드를 작성하고, 결과를 검토하고, 테스트하고, 수정합니다. 바이브 코딩은 그 루프를 압축합니다. Replit을 사용하면 더 많은 제품 빌드 과정을 직접 진행할 수 있습니다. 다른 사람과 도구 사이를 모든 단계가 이동하기를 기다리지 않고 목표를 정의하고, 첫 번째 버전을 생성하고, 테스트하고, 피드백을 주고, 개선할 수 있습니다.

​

여러분의 역할이 바뀝니다

빌드를 시작하기 위해 개발자일 필요가 없습니다. 바이브 코딩에서 여러분의 역할은 제품 리드에 더 가깝습니다. 무엇이 존재해야 하는지, 누구를 위한 것인지, 무엇이 가장 중요한지, 결과가 충분히 좋은지를 결정합니다. Agent는 구현을 도와주지만, 여전히 여러분이 작업을 주도합니다. 여러분이 가져오는 것:

• 목표
• 대상
• 취향
• 제약
• 피드백
• 무엇이 출시될지에 대한 결정

Agent가 도와주는 것:

• 아이디어를 작동하는 소프트웨어로 전환
• 변경 사항 적용
• 동작 설명
• 문제 디버깅
• 시간이 지남에 따라 앱 개선

더 잘 주도할수록 Agent가 더 잘 빌드할 수 있습니다.

​

다섯 가지 원칙

바이브 코딩은 다섯 가지 간단한 원칙을 따를 때 가장 잘 작동합니다:

1. 목표로 시작하세요.
2. 작은 조각으로 빌드하세요.
3. 컨텍스트를 관리하세요.
4. 검토하고 테스트하세요.
5. 피드백으로 개선하세요.

첫 번째 원칙이 방향을 설정합니다. 다음 네 가지는 루프로 반복됩니다: 조각을 빌드하고, 올바른 컨텍스트를 주고, 검토하고, 개선하고, 다음 조각을 빌드합니다. 이 원칙들은 완벽한 첫 번째 프롬프트를 작성하는 것보다 더 중요합니다. 한 단계에서 최종 앱을 얻는 경우는 드뭅니다. 목표는 루프를 명확하고 계속 움직이게 유지하는 것입니다.

​

목표로 시작하세요

좋은 바이브 코딩 세션은 좋은 제품 대화처럼 시작합니다: 누구를 위한 것인가? 그들이 무엇을 할 수 있어야 하는가? 무엇이 이것을 유용하게 만드는가? Replit에게 빌드를 요청하기 전에, 원하는 결과를 설명하세요. 이것이 작동하는 이유는 Replit에 단순한 작업이 아닌 제품 목표를 제공하기 때문입니다. 대상, 핵심 동작, 첫 번째 버전의 느낌을 설명합니다. 아직 기술적인 구현을 알 필요가 없습니다. 앱이 작동할 때 무엇이 사실이어야 하는지로 시작하세요.

​

작은 조각으로 빌드하세요

조각은 시도해볼 만큼 완성된 제품의 작은 부분입니다. 베이커리 사이트의 경우, 첫 번째 조각은 다음일 수 있습니다:

• 오늘의 스페셜이 있는 홈페이지
• 케이터링 요청 양식
• 모바일 친화적인 레이아웃

아이디어를 테스트하기에 충분합니다. 열어보고, 클릭해보고, 다음에 무엇을 개선해야 할지 결정할 수 있습니다. 한 번에 전체 제품을 요청하지 마세요. 큰 요청은 검토하기 어렵고 오해하기 쉽습니다. 작은 조각은 제어를 잃지 않고 진행할 수 있게 합니다. 첫 번째 조각이 작동하면 다음 조각을 추가하세요. 지시가 작고, 명확하고, 테스트 가능합니다.

​

컨텍스트를 관리하세요

컨텍스트는 Replit이 여러분이 원하는 것을 이해하는 데 사용하는 정보입니다. 좋은 컨텍스트에는 다음이 포함될 수 있습니다:

• 앱이 누구를 위한 것인지
• 어떤 문제를 해결하는지
• 지금 포함되어야 하는 것
• 나중으로 기다려야 하는 것
• 변경되어서는 안 되는 것
• 예시, 스크린샷, 스케치, 파일, 또는 데이터
• 톤, 스타일, 브랜드에 대한 메모

컨텍스트를 관리한다는 것은 올바른 시간에 올바른 정보를 제공하는 것을 의미합니다. 같은 기능을 계속하고 있다면, Replit이 이전 결정을 사용할 수 있도록 같은 대화에 머무르세요. 다른 기능을 시작하거나 대화가 노이즈해졌다면, 중요한 내용을 짧게 요약하여 새로 시작하는 것이 더 나을 수 있습니다. 예를 들어: 단순히 더 많은 단어를 추가하는 것이 아닙니다. Replit이 집중할 수 있도록 돕고 있습니다.

​

검토하고 테스트하세요

Agent는 빌드할 수 있지만, 결과가 작동하는지는 여러분이 결정합니다. 각 의미 있는 변경 후에 앱을 열고 앱이 대상으로 하는 사람처럼 사용해보세요. Agent가 변경했다고 말한 것만 읽지 마세요. 흐름을 시도해보세요. 자문해보세요:

• 누군가가 주요 동작을 완료할 수 있는가?
• 페이지가 이해가 되는가?
• 모바일에서 작동하는가?
• 중요한 것이 망가졌는가?
• Replit이 그대로 유지되어야 했던 것을 변경했는가?
• 계속 빌드하기에 충분히 좋은가?

검토하고 테스트하는 것이 제품 판단이 가장 중요한 곳입니다. 소프트웨어가 의도와 맞는지 확인하고 있습니다.

​

피드백으로 개선하세요

조각의 첫 번째 버전은 초안입니다. 그것은 정상입니다. 바이브 코딩은 피드백을 통해 더 좋아집니다. Replit에게 무엇을 유지할지, 무엇을 변경할지, 무엇을 제거할지, 다음에 무엇을 시도할지 알려주세요. 다음 대신: 시도해보세요: 좋은 피드백은 구체적입니다. 이미 작동하는 것을 보호하면서 앱의 한 부분을 개선합니다. 조각이 작동하면 루프로 돌아가 다음 작은 조각을 빌드하세요. 변경이 잘못된 방향으로 가면 범위를 좁히세요. 피드백으로 개선하는 것이 제어를 잃지 않고 제품을 계속 움직이게 하는 방법입니다.

​

좋은 바이브 코딩이 어떤 느낌인지

다음과 같을 때 올바른 방향입니다:

• 목표를 평이한 언어로 설명할 수 있을 때
• 각 변경이 검토할 만큼 작을 때
• Agent가 빌드한 후 무엇을 테스트해야 하는지 알 때
• Agent가 무엇을 아는지 추측하는 대신 컨텍스트를 제공할 때
• Agent에게 변경할 것뿐만 아니라 보존할 것을 알려줄 때
• 매 라운드 후 앱이 더 유용해질 때

바이브 코딩은 아이디어를 넘겨주고 사라지는 것을 의미하지 않습니다. 아이디어, 소프트웨어, 피드백, 개선 사이의 거리를 줄이는 것을 의미합니다.

​

다음 단계