최근 한 행사에서 누군가 저에게 두 가지 질문을 던졌습니다. 당시 저는 그 질문들에 제대로 답변하지 못했습니다.

어떤 작업을 Claude Code에게 맡기고, 어떤 작업을 직접 할지 어떻게 결정하시나요? 그리고 AI가 모든 창의적인 작업을 수행하여, 당신의 역할이 단순히 에이전트(agents)를 관리하는 일로 전락할까 봐 두렵지는 않으신가요?

그 순간 저는 일반적인 답변을 내놓았습니다. 하지만 이에 대해 고민해 본 결과, 답은 간단하다고 믿습니다.

먼저 하나의 명제로 시작하겠습니다. 소프트웨어 엔지니어링(software engineering)은 창의적인 작업이 아니라 기술(craft)입니다. 우리는 기술을 연습하고 발전시키며, 동일한 루틴을 반복하고, 실수로부터 배웁니다. 하지만 대부분의 경우, 우리는 우리보다 앞서 다른 사람들이 발명하고 검증한 빌딩 블록(building blocks), 즉 디자인 패턴(design patterns), 인프라 도구(infrastructure tools) 등을 사용합니다. 우리가 할 수 있는 가장 유용한 일은 타인의 경험으로부터 배우고, 그것을 우리 자신의 프로젝트에 사용할 방법을 찾는 것입니다.

따라서 우리는 업무를 세 가지 그룹으로 나눌 수 있습니다:

루틴 (Routine) — 일상적이고 기계적인 작업입니다. 이미 존재하는 설계(design)를 바탕으로 코드와 테스트를 작성하는 것입니다. 프로젝트에서 이미 확립되고 검증된 패턴을 사용하는 것입니다.

엔지니어링 (Engineering) — 제약 조건(constraints)이 중요한 영역입니다. 종종 여러 가지 가능한 해결책이 존재합니다. 당신의 역할은 프로젝트에 가장 적합한 것을 선택하거나, 어떤 것이든 작동할 것임을 확인하고 가장 단순한 것을 선택하는 것입니다. 설계가 올바르다면, 작업은 거의 끝난 것이나 다름없습니다. 그저 그것을 글로 옮기기(write it down)만 하면 됩니다.

창의성 (Creativity) — 이전에 존재하지 않았던 무언가를 만드는 것입니다. 저를 포함한 많은 엔지니어들은 평생 동안 이 일을 한 번도 하지 않을 수도 있으며, 그것은 완전히 괜찮은 일입니다. 우리 직업의 가치는 발명(invention)이 아니라 실행(execution)에 있기 때문입니다.

여기 한 가지 예시가 있습니다. 터미널 내의 에이전트형 도구 (agentic tool)로서 Claude Code를 구상한 것은 창의성 (creativity)의 영역이었습니다. 추상화 수준 (level of abstraction)은 이러한 범용 개발자 도구에 정확히 부합했습니다. 단순한 아이디어였지만, 저는 항상 IDE를 사용해 왔고 터미널을 사용하여 코딩하는 것이 더 효율적일 수 있다는 생각은 전혀 하지 못했습니다. 처음 시도했을 때, 저는 이것이 올바른 방향임을 즉시 이해했습니다. 그 아이디어 이후의 모든 과정은 엔지니어링 (engineering)이자 루틴 (routine)입니다.

이 프레임워크를 사용하면, 두 가지 질문에 대한 답을 내리기가 쉬워집니다:

→ Claude Code는 모든 루틴 (routine) 작업을 안정적으로 수행할 수 있습니다. 엔지니어로서 당신은 이 작업을 Claude Code(또는 다른 유사한 도구)에게 맡겨야 합니다. 그것이 단순히 가장 효율적인 방법이기 때문입니다. 또한 비기술직 인력이 실제 프로젝트에서 이러한 종류의 작업을 완료할 수 있는 워크플로 (workflow)를 구축할 수도 있습니다.

→ 엔지니어링 (engineering) 부분에서 Claude Code는 강력한 어시스턴트 (assistant)입니다. Claude Code와 함께 브레인스토밍을 하며 당신이 놓쳤을 수도 있는 해결책을 찾을 수 있습니다. 하지만 결정은 여전히 당신의 몫입니다. 당신의 제약 조건 (constraints)을 명확하게 설명함으로써 도구가 좋은 선택을 하도록