같은 AI, 다른 결과
AI 코딩 도구의 성능 차이만큼 큰 것이 시키는 방법의 차이입니다. 아래 7가지는 게임 17종짜리 서비스(CogPop)를 AI와 함께 만들면서 실제로 결과 차이를 만든 패턴들이에요.
1. 목표·제약·완료 기준을 한 번에
❌ "리더보드 만들어줘" → ⭕ "무료 DB로 리더보드를 만들어줘. 로그인 없이 닉네임만, 상위 100명 표시, 완료 기준은 실제로 점수가 저장되고 조회되는 것." 완료 기준이 있으면 AI가 어디까지 해야 하는지 스스로 압니다.
2. "검증까지 해줘"
가장 효과가 컸던 패턴. 코드 작성만 시키면 그럴듯한 코드에서 끝나지만, "만들고 실제로 실행해서 결과가 맞는지 확인까지 해줘"라고 하면 버그가 그 자리에서 잡힙니다. 저희는 이 방식으로 '만점이 수학적으로 불가능한 게임 레벨' 같은 미묘한 밸런스 버그까지 찾아냈어요.
3. 에러는 요약하지 말고 전문을
"에러 나요"가 아니라 에러 메시지 전체 + 실행한 명령 + 기대한 결과를 그대로 붙여넣으세요. AI 디버깅의 정확도는 컨텍스트 양에 비례합니다.
4. 크게 한 번보다 작게 여러 번
"사이트 전체 만들어줘"보다 "게임 1개 → 검증 → 배포 → 다음 게임"처럼 쪼개면 각 단계가 검증 가능해지고, 잘못됐을 때 되돌리기도 쉽습니다. 반복 주기가 짧을수록 전체 속도는 오히려 빨라져요.
5. 결정이 필요하면 선택지를 요구
"DB 뭐 쓸까?" 대신 "무료로 시작할 수 있는 DB 2~3개를 장단점 비교해서 추천해줘. 내 상황은 ~~야." 비교표가 나오면 결정은 내가 3초 만에 합니다.
6. 모르는 건 모른다고 하게
가격, 정책, 최신 버전 같은 사실 정보는 "확실하지 않으면 확실하지 않다고 말해줘"를 붙이세요. AI의 자신 있는 말투와 사실 여부는 별개입니다. 중요한 결정(비용·법률)은 공식 문서 링크를 요구해서 직접 확인하는 습관도요.
7. 맥락을 누적시키기
프로젝트 구조, 코딩 컨벤션, 이전 결정("우리는 빌드 없는 정적 사이트로 간다")을 대화 초반에 못박아 두면 이후 모든 결과물이 일관돼집니다. 도구가 지원한다면 프로젝트 노트/메모리 기능에 저장해 두세요.
정리
핵심은 하나입니다 — AI를 '코드 자판기'가 아니라 검증까지 책임지는 주니어 개발자처럼 대하는 것. 요구사항을 명확히 주고, 결과를 증명하게 하고, 결정은 내가 한다. 이 원칙만으로 결과물의 품질이 눈에 띄게 달라집니다.