AI 코딩
작업에 대한 Vibe 코딩 요구 사항
대략적인 아이디어를 작업 분류, 허용 기준, 제약 조건, 비목표 및 구현 가능한 AI 프롬프트로 전환하기 위한 실용적인 분위기 코딩 요구 사항 워크플로입니다.
Vibe 코딩은 첫 번째 프롬프트가 앱의 첫 번째 초안이 아닐 때 더 잘 작동합니다. 가장 좋은 출발점은 코드 변경이 발생하기 전에 대략적인 아이디어를 작업, 제약 조건, 비목표 및 허용 기준으로 바꾸는 작은 요구 사항 워크플로입니다.
이 가이드에서는 아이디어를 구현 가능한 작업 분석으로 변환하는 방법을 보여줍니다. 추측을 줄이고 놀라운 기능을 줄이며 완료에 대한 명확한 정의를 통해 AI 코딩 에이전트를 구축하려는 경우 이 기능을 사용하세요.
이 가이드의 대상
- 제품 아이디어는 있지만 명확한 첫 번째 빌드 범위가 필요한 창업자
- AI 코딩 에이전트를 사용하여 기능을 검토 가능한 작업으로 나누는 개발자
- 발견 메모를 구현 프롬프트로 전환하는 제품 관리자
- AI로 생성된 제품 컨셉을 엔지니어링 팀에 전달하는 디자이너
- 바이브 코딩이 요구 사항을 건너뛰지 않고 빠르게 진행되기를 원하는 팀
바닥플로
- 기능의 이름을 지정하기 전에 사용자, 결과 및 실제 문제부터 시작하십시오.
- 아이디어를 증명하는 가장 작은 작업흐름을 작성하세요.
- AI가 과도하게 빌드되지 않도록 명시적으로 범위를 벗어나는 항목을 나열합니다.
- 프레임워크, 기존 구성 요소, 데이터 소스, 장치 지원, 인증, SEO 및 성능 기대치 등 제약 조건을 정의합니다.
- 워크플로를 하나씩 구현하고 검토할 수 있는 작업으로 변환합니다.
- 엣지 케이스 및 실패 상태를 포함하여 각 작업에 대한 승인 기준을 추가합니다.
- 파일을 편집하기 전에 AI에게 모호성을 식별하도록 요청하십시오.
- 데이터 형태, 경로, UI, 작업, 검증, 확인 등 종속성을 기준으로 작업의 우선순위를 지정합니다.
- 작업 목록을 중지 지점을 포함하는 프롬프트로 전환합니다.
- 기능을 확장하기 전에 원래 범위와 첫 번째 차이점을 검토하세요.
추천 도구
작업량을 늘리기 위해 필요한 사항
구현을 요청하기 전에 다음 프롬프트를 사용하세요.
이 대략적인 아이디어를 분위기 있는 코딩 작업 분석으로 전환하세요: [아이디어]. 대상 사용자는 [사용자]입니다. 원하는 결과는 [결과]입니다. 코드를 작성하기 전에 범위, 비목표, 제약 조건, 데이터 가정, 사용자 작업, 엣지 케이스 및 허용 기준을 식별합니다. 그런 다음 작업을 종속성에 따라 정렬된 작은 구현 작업으로 나눕니다.
각 작업마다 관련될 가능성이 있는 파일 또는 모듈, 확인해야 할 항목, 변경해서는 안 되는 항목을 포함합니다. 요청이 너무 광범위하면 유용한 최소 수직 조각으로 줄이고 나중에 무엇을 기다려야 하는지 설명합니다.
##당신은 체크리스트
- 프롬프트가 사용자, 결과, 범위, 비목표, 제약, 수용 기준을 정의했습니까?
- 각 작업에는 구현해야 할 하나의 명확한 동작이 있습니까?
- 데이터 형태가 명확해지기 전에 AI가 UI를 구축하지 않도록 종속성이 정렬되어 있습니까?
- 구현이 시작되기 전에 극단적인 경우가 포함됩니까?
- 중요 업무별로 검증 단계가 있나요?
- 관련되지 않은 기능이 명시적으로 차단되어 있습니까?
- 검토자는 작업이 완료된 시점을 알 수 있습니까?
바로가기
- 모호한 제품 문장을 토대로 AI에게 빌드 요청
- 사용자 작업 흐름이 명확해지기 전에 UI 다듬기부터 시작
- AI가 추가 경로와 기능을 추가하도록 초대하는 비목표를 잊어버립니다.
- 검토하기에는 너무 큰 쓰기 작업
- 합격 기준을 생략하고 취향에 따라 결과물을 판단함
- 기존 프로젝트 패턴을 확인하지 않고 AI가 아키텍처를 선택하도록 허용
- 검증 완료 대신 첫 작업 화면 이후 범위 확대
실전 예시
약한 프롬프트: AI로 클라이언트 포털을 구축합니다.
더 나은 프롬프트: 이를 프리랜서가 한 클라이언트와 프로젝트 업데이트를 공유할 수 있는 클라이언트 포털의 구현 작업으로 전환합니다. 첫 번째 버전에는 대시보드 경로, 정적 프로젝트 카드, 프로젝트 세부 정보 페이지 및 빈 상태가 포함되어 있습니다. 청구, 파일 업로드, 팀 계정, 알림 또는 실제 데이터베이스 쓰기를 추가하지 마십시오. 코딩하기 전에 데이터 형태, 경로 구조, UI 상태, 허용 기준 및 검증을 정의합니다.
더 나은 프롬프트는 AI에 사용자, 결과, 범위, 비목표, 제약 조건, 허용 기준 및 명확한 첫 번째 수직 조각을 제공합니다.
FAQ
Q: 바이브 코딩 전에 요구 사항은 얼마나 상세해야 합니까? A: 사용자, 결과, 범위, 비목표, 제약 조건, 허용 기준 및 검증을 정의할 수 있을 만큼 상세합니다. 모든 작은 작업을 수행하기 전에 전체 제품 사양을 작성하지 마십시오.
Q: AI가 먼저 명확한 질문을 해야 합니까? A: 범위, 데이터, 인증, 결제, 개인 정보 보호 또는 사용자 역할이 불분명한 경우에는 그렇습니다. 짧은 설명 단계는 생성된 코드를 다시 작성하는 것보다 저렴합니다.
Q: 가장 적합한 작업 규모는 얼마입니까? A: 좋은 작업은 하나의 차이점으로 검토하고 하나의 테스트 또는 수동 경로로 확인할 수 있습니다. 작업이 관련되지 않은 시스템에 닿는 경우 분할하세요.
Q: 기술적인 지식이 없는 사용자도 이 워크플로를 사용할 수 있습니까? 답: 그렇습니다. 첫 번째 작업을 작게 유지하고, 민감한 데이터를 피하고, 변경이 생성될 때마다 수동 확인을 요구합니다.