실무에서 프롬프트 엔지니어링은 과대평가됨

난 이제 대부분 workflow에서 prompt 안 씀. 그냥 채팅 시작할 때 .md 파일 하나 던져놓고 바로 작업 시작함.

완전 공감함. 나도 측정 작업할 때 프롬프트 14번 고쳐봤는데 너랑 똑같이 정체기 옴. 한 자릿수 개선 좀 되다가 거기서 끝이더라. 결국 해결책은 너랑 똑같았음. 지시사항 주기 전에 모델한테 실제 참고 자료를 먼저 던져주는 거. 프롬프트 엔지니어링은 모델이 오해 안 하게 돕는 정도지, 컨텍스트에 없는 지식을 만들어낼 순 없음. 컨텍스트만 제대로 잡히면 프롬프트는 그냥 지루한 4줄이면 충분함.

우리는 의식이나 마음 이론 같은 것들에 대해서도 토론하곤 하지.

이런 것들 중 실제로 어떻게 작동하는지 아는 사람은 아무도 없어. 하지만 우리는 자유롭게 이론을 세우고 어둠 속에서 더듬거릴 뿐이지.

서로 다른 모델들이 기업 차원에서 '메모리'나 KV 캐시, 감정을 판단하는 특정 방식, 비표준 정규 표현식 적용 등으로 외부 인터페이스를 보강하고 있다는 사실, 그리고 복잡한 시스템에서 결과에 대한 해석이 관찰자에게 극도로 의존적이라는 사실 등등...

어떤 작업을 하느냐에 따라 완전히 다름. 전반적으로는 신호는 강하고 노이즈는 적은 게 좋지. (모델이 직접 읽을 수 있는) 긴밀한 피드백 루프가 핵심임.

난 이제 에이전트들이 트리거를 기다리는 채널을 오가며 루프 엔지니어링을 하고 있음.

야 클로드야, 나를 위해 ~에 대한 좋은 프롬프트 좀 써줘... 끝.