결론부터 말씀드리면, AI 코딩의 성패는 문법 지식이 아니라 ‘프롬프트 구조’에서 갈립니다. 역할 부여 → 구체적 지시 → 검증 요청, 이 세 칸만 채우면 코딩을 몰라도 첫 코드를 손에 쥘 수 있습니다.
저는 부동산 현장에서만 20년을 일했고 파이썬은 ‘파’자도 모릅니다. 그런 제가 자동매매 봇을 두 개 만들며 반년간 수백 번 프롬프트를 썼는데, 잘 되는 요청에는 늘 같은 뼈대가 있었습니다.
1단계 — 역할을 먼저 부여한다
요청 맨 앞에 AI에게 ‘누구로서 답하라’를 지정합니다. 실제로 제가 매번 붙인 문장은 이렇습니다.
“너는 키움증권 API와 파이썬에 능통한 자동매매 봇 개발 전문가이자 퀀트 트레이더야. 지금부터 내 봇 코드를 수정할 거야.”
역할을 지정하면 AI가 답변의 수준과 용어, 가정하는 맥락을 그 역할에 맞춥니다. 같은 질문이라도 “일반적으로 알려줘”와 결과가 확연히 달라집니다.
2단계 — 원하는 것을 ‘숫자와 조건’으로 말한다
가장 흔한 실패는 모호하게 부탁하는 것입니다. AI는 모호한 요청에 그럴듯하지만 엉뚱한 코드로 답합니다.
| 모호한 요청 (실패) | 구체적 요청 (성공) |
|---|---|
| “매수 신호 좀 만들어줘” | “20일 이동평균선을 위로 돌파하면 매수, 이탈하면 매도” |
| “손절 기능 넣어줘” | “STOP_LOSS_PCT를 -0.03으로, 진입가 대비 3% 하락 시 시장가 매도” |
바꿀 값이 있으면 파라미터 이름과 숫자까지 지정하는 편이 정확합니다. “적당히”라는 말은 AI에게 가장 위험한 지시입니다.
3단계 — 검증을 함께 요청한다 (초보가 빠뜨리는 단계)
코드를 받는 데서 끝내지 말고, 결과를 확인할 방법을 같이 시켜야 합니다.
- 로그 요청: “실행하며 각 단계 로그를 실시간으로 보여줘. 오류가 나면 멈추지 말고 전체 오류 메시지를 그대로 알려줘.”
- 결정권 유지: “가장 우선순위 높은 개선안 1가지만 제안해줘. 적용할지는 내가 결정할게.” AI는 제안하고, 판단은 사람이 합니다.
이 습관 하나가 “왜 안 되지?”로 몇 시간을 날리는 일을 막아줍니다.
실제로 이렇게 물었다 — 프롬프트 한 세트
세 뼈대가 실제로 어떻게 이어지는지 한 번에 보면 이렇습니다. 먼저 역할을 주고, 바꿀 것을 번호로 지시하고, 지켜야 할 제약과 출력 형식을 못 박습니다.
“너는 파이썬 자동매매 봇 개발 전문가야. 첨부한 파일에서 아래만 수정해줘. 1) 손절 기준을 -3%로. 2) 장 마감 10분 전 전량 청산 추가. 지킬 것 — 이 파일 외 다른 파일은 건드리지 말 것, 나머지 로직은 생략·삭제 금지, 전체 코드를 통째로 줘. 수정 전후를 비교해서 보여줘.”
이 한 세트 안에 역할, 구체적 지시, 제약, 검증이 모두 들어 있습니다. 특히 마지막의 ‘전체 코드를 통째로’와 ‘수정 전후 비교’가 초보를 살립니다. 이게 없으면 AI는 친절하게 요약해버리고, 그 반쪽짜리 코드는 실행되지 않습니다.
프롬프트가 길어지면 생기는 문제
대화가 길어질수록 AI는 맥락을 잃고 엉뚱해집니다. 시키지도 않은 부분을 바꾸거나, 앞서 정한 규칙을 잊습니다. 그래서 매 요청마다 수정 범위를 다시 못 박고, 중요한 지침은 프로젝트 기능이나 지침 문서에 상시 얹어 둡니다. “알아서 잘”은 없습니다. 하지 말아야 할 것을 명시하는 일이, 시키는 일만큼 중요합니다.
초보가 가장 자주 하는 착각
“좋은 질문 하나면 완벽한 코드가 나온다”는 기대입니다. 현실은 반대입니다. 첫 답은 초안이고, 진짜 작업은 그 초안을 돌려보고 어긋난 부분을 다시 지시하는 반복에서 이뤄집니다. 코딩을 모른다는 건 이 반복을 못 한다는 뜻이 아닙니다. 결과를 보고 “여기가 이상해”라고 말할 수만 있으면 됩니다. 그 눈이 문법보다 중요합니다.
결국 프롬프트는 연습이다
처음부터 완벽한 프롬프트를 쓰는 사람은 없습니다. 저도 첫 달은 요청이 모호해 엉뚱한 코드를 받기 일쑤였습니다. 그런데 같은 실패를 몇 번 겪다 보면, 무엇을 빠뜨렸는지 몸으로 알게 됩니다. 역할을 안 줬거나, 조건을 숫자로 안 줬거나, 검증을 안 시켰거나. 프롬프트는 지식이 아니라 연습으로 느는 기술이며, 그 연습에는 코딩 지식이 전혀 필요하지 않습니다.
한 가지 팁을 더하면, 잘 통한 프롬프트는 따로 모아두는 것이 좋습니다. 역할 부여 한 세트, 수정 요청 한 세트, 오류 해결 한 세트를 저장해 두고 상황만 바꿔 넣으면 매번 새로 고민하지 않아도 됩니다. 저는 반년간 실제로 쓴 프롬프트를 모아 나만의 틀로 만들었고, 그게 어떤 코딩 교과서보다 실용적이었습니다.
코딩을 몰라도 되는 진짜 이유
정리하면, AI 시대에 프로그램을 만드는 데 필요한 건 문법 암기가 아니라 ‘무엇을 원하는지 정확히 말하고, 결과가 맞는지 판단하는 능력’입니다. 이 두 가지는 코딩이라기보다 오히려 일상의 소통 능력에 가깝습니다. 부동산 현장에서 20년간 사람과 계약을 다뤄온 감각이, 코딩 지식보다 AI에게 일을 시키는 데 더 쓸모 있었던 이유입니다. 두려워할 것은 문법이 아니라, 모호하게 말하고 검증하지 않는 습관입니다.
첫 프롬프트가 완벽할 필요는 없습니다. 프롬프트는 부탁이 아니라 작업 지시서입니다. 역할·조건·검증 세 칸을 채우고, 결과를 보며 되묻고 고쳐가면 코딩 지식 없이도 원하는 프로그램에 한 걸음씩 다가갑니다.
답글 남기기