프롬프트를 길게 쓰는 게 유리할 때와 아닐 때

"프롬프트를 자세히 쓰라"는 조언은 절반만 맞습니다. 자세히 쓸수록 좋아지는 종류의 일이 있고, 길어질수록 나빠지는 종류의 일이 있습니다.

길게 쓰는 것이 확실히 유리한 경우

판단 기준이 필요한 일

"이 계약서 검토해 줘"와 "이 계약서에서 우리 쪽이 일방적으로 손해를 볼 수 있는 조항을 찾아 줘. 우리는 발주처가 아니라 수급자야"는 결과가 다릅니다. 기준이 없으면 AI 는 무엇이 문제인지 스스로 정할 수밖에 없고, 그 기준이 내 상황과 다를 수 있습니다.

형식이 정해진 결과물

받을 모양을 미리 정해 주면 다시 시킬 일이 줄어듭니다. 표의 열 이름, 문단 수, 존댓말 여부 같은 것들입니다.

하지 말아야 할 것이 있는 일

"추측은 쓰지 말고, 문서에 없는 내용은 '문서에 없음'이라고 적어 줘" 같은 금지 조건은 길이를 늘려도 값이 있습니다. 환각을 줄이는 가장 값싼 방법입니다.

길게 쓰는 것이 오히려 방해가 되는 경우

자료가 예산을 다투는 상황

창은 하나이고 지시문과 자료가 그 안을 나눠 씁니다. 200페이지 문서를 넣는 상황에서 지시문을 2천 자 쓰면, 그만큼 문서가 덜 들어갑니다. 자료가 주인공인 작업에서는 지시문을 짧게 쓰는 편이 결과가 낫습니다.

예시를 너무 많이 넣는 경우

예시 두세 개는 크게 도움이 됩니다. 그런데 열 개를 넣으면 AI 가 예시의 표면적인 특징을 따라가기 시작합니다. 예시가 특정 형태로 몰려 있으면 그 형태에서 못 벗어납니다.

서로 부딪히는 조건을 여러 개 쓴 경우

"간결하게, 그러나 빠짐없이, 전문적이지만 쉽게" 같은 지시는 길이만 늘리고 방향은 주지 않습니다. 조건이 부딪히면 AI 는 어느 하나를 임의로 고릅니다. 우선순위를 밝히는 편이 낫습니다 — "빠짐없이가 우선이고, 그 다음이 간결함이야".

실무에서 잘 먹히는 순서

1. 짧게 던진다. 한두 줄로 원하는 것을 말합니다.
2. 나온 결과에서 어긋난 지점을 지적한다. "이 부분은 추측이야, 문서에 있는 것만"처럼 구체적으로 말합니다.
3. 고쳐진 결과가 만족스러우면 그 조건을 모아 둔다. 다음에 같은 작업을 할 때 그것이 곧 완성된 지시문입니다.

처음부터 완벽한 지시문을 쓰려고 하면 시간이 오래 걸리고, 정작 필요한 조건은 결과를 보고 나서야 떠오릅니다. 한 번 던져 보고 고치는 것이 대개 더 빠릅니다.

대화가 길어졌을 때

긴 대화 뒤에는 앞부분이 밀려나 사라집니다. 그래서 처음에 정한 전제("나는 수급자 입장이야")가 스무 번째 질문에서는 잊혀 있을 수 있습니다.

• 중요한 전제는 길어질 때 한 번씩 다시 적어 주세요. 한 줄이면 됩니다.
• 주제가 완전히 바뀌면 새 대화로 시작하는 편이 낫습니다. 앞 내용이 방해가 되지 않습니다.

정리

• 기준·형식·금지 조건은 길게 써서 값을 얻는다.
• 자료가 큰 작업에서는 지시문을 짧게 쓴다. 창을 자료에 양보한다.
• 부딪히는 조건은 우선순위를 밝힌다.
• 완벽한 지시문을 처음에 쓰려 하지 말고, 한 번 던져 보고 고친다.