AI에게 가장 많이 하는 말, “코딩하지마”

최근 나의 AI 대화창을 채우는 말들은 의외로 거절과 금지의 언어들이다. “코딩하지 마”, “수정하지 마”, “테스트 코드 실행시키지 마”.

1. AI와의 대화 방식

AI는 질문을 받으면 즉각적으로 코드를 생성하거나 파일을 수정하려는 기본 동작 원리를 가지고 있다. 하지만 맥락이 충분히 공유되지 않은 상태에서의 즉각적인 실행은 오히려 비효율을 초래한다.

내가 AI에게 가장 많이 하는 말은 “코딩하지 마”다. 질문의 목적이 ‘구현’이 아니라 ‘탐색’이나 ‘분석’일 때가 많기 때문이다. 맥락 파악이 선행되지 않은 상태에서 코딩이 시작되면, 고려해야 할 예외 상황이나 기존 구조와의 정합성이 무시된 채 결과물만 나오게 된다.

2. 모호한 상태에서의 자동 실행이 만드는 문제

기획이나 설계가 충분히 고도화되지 않은 상태에서 AI에게 수정을 맡기면 전형적인 부작용이 발생한다. 대표적인 것이 ‘잘못된 수정사항’이다.

기존에 이미 존재하는 공통 함수를 인지하지 못하고 새로운 로직을 중복해서 만들거나, 현재 작업 범위와 무관한 영역을 건드려 예기치 못한 사이드 이펙트를 유발하기도 한다. 실제로 기획을 구체화하는 과정에서 AI가 내 의도를 성급하게 판단해 파일을 임의로 수정했다가, 이를 되돌리고 다시 맥락을 맞추는 데 더 많은 리소스를 소모한 적도 있었다. AI의 자동화된 처리에만 의존하는 것이 코드의 파편화를 가속화할 수 있다는 의미다.

3. ‘전략적 멈춤’이 가져다주는 이득

나는 AI와의 대화를 ‘질문’과 ‘명령’으로 명확히 구분한다.

• 질문: “이 로직이 왜 이렇게 되어 있지?”, “이 기능을 구현할 때 발생할 수 있는 부작용은 뭐야?”
• 명령: “/plan 지금까지 논의사항을 바탕으로 수정하고 싶어. 기획 문서 작성해봐.”

대화의 80%를 ‘질문’에 할애하고, AI에게 “아무것도 수정하지 말고 분석만 해줘”라고 명시하면 AI는 훨씬 더 깊이 있는 인사이트를 내놓는다. 수정과 테스트에 쓸 자원을 ‘생각’하는 데 쓰기 때문이다. 이렇게 생각을 먼저 정리하고 나면, 실제 구현 시간은 획기적으로 줄어든다. 모호함이 제거된 상태에서 던지는 명확한 명령은 실패할 확률이 거의 없기 때문이다.

4. 나만의 AI 조련법: 설계 파트너로 대하기

내가 AI를 대하는 방식은 ‘설계자’에 가깝다. 이를 위해 Plan 모드나 Brainstorming 단계를 적극적으로 활용한다.

코딩하기 전에 “이런 방식으로 접근하려고 하는데, 네가 보기엔 어때?”라고 묻는다. AI가 내가 놓친 엣지 케이스를 찾아주거나 구조적인 제안을 해주면, 그 내용을 바탕으로 기획을 더 탄탄하게 만든다. 이 과정에서 “테스트 돌리지 마”, “수정하지 마”라고 말하는 것은 AI를 무시해서가 아니라, 기획 단계임을 명확히 하기 위해서다.

5. 결론: 가장 빠른 길은 멈춰 서서 지도를 보는 것

AI 개발의 본질은 코드 생성이 아니라 ‘의사결정’에 있다고 믿는다. 수만 줄의 코드를 순식간에 짜내는 AI 앞에서 인간이 해야 할 일은, 그 코드가 어디로 가야 하는지 방향을 잡는 것이다.

성급하게 코딩하기 보단, 잠시 멈춰 서서 전체를 보는 시간이 결국 더 빨리 해결해준다고 믿는다.