“프롬프트 엔지니어링”은 서서히 “컨텍스트 엔지니어링”으로 변하고 있다

맞아... 우리는 AI가 뭔가 다르다고 생각하지만, 핵심은 똑같아(원리도, 모든 것도 다 똑같음).

아, 그럼 난 처음부터 앞서가고 있었던 거네? 깔끔하군. 난 모든 걸 하나의 상자에 다 집어넣으려는 사람들을 보면 항상 고개를 젓게 돼.

사실 아는 사람들은 절대 그렇게 안 하지. '테크 브로'들만 그런 멍청한 짓을 해.

딱히 '변화하고 있다'고까진 안 보는데, 복잡성 측면에서 다음 단계인 건 맞음. 그 이후 단계들도 있는 거랑 마찬가지지.

내가 계속 겪고 있는 상황이랑 똑같네. 핵심은 더 똑똑한 프롬프트가 아니라, 컨텍스트를 이름 붙여서 재사용 가능한 조각으로 구조화해두면 모델이 매번 호출될 때마다 산문 덩어리를 다시 파싱할 필요가 없어서 검색이 더 저렴하고 정확해진다는 거야. 사람들이 과소평가하는 부분은 이 모듈들의 버전 관리인데, 왜냐면 플레이북이 의존성이 되는 순간, 거기에 조용히 수정사항이 생기면 모든 하위 답변이 바뀌어버리고 아무도 문제가 생기기 전까지는 눈치채지 못하거든.

정확한 지적이야. 내 오픈소스 프로젝트인 LoopTroop의 핵심 기둥도 바로 이 컨텍스트 엔지니어링 개념을 중심으로 구축됐어. 모든 걸 하나의 거대한 프롬프트에 밀어 넣는 대신, 적절한 모듈을 적절한 시점에 오케스트레이션하는 데 집중하는 거지. 구조를 어떻게 짰는지 궁금하면 코드는 완전히 오픈소스니까 확인해 봐: GitHub

좋네... 써보고 피드백 줄게. 연결할까??