AI를 프로그래밍처럼 배우려고 하지 마세요

이 시리즈를 따라오신 분들은 자연스럽게 한 가지 질문에 도달합니다. “그래서 AI를 잘 쓰려면, 뭘 배워야 하죠?”

좋은 질문입니다. 그런데 그 ‘배운다’는 말 안에 함정이 하나 숨어 있습니다.

”잘 먹히는 프롬프트 좀 알려주세요”

교육 현장에서 가장 자주 받는 요청입니다.

“잘 먹히는 프롬프트 좀 알려주세요.” “무슨 명령어를 외워야 하죠?” “프롬프트 문법 같은 게 따로 있나요?”

질문 자체는 너무나 자연스럽습니다. 그 바람 안에는 어딘가에 ‘정답 프롬프트’가 있고, 그것만 손에 넣으면 일이 풀린다는 기대가 담겨 있습니다. 그리고 그 기대는 이상한 게 아닙니다. 우리가 지금까지 새로운 도구를 배워온 방식이 늘 그랬으니까요. 엑셀 함수를 외우고, 단축키를 익히고, 정해진 형식에 맞춰 정확히 입력하면 원하는 결과가 나왔습니다. 그러니 AI에도 그런 ‘문법’이 어딘가 있을 거라고 기대하는 겁니다.

그 기대의 밑바닥에는, 우리가 평생 기계를 다뤄온 방식이 깔려 있습니다. 저는 그걸 ‘프로그래밍처럼 배우는 방식’이라고 부릅니다.

우리가 기계를 배워온 방식

프로그래밍을 배운다는 건 이런 겁니다. 정해진 문법이 있고, 그걸 정확히 입력하면 컴퓨터가 한 치의 오차 없이 그대로 실행합니다. 마침표 하나가 빠지면 에러가 나고, 제대로 쓰면 작동합니다.

이 세계에는 분명한 규칙이 있습니다.

• 정답이 있다. 틀리면 에러, 맞으면 작동.
• 한 번 익히면 재현된다. 어제 작동한 코드는 오늘도 똑같이 작동한다.
• 기능을 하나씩 정복하면 실력이 쌓인다. 모르는 건 찾아보면 된다.
• 기계는 내 명령에 정확히 복종한다.

엑셀도, 단축키도, 우리가 다뤄온 거의 모든 디지털 도구가 이 규칙 위에 있었습니다. 그래서 우리에게 ‘배운다’는 말은 곧 ‘외워서 정복한다’는 뜻이 되었습니다.

그리고 이 방식이 통했던 데에는 이유가 있습니다. 컴퓨터가 결정론적이기 때문입니다. 같은 것을 넣으면 언제나 같은 것이 나옵니다. 그래서 외울 가치가 있었고, 정복이 가능했습니다.

AI는 그 규칙 위에 있지 않습니다

AI는 다릅니다.

같은 질문을 두 번 해도 답이 다르게 나옵니다. 어제는 만족스럽던 결과가 오늘은 시원찮습니다. “이렇게만 쓰면 된다”는 정답 문법이 없습니다. AI는 정해진 규칙을 실행하는 게 아니라, 그때그때 가장 그럴듯한 답을 확률적으로 만들어내기 때문입니다. (이 작동 방식은 지난 글에서 다룬 컨텍스트 윈도우와도 이어집니다. AI는 매번 처음부터 다시 읽고, 매번 새로 답을 만듭니다.)

그래서 AI를 프로그래밍처럼 배우려는 사람일수록, 오히려 엉뚱한 데서 막힙니다.

마법의 프롬프트를 찾아 헤맵니다. “이렇게 쓰면 무조건 잘 나온다”는 공식이 어딘가 있을 거라 믿고, 잘 나왔다는 남의 프롬프트를 수집합니다. 정답 문법을 찾던 습관입니다. 그런데 그 프롬프트를 그대로 가져와도 내 상황에선 잘 안 됩니다. 내 맥락이 그 사람 맥락과 다르기 때문입니다.

“어제는 됐는데”에서 무너집니다. 한 번 된 건 계속 똑같이 되리라 기대하기 때문입니다. 재현을 전제로 하는 순간, AI의 자연스러운 변동성이 전부 ‘고장’으로 보입니다.

기능을 다 외웠는데 결과물은 평범합니다. 무슨 기능이 있는지 아는 것과, 그걸로 좋은 결과를 만드는 것은 다른 일입니다. 기능 목록은 정복했지만, 정작 무엇을 어떻게 시킬지는 그대로이기 때문입니다.

정확히 시켰는데 딴소리를 합니다. 자신은 분명히 ‘명령’했다고 생각합니다. 하지만 AI에게 필요했던 건 명령이 아니라 위임이었습니다. 이게 가장 중요한 지점입니다.

정복하는 기계가 아니라, 일을 맡기는 동료

차이의 핵심은 여기 있습니다. 프로그래밍은 기계를 정복하는 일이고, AI는 동료에게 일을 맡기는 일입니다.

명령은 일방통행입니다. 정확한 문법을 넣으면 정확한 결과가 나오고, 거기서 끝납니다. 위임은 다릅니다. 의도와 맥락을 건네고, 결과를 받아 보고, 어긋난 부분을 다시 맞춰갑니다. 한 번에 끝나지 않습니다. 주고받으며 좁혀가는 과정입니다.

그래서 AI를 잘 쓴다는 건 코딩 실력이 아니라 위임 실력에 가깝습니다. 똑똑하지만 우리 회사 사정은 전혀 모르는 신입에게, 일을 어떻게 맡겨야 제대로 된 결과가 나오는지 — 그 감각과 가장 닮았습니다. 그리고 이건 외워서 정복하는 종류의 능력이 아닙니다.

그래서, 어떻게 맡기는가

거창한 기법이 필요한 게 아닙니다. 새로 들어온 직원에게 일을 맡길 때를 떠올려 보면, 좋은 관리자가 무엇을 하는지 이미 알고 계실 겁니다. AI에게도 똑같이 하면 됩니다.

• 맥락을 줍니다(왜). 이 일이 왜 필요한지, 어떤 배경에서 나온 건지. “보고서 써줘”가 아니라 “팀장이 이걸로 예산 조정을 판단합니다.”
• 기준을 줍니다(무엇이 잘된 것). 무엇이 ‘잘된 결과’인지 알려줍니다. 신입에게 “알아서 잘”이 안 통하듯, AI에게도 안 통합니다.
• 재료를 줍니다(무엇으로). 판단에 필요한 자료를 손에 쥐여줍니다. 머릿속에만 있는 정보로는 누구도 일하지 못합니다.
• 조율합니다(한 번에 끝내지 않기). 첫 결과는 초안입니다. 보고, 고치고, 다시 맡깁니다. 좋은 위임이 원래 그렇습니다.

깊이 들어가면 각각이 한 편의 글입니다. 맥락을 어디에 쌓아둘지, 기준을 어떻게 정의할지, 결과를 어떻게 조율할지 — 사실 이 시리즈가 지금까지 다뤄온 이야기들이기도 합니다. 여기서는 방향만 짚어둡니다. 핵심은 네 가지 모두 ‘명령어’가 아니라 ‘맡기는 태도’라는 것입니다.

배워야 할 것은 명령어가 아닙니다

다시 처음 질문으로 돌아갑니다. “AI 잘 쓰려면 뭘 배워야 하나요?”

명령어를 외우고 프롬프트 문법을 수집하는 길로 가면, 새 도구가 나올 때마다 처음부터 다시 외워야 합니다. 정복은 끝이 없고, 도구는 계속 바뀝니다. 하지만 일을 맡기는 법을 익히면, 도구가 바뀌어도 그대로 쓸 수 있습니다. 상대가 AI든 사람이든 마찬가지이기 때문입니다.

그리고 이건 완전히 새로운 능력이 아닙니다. 후배에게 일을 잘 넘기던 선배, 팀원에게 방향을 분명히 주던 관리자가 원래부터 해오던 일입니다. AI 시대에 갑자기 그 능력이 필요해진 게 아니라, 그 능력의 값이 갑자기 오른 것뿐입니다.

저는 도구 사용법을 가르치지 않습니다. 일하는 방식을 바꾸자고 말합니다. AI를 프로그래밍처럼 외우려 하지 마시고, 일을 맡기는 사람처럼 다뤄보시길 권합니다. 그 자리에서부터, AI는 전혀 다른 동료가 됩니다.