쓸 만한 프롬프트를 하나 찾으면 그 순간엔 기억할 것 같습니다. 그런데 2주 뒤에 비슷한 작업이 들어오면 어디에 적어뒀는지부터 못 찾죠. 메신저 나에게 보내기, 메모 앱, 브라우저 탭에 흩어져 있습니다.
흩어져 있으면 찾는 시간이 다시 만드는 시간보다 길어집니다. 그래서 결국 새로 쓰게 됩니다.
프롬프트를 파일처럼 다뤄야 합니다
텍스처나 모델은 다들 폴더 규칙을 만들어 관리합니다. 프롬프트는 그렇게 안 하는 경우가 많죠. 그런데 재사용 빈도로 따지면 프롬프트가 더 높습니다.
거창한 도구는 필요 없습니다. 스프레드시트 한 장이면 충분합니다. 중요한 건 도구가 아니라 무엇을 같이 적어두느냐입니다.
재사용 빈도가 높은 것부터 규칙을 만드는 것이 순서입니다. 프롬프트는 더 자주 꺼내 쓰면서도 가장 늦게 정리됩니다.
같이 저장해야 하는 네 가지
프롬프트 본문만 저장하면 반쪽입니다. 최소한 이 네 가지를 붙여두세요.
사용한 모델과 버전. 같은 문장도 모델이 바뀌면 결과가 달라집니다. 그리고 설정값, 시드나 스텝 같은 것들이요.
결과 이미지 한 장 또는 링크. 마지막으로 어떤 작업에 썼는지 한 줄 메모입니다.
이 한 줄 메모가 나중에 검색의 전부가 됩니다. 반년 뒤에 프롬프트 본문으로 검색하는 사람은 없어요.
설정값은 결과를 다시 만드는 데 필요한 것만 적으면 됩니다. 시드와 스텝 정도입니다. 전부 옮겨 적으면 오래 못 갑니다.
네 가지를 적는 데 시간이 오래 걸리지는 않습니다. 결과 이미지와 한 줄 메모는 작업하면서 이미 손에 있는 것들입니다.
조각으로 쪼개면 재사용이 쉬워집니다
긴 프롬프트를 통째로 저장하면 다음에 조금 다른 작업이 왔을 때 손대기가 어렵습니다. 대신 역할별로 쪼개보세요.
피사체 부분, 스타일 부분, 조명 부분, 카메라 부분. 이렇게 네 덩어리로 나눠두면 조합만 바꿔서 쓸 수 있습니다. 조명 덩어리 하나가 열 개 작업에 그대로 들어가는 일이 흔합니다.
쪼갤 때는 덩어리 이름을 통일해 둡니다. 나중에 조명 조각만 모아 보려면 이름이 같아야 찾을 수 있습니다.
흔한 실수: 잘 나온 결과만 저장하는 경우
이 실수를 자주 봅니다. 성공한 프롬프트만 모아두는 거죠. 그런데 실무에서 더 자주 필요한 건 실패 기록입니다.
어떤 단어를 넣으면 항상 손가락이 뭉개지는지, 어떤 조합이 구도를 무너뜨리는지 말이죠. 실패 목록을 따로 한 칸 만들어 두세요. 같은 함정을 세 번 밟는 일이 줄어듭니다.
실패 기록에는 어떤 결과가 나왔는지도 한 줄 적습니다. 무엇이 잘못됐는지 남기지 않으면 다음에 같은 단어를 또 넣게 됩니다.
팀에서 쓸 때 정하고 시작할 것
혼자 쓸 때와 팀에서 쓸 때는 기준이 달라집니다. 팀에서는 누가 언제 수정했는지가 중요해집니다. 프롬프트를 고쳤는데 다른 사람이 옛날 버전으로 작업하면 결과가 안 맞거든요.
버전 번호를 붙이고, 기존 것을 지우지 말고 새 줄로 추가하는 규칙만 정해도 대부분 해결됩니다. 규칙이 복잡하면 아무도 안 지킵니다.
새 줄로 추가하면 예전 버전으로 돌아갈 수 있습니다. 덮어쓰기만 하면 잘 되던 조합이 사라진 뒤에 복구할 방법이 없습니다.
참고로 프롬프트 관리 전용 도구들도 나와 있습니다. 다만 어떤 것이 팀 협업에 편한지는 제가 충분히 써보지 못했습니다.
정리하면
프롬프트 관리는 도구 선택 문제가 아니라 습관 문제입니다. 작업이 끝난 직후 3분만 쓰면 됩니다. 그 3분을 미루면 반년치가 통째로 사라지더군요.
3분에 적을 것은 앞서 말한 네 가지입니다. 모델과 버전, 설정값, 결과 이미지, 한 줄 메모입니다. 이 네 칸이 있는 표 하나면 시작할 수 있습니다.
자주 묻는 질문
Q. 스프레드시트 말고 추천할 만한 게 있나요
노션이나 옵시디언처럼 검색이 빠른 도구면 뭐든 됩니다. 이미지를 같이 붙일 수 있으면 더 좋고요.
Q. 프롬프트를 외부에 공개해도 되나요
클라이언트 작업의 고유한 묘사가 들어 있으면 조심해야 합니다. 일반적인 스타일 조각은 대체로 문제없습니다.
Q. 얼마나 쌓여야 쓸모가 생기나요
체감상 서른 개쯤부터입니다. 그 전까지는 기억으로 버틸 수 있지만 이후엔 안 됩니다. 그때부터 한 줄 메모가 일을 합니다.
발행 · 빅픽처