좋은 수정 요청은 막연한 감상에서 멈추지 않습니다. 위치, 문제, 원하는 상태, 유지할 부분, 검사 기준을 함께 적어야 AI가 어디를 어떻게 고쳐야 하는지 바로 이해할 수 있습니다.
고친 요청은 머릿속 느낌을 바로 던지는 문장이 아니라, 다시 열어 보고 덧붙이고 수정할 수 있는 기록에 가깝습니다. 어디를 왜 고치는지 남겨 두면 다음 요청도 훨씬 안정적으로 이어집니다.
무엇이 비었는지 눈에 보이게 만드는 형식은 초심자에게 특히 강합니다. 어느 위치인지, 무엇이 문제인지, 어떻게 바뀌어야 하는지 칸을 나누면 막연한 말이 줄어듭니다.
AI는 “좀 더 예쁘게”보다 구체적인 맥락과 목표를 더 잘 읽습니다. 수정 요청도 어느 부분을 유지하고, 무엇을 고치고, 끝나고 무엇을 확인할지까지 같이 적는 편이 훨씬 강합니다.
“예쁘게”, “깔끔하게”, “잘 만들어줘”는 방향처럼 보이지만 실제 수정 지시는 아닙니다. 어느 섹션인지, 지금 무엇이 문제인지, 어떻게 바뀌어야 하는지를 먼저 찾는 것이 더 중요합니다.
첫 화면 제목, 대표 이미지, 카드 간격, 문의 버튼처럼 고칠 위치가 보이면 AI도 필요한 부분만 안정적으로 수정할 수 있습니다. 위치가 없으면 잘 된 부분까지 같이 흔들릴 수 있습니다.
문제는 감상이 아니라 현재 상태를 설명하는 문장입니다. 제목이 작다, 이미지가 어둡다, 카드가 너무 많다, 버튼이 안 보인다처럼 바로 고칠 수 있는 말이어야 합니다.
좋은 수정 요청은 어디가 싫은지에서 끝나지 않습니다. 제목은 더 크게, 이미지는 더 밝게, 카드는 줄이고, 아래 커리큘럼은 그대로 둔다처럼 도착점과 유지할 부분을 함께 적어야 합니다.
좋은 수정 요청은 결과를 만든 다음 어떤 화면에서 무엇을 확인할지까지 말합니다. 모바일 390px, 데스크톱 1440px, 글자 겹침, 이미지 잘림, 가로 스크롤 같은 기준이 있어야 마지막 오류가 남지 않습니다.
좋은 수정 요청은 “전체를 다시”가 아니라, 어디를 어떻게 바꾸고 무엇을 확인할지 분명한 문장입니다. 지금부터는 이 문장을 복사해서 바로 실전에 쓸 수 있습니다.
길이보다 중요한 것은 구조입니다. 좋은 수정 요청은 더 어려운 말을 쓰는 것이 아니라, AI가 어디를 만져야 하는지와 무엇을 남겨야 하는지를 분명히 보여 주는 문장입니다.
오늘의 결과는 완성된 코드가 아니라, AI에게 바로 보낼 수 있는 수정 요청 초안입니다. 다음 제작과 수정과 검수에서 반복해서 꺼내 쓸 수 있는 문장입니다.
나쁜 웹 명령은 짧아서가 아니라 AI가 추측해야 할 빈칸이 많아서 문제입니다. 좋은 수정 요청은 위치, 문제, 원하는 상태, 유지할 부분, 검사 기준이 들어 있는 문장입니다.
[고칠 위치]만 수정해줘. 지금 문제는 [현재 문제]야. [원하는 상태]로 바꿔줘. [유지할 부분]은 그대로 둬. 수정 후 [검사 기준]을 확인해줘.
고칠 위치: ________________________________________
현재 문제: ________________________________________
원하는 상태: ______________________________________
유지할 부분: ______________________________________
검사 기준: ________________________________________
완성된 수정 요청 문장: ______________________________
수정 요청: 이미 나온 웹 결과의 특정 부분만 고치게 하는 문장입니다.
위치: 고칠 페이지와 섹션입니다.
유지할 부분: 바꾸지 말아야 하는 잘 된 요소입니다.
검사 기준: 수정 후 맞게 바뀌었는지 확인하는 조건입니다.