클로드가 ‘다음 요청’까지 써준다면, 개발의 방향은 누가 정할까

핵심 요약

• AI가 다음 요청을 추천하면 입력할 문장뿐 아니라 다음에 할 일에도 영향을 줄 수 있습니다.
• 대화 흐름상 예상되는 요청이 사용자가 실제로 이루려는 목표와 맞지 않을 수도 있습니다.
• 추천을 받아들였다고 해서 사용자의 원래 의도와 일치했다고 단정하기는 어렵습니다.
• 추천이 좋은지 판단하려면 얼마나 편리한지, 작업 범위를 지켜주는지도 함께 살펴야 합니다.

Claude Code가 작업을 마친 뒤 우리가 보낼 다음 요청까지 써준다고 해보겠습니다. 문장을 고민하지 않고 추천을 선택하면 되니 편리하겠죠. 그런데 그 문장이 ‘다음에 무엇을 개발할지’까지 정한다면, 단순히 입력이 편해지는 문제로만 보기는 어렵습니다.

문장을 추천하는 걸까요, 할 일을 추천하는 걸까요?

로그인 오류를 고친 상황을 떠올려보겠습니다. 화면에 다음 요청이 이렇게 뜹니다.

로그인 모듈 전체를 정리해줘.

자연스럽게 이어지는 작업처럼 보입니다. 방금 코드를 살펴봤으니 이참에 구조까지 손보자는 제안이죠.

하지만 다음과 같이 요청할 수도 있습니다.

같은 오류가 다시 발생하지 않는지 테스트를 추가해줘.

첫 번째를 고르면 코드 구조를 개선하게 되고, 두 번째를 고르면 오류가 제대로 고쳐졌는지 확인하게 됩니다. 오늘 급한 오류를 고치는 게 목표였다면 여기서 작업을 끝낼 수도 있습니다.

이 예시에서 추천은 문장을 대신 써주는 데 그치지 않고 다음 작업의 후보를 고릅니다. 사용자는 표현을 고른다고 생각하겠지만, 실제로는 어디까지 작업할지, 무엇을 먼저 할지도 함께 정하게 됩니다.

AI가 예상한 요청이 내 목표와 같지는 않습니다

이때 생각해봐야 할 것이 사용자 의도입니다. 사용자가 그 일을 통해 무엇을 이루려는지를 뜻합니다.

“로그인 오류를 고쳐줘”라는 요청도 목적은 제각각일 수 있습니다. 당장 고객이 겪는 불편을 해결하려는 건지, 내일 시연을 준비하는 건지에 따라 사정이 다릅니다. 장기적으로 코드를 개선하려고 오류 수정부터 요청했을 수도 있고요.

같은 문장으로 요청해도 그다음에 무엇을 해야 할지는 달라집니다.

AI가 대화 흐름에 맞춰 그럴듯한 후속 요청을 예상했다고 해도, 사용자가 말하지 않은 일정이나 업무 우선순위까지 맞혔다고 볼 수는 없습니다. “이어서 할 법한 일”이 곧 “지금 해야 하는 일”은 아닙니다.

사용자가 추천을 받아들인 뒤에도 살펴볼 점이 있습니다. 내용을 충분히 검토하고 골랐을 수도 있지만, 문구가 무난해 보여서 그대로 받아들였을 수도 있습니다. 수락 여부만으로는 어느 쪽인지 알기 어렵습니다.

편리한 제안도 개발의 방향에 영향을 줍니다

여기서 ‘스티어링’은 선택이나 행동의 방향에 영향을 주는 것을 뜻합니다. 다음 요청을 추천할 때는 어떤 일을 눈앞의 선택지로 보여주느냐가 중요합니다.

앞선 예시에서 코드 정리만 추천한다면 어떨까요? 테스트를 추가하거나 작업을 끝내는 선택은 사용자가 직접 떠올려야 합니다. 추천된 행동은 준비된 문장을 바로 고르면 되지만, 다른 행동을 하려면 무엇을 요청할지 생각하고 직접 입력해야 합니다.

이 차이가 실제 선택에 얼마나 영향을 주는지는 따로 확인해야 합니다. 다만 추천을 설계할 때 짚어볼 점은 분명합니다. 어떤 행동은 쉽게 선택하도록 해두고, 어떤 선택은 사용자가 직접 떠올리도록 남겨두는지 살펴야 합니다.

그래서 추천 문구가 자연스러운지만 봐서는 부족합니다. 오류를 고쳐달라는 요청 뒤에 불필요하게 구조까지 바꾸라고 권하지는 않는지도 봐야 합니다. 이미 목표를 달성했다면 추가 작업을 제안할 이유가 있는지도 따져야 하고요.

개발에서는 일을 더 많이 한다고 늘 결과가 좋아지지는 않습니다. 변경 범위가 넓어지면 그만큼 검토할 코드도 늘어나기 때문입니다.

좋은 추천은 처음 목표에서 벗어나지 않게 도와줍니다

제가 다음 요청 추천 기능을 설계한다면 아래 세 가지를 살펴보겠습니다.

• 목표와 연결되는가: 추천한 일이 처음 요청한 문제를 해결하는 데 어떤 도움이 되는지 알 수 있어야 합니다.
• 범위가 드러나는가: 작은 오류를 고치다가 모듈 전체를 정리하게 된다면, 작업 범위가 커진다는 점을 문구에서 알 수 있어야 합니다.
• 끝낼 수 있는가: 목표를 달성한 뒤에는 추가 작업 없이 끝내는 것도 자연스러운 선택이어야 합니다.

사용자도 추천을 누르기 전에 한 가지만 스스로 물어보면 좋겠습니다.

이 작업은 내가 처음 해결하려던 문제에 필요한가?

필요한 작업이라는 답이 분명하다면 추천을 골라 수고를 덜 수 있습니다. 답이 애매하다면 목표를 다시 적어주는 편이 낫습니다. 예를 들어 “이번에는 로그인 오류 수정과 검증까지만 해줘”라고 범위를 정할 수 있습니다.

다음에 할 일은 사용자가 정해야 합니다

AI가 다음 요청까지 써준다면 문장이 편리한지만 볼 게 아니라, 그 문장을 선택했을 때 어떤 일을 먼저 하게 되는지도 살펴야 합니다. 추천 버튼을 누르기 전에는 그 일이 지금 내 목표에 필요한지 사용자가 판단할 수 있어야 합니다. 다음 문장을 쓰는 일을 맡기는 것과 다음 작업의 우선순위까지 맡기는 것은 다르니까요.