AI 프롬프트를 다시 정리할 때: 무엇을 지우고 무엇을 남길까

예전에 만든 프롬프트를 다시 들여다보고 있습니다. 한때는 프롬프트가 길고 구체적일수록 좋은 결과가 나온다고 생각했습니다. 그래서 역할을 길게 정하고, 문체와 형식, 수정 방식, 결과물의 기준을 한 번에 적어두곤 했습니다.

그런데 지금은 조금 다르게 봅니다. 프롬프트의 길이보다 중요한 것은, 이번 작업에서 AI가 해야 할 일과 제가 직접 판단할 일을 분명히 나누는 일입니다.

요즘IT의 「아직도 1년 전 프롬프트를 그대로 쓰고 있나요?」를 읽으며 이 생각을 다시 확인했습니다. 모델은 바뀌었고, 제가 AI를 쓰는 방식도 달라졌습니다. 예전에 잘 작동하던 프롬프트가 지금도 필요한지 점검할 때가 되었습니다.

오래된 프롬프트를 모두 지울 필요는 없습니다

앤트로픽은 최신 Claude 모델을 위한 Claude Code 시스템 프롬프트에서 80% 이상의 지시를 덜어냈다고 설명합니다. 다만 이것은 모든 프롬프트를 짧게 쓰라는 뜻은 아닙니다. 코딩 작업에서 반복되거나 모델의 판단을 불필요하게 제한하던 규칙을 걷어내고, 필요한 맥락을 필요한 순간에 제공하는 방식으로 바꾼 것입니다.

글쓰기에도 비슷하게 적용할 수 있습니다. 내 문체, 사실 확인 방식, 원고에서 지켜야 할 기준까지 지울 이유는 없습니다. 반대로 이미 작업 파일에 있는 내용을 매번 붙여 넣거나, 모든 글에 같은 형식을 강요하는 지시는 정리할 필요가 있습니다.

오늘 지울 프롬프트

매번 반복하는 전역 지시

“항상 최고의 전문가처럼 답해줘.” “모든 글은 서론·본론·결론으로 작성해줘.” “모든 문장은 단정적으로 끝내줘.”

이런 지시는 예전에는 안심이 됐습니다. 하지만 블로그 글, 페이스북 글, 강의안, 메모 정리는 서로 다른 결과물을 요구합니다. 모든 작업에 같은 규칙을 적용하면 오히려 글의 성격을 놓치기 쉽습니다.

반복해서 지킬 기준은 프로젝트 지침이나 글쓰기 기준 파일에 남기고, 프롬프트에는 이번 작업에만 필요한 요청을 적는 편이 낫습니다.

같은 의미를 여러 번 반복하는 지시

“중복을 줄여줘.” “간결하고 명확하게 써줘.” “불필요한 설명은 빼줘.”

비슷한 지시를 여러 번 적는다고 결과가 선명해지지는 않습니다. 오히려 AI는 어느 기준을 우선해야 하는지 판단하기 어려워집니다.

하나의 문장으로도 충분한 지시는 한 번만 남겨야 합니다. 예를 들어 “반복되는 설명은 줄이되, 핵심 판단과 근거는 생략하지 말아줘”라고 적는 편이 더 분명합니다.

지금의 글과 맞지 않는 오래된 예시

예시는 여전히 유용합니다. 다만 예전에 마음에 들었던 문장 하나가 지금도 좋은 기준이라는 보장은 없습니다.

내가 지금 쓰는 글의 독자, 채널, 문체와 맞지 않는 예시는 결과를 불필요하게 좁힙니다. 예시는 많이 모으는 것보다, 지금의 글쓰기 기준을 가장 잘 보여주는 사례 몇 개를 남기는 편이 좋습니다.

조사부터 발행까지 한 번에 시키는 프롬프트

조사하고, 기획하고, 제목을 만들고, 초안을 쓰고, 수정하고, SEO까지 한 번에 처리하라는 프롬프트도 정리 대상입니다.

결과가 기대와 다를 때 어디서 문제가 생겼는지 알기 어렵기 때문입니다. 글감이 부족하면 질문부터 해야 하고, 메모가 많으면 먼저 나눠봐야 하며, 원고가 있으면 수정 전에 무엇을 지킬지 정해야 합니다.

작업을 나누면 AI를 덜 쓰는 것이 아니라, 더 정확하게 쓰게 됩니다.

지금 남길 프롬프트

이번 작업의 목적과 범위를 정하는 문장

제가 지금 자주 쓰는 프롬프트는 길지 않습니다.

“아직 원고는 쓰지 말고, 이 메모에서 실제 경험과 아직 정리되지 않은 질문을 나눠줘.” “수정본을 바로 만들지 말고, 고칠 문장과 수정 이유를 먼저 보여줘.” “아래 원고에서 주장과 근거가 제대로 연결되는지만 점검해줘.”

이런 지시는 AI가 어디까지 해야 하는지 분명하게 알려줍니다. 한 번에 완성본을 받는 것보다, 지금 필요한 단계에 집중하게 만드는 방식입니다.

원고의 경계를 지키는 문장

AI로 글을 다듬을 때 가장 중요하게 남겨야 할 지시는 이것입니다.

“원고에 없는 경험·감정·사실·성과·사례는 추가하지 말아줘.” “글쓴이의 핵심 판단과 특징적인 표현은 일반론으로 바꾸지 말아줘.” “원고 안의 재료만으로 해결할 수 없는 부분은 임의로 메우지 말고 [확인 필요]로 표시해줘.”

AI는 빈자리를 자연스럽게 메우는 데 능숙합니다. 하지만 글쓰기에서 그 빈자리는 제가 확인하고 결정해야 할 자리일 수 있습니다. 없는 내용을 그럴듯하게 만드는 것보다, 부족한 부분을 보이게 하는 편이 더 중요합니다.

수정안을 선택하게 하는 프롬프트

예전에는 원고 전체를 고쳐달라고 요청했습니다. 지금은 수정 후보와 이유를 먼저 봅니다.

수정 전 문장, 수정 후 제안, 수정 이유를 확인한 뒤 제가 적용할 문장을 고릅니다. AI는 제안을 하고, 저는 글의 방향을 결정합니다.

이 과정은 조금 더 걸릴 수 있습니다. 하지만 글을 다 고친 뒤 “이게 정말 내가 쓰려던 글이었나”를 되묻는 일을 줄여줍니다.

반복되는 기준은 작업 파일로 남기는 방식

문체, 금지 표현, 문단 구성, 사실 확인 방식처럼 반복해서 적용할 기준은 매번 프롬프트에 붙여 넣지 않습니다. 글쓰기 기준 파일과 프로젝트 지침에 남깁니다.

프롬프트는 이번에 할 일을 정합니다. 작업 파일은 앞으로 같은 일을 어떤 기준으로 처리할지 남깁니다.

이 둘을 나누면 프롬프트는 짧아지지만, 작업의 기준은 오히려 더 선명해집니다.

프롬프트를 정리한다는 것은 판단을 되찾는 일입니다

프롬프트를 줄이는 일은 AI에게 덜 맡기는 일이 아닙니다. AI가 잘할 수 있는 작업은 더 명확하게 맡기고, 글의 경험과 방향, 사실 판단, 마지막 선택은 제가 맡는 일입니다.

오늘 지울 것은 오래되었다는 이유만으로 쓸모없어진 프롬프트가 아닙니다. 지금의 작업과 충돌하는 규칙, 이미 다른 곳에 있는 반복 지시, 무엇을 원하는지 모호한 수식어입니다.

그리고 남길 것은 제 글의 경험과 판단을 지키고, 필요한 자료를 확인하게 하며, 마지막 선택을 제게 돌려주는 문장입니다.

AI 프롬프트를 다시 정리할 때: 무엇을 지우고 무엇을 남길까

오래된 프롬프트를 모두 지울 필요는 없습니다