14. 원하는 결과에 가까워지는 수정 요청

수정은 차이를 설명하는 일입니다

첫 화면을 보고 “생각한 것과 다르다”고 느끼면 어떤 차이가 있는지 나눠 봅니다. 내용이 다른지, 글이 작아서 읽기 어려운지, 버튼이 예상과 다르게 움직이는지 구분합니다. 차이를 한 문장으로 표현하면 다음 부탁도 작아집니다.

“전체적으로 다시 예쁘게 해 줘”라는 요청은 AI에게 화면을 크게 바꿀 여지를 줍니다. 반면 “소개글은 그대로 두고 제목 아래 간격만 넓혀 줘”는 유지할 것과 바꿀 것이 분명합니다. 이미 마음에 드는 부분을 지키면서 고치기 쉽습니다.

수정 전후에서 비교할 곳

그림에서 바뀐 것은 소개의 첫 문장입니다. 별명과 두 번째 문장, 링크 문구는 유지되어 있습니다. 요청이 ‘첫 문장만 바꾸기’였다면 새 문장만 찾는 것으로 끝내지 않고 그대로 둘 부분도 함께 보는 이유를 보여 줍니다. 하나가 잘 바뀌었어도 다른 부분이 요청 없이 달라질 수 있습니다.

실제 작업에서는 그림보다 요소가 더 많을 수 있습니다. 모든 화면을 기억하려고 하기보다 작은 수정 전에 현재 결과를 보관하거나 비교할 문장과 링크를 적을 수 있습니다. 바꿀 대상이 좁으면 유지할 부분을 확인하기도 쉬워집니다. 대화에서 변경 범위를 명확히 하는 이유입니다.

AI가 ‘더 자연스럽게 보이도록’ 다른 문장까지 바꾸었다면 그 변화가 원하는 것인지 판단합니다. 이번 요청 범위를 벗어났다면 원래 문장을 유지하도록 부탁할 수 있습니다. 제안 자체가 나쁘다는 뜻은 아닙니다. 내가 결정하지 않은 변경을 자동으로 확정된 것으로 넘기지 않으려는 것입니다.

수정이 끝났을 때는 새 문장과 유지된 항목을 짧게 기록할 수 있습니다. 다음 수정에서는 그 상태가 기준이 됩니다. 이렇게 한 번의 변화와 확인을 연결하면 대화가 길어져도 무엇을 만들고 있는지 따라가기 쉬워집니다.

한 번에 하나씩 고치는 이유

색, 글자 크기, 이미지, 메뉴를 동시에 바꾼 뒤 화면이 어색해지면 어느 변화 때문인지 찾기 어렵습니다. 한 번에 한 종류의 변화만 요청하면 이전 결과와 비교할 수 있습니다. 이 과정은 요청 횟수를 무조건 줄이는 것보다 이해와 확인을 우선합니다.

예를 들어 소개 문장이 길다면 먼저 문장만 줄입니다. 그다음 작은 화면에서 글이 잘리는지 확인합니다. 글이 짧아졌는데도 잘린다면 배치 문제일 수 있습니다. 내용과 배치를 구분해서 고치면 원인을 더 좁힐 수 있습니다.

바꿀 범위와 지킬 범위

수정 요청에는 대상, 원하는 변화, 유지할 부분을 담습니다. ‘소개글의 두 번째 문장’, ‘한 문장으로 짧게’, ‘별명과 링크는 유지’처럼 말할 수 있습니다. 정확한 크기나 색 번호를 몰라도 현재보다 어떤 방향으로 바뀌어야 하는지는 설명할 수 있습니다.

표의 오른쪽이 항상 완벽한 정답은 아닙니다. 실제로 무엇이 불편한지에 따라 표현은 달라집니다. 핵심은 수정 뒤 내가 무엇을 보면 되는지 알 수 있다는 것입니다.

수정 대화가 꼬이는 사례

첫 화면에서 지수는 제목이 작다고 느꼈습니다. “제목을 키우고 색을 바꾸고 사진도 넣고 링크 위치도 바꿔 줘”라고 한 번에 요청했습니다. 결과는 화려해졌지만 소개글이 화면 아래로 밀렸고 링크 주소까지 달라졌습니다. 여러 변화가 섞여 있어 무엇부터 되돌려야 할지 판단하기 어려워졌습니다.

지수는 마지막으로 잘 작동한 결과를 다시 기준으로 삼았습니다. 먼저 제목 크기만 바꾸고 소개글과 링크는 유지하게 했습니다. 그다음 실제 화면을 보고 필요하면 간격만 조정했습니다. 바꾼 항목이 줄어들자 결과를 비교하고 요청 밖 변경을 찾기도 쉬워졌습니다. 작은 수정은 단순히 느리게 일하는 방법이 아니라 변경의 의미를 이해하는 방법입니다.

꼭 기억하세요

수정 요청에는 바꿀 대상·원하는 변화·그대로 둘 부분을 담습니다.