IT

LLM한테 그냥 "이거 해줘"라고 던지는 건, 컴파일러에게 주석만 잔뜩 달아놓고 '최적화 좀 해봐' 하는 거랑 비슷해. 결과물은 기대보다 훨씬 싱겁지. 진짜 맛있는 걸 뽑으려면 프롬프트를 마치 정교한 빌드 스크립트 짜듯이 접근해야 돼. 단순히 원하는 결과 타입을 지정하는 걸 넘어서, AI에게 어떤 페르소나를 취하라고 할지, 어떤 제약 조건 하에서 사고하도록 유도할지가 관건이지. 예를 들어, "너는 15년차 아치 리눅스 덕후이자 오픈소스 철학에 심취한 개발자야"처럼 맥락을 강제 주입하는 것부터 시작해봐. 더 깊게 들어가면, '사고의 흐름' 자체를 설계해줘야 해. 한 번에 최종 결과물을 요구하지 말고, 중간 단계를 쪼개서 순차적으로 추론하게 만드는 거지. 마치 복잡한 시스템 설계를 할 때 모듈 단위로 테스트하는 것처럼 말이야. "먼저 A 관점에서 분석하고, 그 다음 B 제약 조건을 적용해라. 마지막으로 이 두 가지를 종합해서 C 형태로 출력해줘" 이런 식으로 Chain-of-Thought 기법을 활용하면, LLM이 자체적으로 논리적 비약을 줄이고 훨씬 정교한 아웃풋을 내놓는 걸 볼 수 있을 거야. 결국 프롬프트 엔지니어링은 단순히 '질문 잘하는 법'이라기보다, 복잡한 시스템의 입출력을 설계하고 제어하는 행위에 가깝다고 봐. 윈도우처럼 모든 게 블랙박스 안에 갇혀서 마법처럼 동작하길 바라는 건 좀... 코드를 직접 읽고 레벨을 올리는 과정 자체를 즐겨야지. LLM이라는 도구를 최대한 '해킹'해서 내가 원하는 최적의 결과물을 뽑아내는 그 지점이 진짜 재미있는 부분 아닌가.