프롬프트 엔지니어링 공부했는데 6개월 만에 쓸모없어졌다

나는 AI 격변기를 1년 반 동안 직접 살았다

2024년 11월 말, 처음 AI 대화창을 열었다. 특별한 기대는 없었다. 그냥 써보자는 거였다.

그 1년 반 사이에 내가 AI를 다루는 방식은 세 번 완전히 바뀌었다.

---

1단계 — 복붙 시대 (2024년 11월 ~ 2025년 초)

처음엔 다들 그렇게 한다. "이 코드 짜줘" → 대화창에 코드 나옴 → 복사 → 에디터에 붙여넣기 → 안 됨 → 다시 질문. 이 사이클을 무한 반복했다.

그나마 효율을 높이려면 "프롬프트를 잘 써야 한다"는 말을 들었다. 맞는 말이었다. 모호하게 물으면 모호한 답이 나왔고, 맥락을 잘 줄수록 쓸 만한 코드가 나왔다.

그래서 프롬프트 엔지니어링을 공부했다. 역할 부여, Few-shot, Chain of Thought, 출력 형식 지정... 꽤 공을 들였다.

---

2단계 — "근데 이거 배울 필요 있나?" (2025년 초 ~ 중반)

Claude Code가 나왔다. Codex도 나왔다. CLI에서 AI가 직접 파일을 읽고, 수정하고, 실행하고, 디버깅까지 한다.

그 순간 프롬프트 엔지니어링 공부가 갑자기 허탈해졌다.

왜냐면 역프롬프트 엔지니어링(Reverse Prompt Engineering) 이라는 게 이미 존재한다. AI한테 "이 결과물을 만든 프롬프트가 뭔지 역으로 추론해줘"라고 하면 꽤 그럴듯하게 뽑아준다. 프롬프트를 직접 최적화하는 게 아니라, AI가 AI를 위한 프롬프트를 만드는 구조다.

복붙하면서 쌓은 경험도, 프롬프트 공들여 쓰던 습관도, 도구가 대부분 흡수해버렸다.

---

3단계 — 지금: 에이전트가 팀을 꾸린다

지금 시점에서 AI 활용의 최전선은 이렇다.

코드 하나 짜는 게 아니라, 에이전트가 계획을 세우고 → 실행하고 → 테스트하고 → 계획을 수정한다. 사람이 개입하는 건 방향을 잡아주는 것뿐이다.

더 나아가면 이렇게 된다. CEO 에이전트를 만든다. CEO는 회사 비전을 받아서 CTO, CPO 에이전트를 세팅한다. 각 에이전트는 다시 하위 팀을 구성하고 업무를 분배한다. 사람 한 명이 AI 조직 하나를 굴리는 구조.

1년 반 전에 내가 대화창에서 코드 복사하던 것과 같은 도구의 이야기다.

---

변화의 속도 자체가 변하고 있다

처음 AI를 쓰기 시작했을 때, 큰 변화는 6개월에 한 번쯤 왔다. 새 모델, 새 기능, 새 패러다임.

그게 3개월로 줄었다. 그리고 지금은 한 주가 멀다 하고 뭔가 나온다.

변화의 주기가 짧아지는 게 아니라, 변화의 속도 자체가 가속되고 있다. 6개월 전 최신이 지금은 레거시가 되는 속도. 따라잡으려고 공부하는 사이에 또 다른 게 나와 있다.

이게 과도기가 불편한 진짜 이유다. 변화가 오는 게 아니라, 변화가 멈추지 않는다.

---

그래서 지금은 어느 시대인가

태동기는 끝났다. 하지만 안정기는 아직 아니다.

지금은 과도기다. 뭔가 폭발적으로 바뀌고 있는데, 어디서 멈출지 아무도 모른다. 한 주 전 상식이 지금은 구식이 되는 속도다.

이 시기에 내가 배운 것 하나는, 어떤 도구를 익히냐보다 변화를 얼마나 빨리 흡수하느냐가 경쟁력이라는 거다. 프롬프트 엔지니어링이 무의미해진 게 아니다. 그걸 배우면서 AI가 어떻게 동작하는지 이해하는 감각이 쌓였고, 그 감각이 에이전트 시대에도 그대로 쓰인다.

도구는 바뀐다. 이해하는 능력은 남는다.