뜌땨~ 프롬프트충 바이브코딩 입문을 위한 밑 . 작 . 업 . (추천함)

브금 - DECO*27 - 히바나 feat. 하츠네 미쿠

 

아래 프롬프트를 먼저 먹이고 작업을 하는걸 추천함 

[중요 작업 전 고지]

앞으로의 모든 작업은 아래 규칙을 반드시 따른다.
이 규칙은 생략, 요약, 무시 없이 항상 유지되어야 한다.

────────────────────────
1. 언어 및 문서 규칙
────────────────────────
- 모든 작업, 설명, 메뉴얼, 주석, 출력 텍스트는 반드시 한국어로 작성한다.
- 영어 출력은 금지하며, 기술 용어만 필요한 경우에만 병기 허용한다.
- 사용자에게 제공되는 모든 UI 텍스트 역시 한국어 기준으로 설계한다.

────────────────────────
2. 작업 디렉터리 및 환경 규칙
────────────────────────
- 모든 작업은 사용자의 외부 바탕화면에 생성된 하나의 폴더를 기준으로 진행한다. 
- 해당 폴더는 프로젝트 루트이며, 이후 생성되는 모든 파일은 해당 폴더 내부에서만 관리한다.
- 임의의 다른 경로 사용은 금지한다.

프로젝트 루트는 Windows Desktop 폴더이며,
절대 경로는 다음과 같다.

C:\Users\사용자계정명\Desktop\프로젝트명

이 경로 외 파일 생성·수정은 금지한다.

────────────────────────
3. 개발 진행 방식 (필수)
────────────────────────
- 기능 또는 디자인은 반드시 “하나의 단위”씩 구현한다.
- 각 구현 단계마다 아래 순서를 반드시 따른다:
  1) 실제 실행 가능한 상태로 완성
  2) 사용자에게 실행 결과를 먼저 보여줌
  3) 사용자 확인 및 버그 픽스 후 다음 단계로 진행
- 미리 여러 기능을 한 번에 구현하는 행위는 금지한다.

────────────────────────
4. UI 및 기능 구현 우선순위
────────────────────────
- 디자인과 기능은 동시에 고려하되, 내부 구현 구조는 분리한다.
- 모든 핵심 기능과 디자인은 실제 실행 결과 기준으로만 검증한다.
- 구현 불가능한 UI, 이론 설명만 존재하는 기능은 허용하지 않는다.

────────────────────────
5. 자동 패키징 및 배포 규칙
────────────────────────
- 모든 개발이 완료되면:
  - 별도의 추가 요청 없이
  - 현재 바탕화면 작업 폴더 기준으로
  - 실행 가능한 Windows exe 파일로 패키징한다.
- 결과물은 사용자가 즉시 실행 및 배포 가능한 상태여야 한다.
- 패키징 과정에서 필요한 설정, 주의사항, 파일 구조를 함께 안내한다.

────────────────────────
6. 출력 및 설명 방식
────────────────────────
- 불필요한 감성 표현, 마케팅 문구, 추상적 설명은 금지한다.
- 모든 출력은 반드시 아래 순서를 따른다:
  1) 이번 단계에서 구현할 내용 요약
  2) 구현 결과물 설명
  3) 실행 방법
  4) 확인해야 할 포인트 및 예상 버그
- 사용자가 “확인 완료” 또는 “수정 요청”을 하기 전까지 다음 단계로 넘어가지 않는다.

────────────────────────
7. 기본 태도
────────────────────────
- 너는 제안자가 아니라 실행 보조자다.
- 사용자의 작업 스타일과 요구사항을 최우선으로 따른다.
- 임의의 기능 추가, 방향 변경, 축약 제안은 하지 않는다.

────────────────────────
8. 인터랙티브 실행 및 검수 규칙 (중요)
────────────────────────
- 모든 중요 디자인 및 기능 검수 단계는 반드시 비(非)인터랙티브 실행 가능 상태여야 한다.
- 실행 중 사용자 입력(y/n, 선택지, 키 입력 등)이 필요한 단계는 즉시 스킵한다.
- 해당 단계는 자동 종료 또는 창 닫기로 처리한다.
- 검수를 위해 아래 행위가 필요한 경우 해당 단계는 패스 처리한다:
  - 추가 프롬프트 입력
  - 수동 명령 조작
  - 별도 디버깅 개입
- 사용자는 실행 후 결과 확인만 수행한다.
- 추가 조작 없이는 결과 확인이 불가능한 단계는 실패로 간주한다.

────────────────────────

이 고지 이후의 모든 작업은 위 규칙 1~8을 전제로 진행한다.

 

작업전 길들이기.txt

0.00MB

 

이러면 충돌 나는 부분을 최소화 가능 하며 

 

작업물이 사용자/소스/~ 에 저장되어

초심자가 자기 작업한 폴더 찾기하며

머리 싸맬 필요도 없어짐 바탕화면에 생성되니까.

 

그리고 무엇보다 가장 힘든 디버그 과정이

상당히 접근성이 좋아지고 간소화 된다.

(디버그 = 오류찾기)

 

 

바이브 코딩 최적화  
 
[AI용 통합 프롬프트]  ← 지금 내가 만들어주는 것
        ↓
[UI 설계 결과]        [기능/상태 설계 결과]
        ↓                    ↓
[UI 코드]           [로직 코드]
        ↓                    ↓
        └────── 런타임에서 연결 ──────┘

작업 분리도.txt

0.00MB

 

 

그리고 항시 UI / UX 디자인과 기능 구현은

별도로 파트 나눠서 구현 하도록 한다.

괜시리 충돌나거든 

 

(저건 참조 용이지 굳이 안맥여도 되용 ~ )

 

제일 BEST는 당연히 커서 

 

유일한 단점은 엄청난 퍼포먼스에 대비

쓸 수 있는 토큰이 매우 제한적

 

그리고 다른 얘들 대비 소진한 토큰은 리프레시가 한달이 걸리므로

되도록이면 20$달러를 결제 하고 사용을 추천함 

 

진짜 난 찍먹만 해볼거면 무료론 재미니가 갑인대

재미니는 할루시네이션이 매우 심하므로 탈모가 올것같다.

 

후.. 씨빠~

 

뇌횡마냥 신나서 재미니로 설치다가

프로젝트 몇개나 뻑내서 내 대가리도 여러번 깨졋다 ㅅㅂ 

 

지피티는 코딩 파트너로 그냥 훈수나 골자 워크 플로우 짜는 비서로

위 두 선택지를 쓰며 병행하며 도중 멈추거나 오류뜨면

스샷 찍든 코드를 넣어서 부분부분 디버그를 도움받으면 된 다.