AI 도구는 판단에 따라 달라진다—그게 핵심이다.

출처: Hacker News

엔지니어링 팀 사이에 조용히 퍼지고 있는 불안감이 있습니다: 내가 AI에 의존하고 있지는 않을까? 내 판단력이 퇴화하고 있지는 않을까?

내 생각엔, 그 질문이 잘못되었습니다. 올바른 질문은 AI를 사용해서 판단력을 날카롭게 만들고 있는가, 아니면 대체하고 있는가 입니다. 이 두 사용 방식은 실제로 다르며, 대부분의 엔지니어는 눈치채지 못한 채 두 번째 방식으로 빠져듭니다.

의존성 함정은 실제지만 오진된 경우가 많다

흔히 하는 비판은 AI 도구가 엔지니어를 게으르게 만든다는 것입니다. 나는 그렇게 생각하지 않습니다. 문제는 게으름이 아니라 책임 회피입니다. 생성된 솔루션을 검증 없이 받아들일 때, 시간을 절약하는 것이 아니라 이자를 붙이는 부채를 미루는 것입니다.

AI가 만든 인증 미들웨어를 읽지 않고 그대로 복사‑붙여넣기 하는 엔지니어는 실제로 더 빨라지는 것이 아닙니다. 그들은 지금은 더 빨라 보이지만, 그 미들웨어가 새벽 2시에 프로덕션에서 조용히 실패했을 때는 훨씬, 아주 많이 느려집니다.

하지만 여기서 내가 실제로 주장하고 싶은 점은 AI 사용을 줄이는 것이 해답이 아니라, 적대적으로 사용하는 것이다 라는 점입니다.

적대적 사용, 구체적으로

적대적 사용은 어떤 모습일까요? AI 출력물을 똑똑하지만 과신하는 신입 엔지니어가 만든 초안이라고 생각하는 겁니다. 무조건 거부하지도, 무조건 받아들이지도 않습니다. 그 결과를 면밀히 조사합니다.

내 실제 워크플로에 넣은 프롬프트 패턴은 다음과 같습니다:

여기에 당신이 제안한 솔루션이 있습니다: [출력 붙여넣기]

이제 그에 반대하는 논리를 제시해 주세요. 이 솔루션이 다루지 못하는 엣지 케이스는 무엇인가요? 
프로덕션 시스템에서 성립하지 않을 수 있는 가정은 무엇인가요? 
보안 감사를 수행하는 시니어 엔지니어가 이 코드를 읽는다면 어떤 부분을 바꾸겠나요?

비정형적인 AI‑생성 솔루션을 얻은 뒤마다 이 프롬프트를 실행해 보세요. 거의 항상 유용한 답변이 돌아옵니다— 놓친 오류 상태, 입력 형태에 대한 암묵적 가정, 간과된 보안 표면 등. 그리고 가장 중요한 점은: 이제 도구와 함께 생각하고 있는 것이지, 단순히 그 결과를 소비하고 있는 것이 아니라는 것입니다.

이 루프—생성 → 조사 → 수정—가 바로 판단력이 살아 있는 곳이며, 날카롭게 유지되는 곳입니다.

진짜 필요한 스킬은 프롬프트가 아니다

5년 뒤 AI와 함께 위험해질 엔지니어는 최고의 프롬프트 템플릿을 외운 사람이 아닙니다. 생성된 어떤 출력물—코드, 아키텍처 다이어그램, 명세, 테스트 스위트—을 보고 즉시 올바른 회의적 질문을 던질 수 있는 사람이 바로 위험한 엔지니어입니다.

이 스킬은 연습을 통해 길러집니다. 적대적 프롬프트는 우연이 아니라 의도적으로 연습할 수 있는 한 방법입니다.

AI 자체가 엔지니어링 판단력을 침식시키는 것이 아니라, 수동적인 AI 사용이 침식시킵니다. 구분이 중요하고, 완전히 여러분의 통제 하에 있습니다.

나는 매주 The AI Leverage Weekly에서 이런 구체적인 AI 워크플로를 하나씩 나눕니다—실용적이고, 불필요한 내용 없이, 무료입니다. 구독하기: