문제는 Claude가 아니라 프롬프트의 ‘설정’일 수 있습니다.

Claude를 잘 쓰기 위해 복잡한 마법의 문장이 필요한 것은 아닙니다.

중요한 것은 Claude가 추측하지 않아도 될 만큼 명확하게 업무를 설계해 주는 것입니다.

제가 실무에서 활용하기 좋은 형태로 「Claude 프롬프트 성공 공식 6가지」를 정리했습니다.

① 작업이 아니라 ‘결과물’을 먼저 말하세요

“ISO 27001을 검토해줘.”

“ISO 27001 심사 체크리스트를 표 형식으로 작성해줘.”

Claude에게 무엇을 할지보다 무엇을 만들어야 하는지 알려주는 것이 중요합니다.

결과물 + 형식 + 포함 내용 + 제외 내용까지 지정하면 훨씬 정확해집니다.

② 길이와 구조를 먼저 정하세요

“자세히 작성해줘”보다는 구체적인 숫자가 좋습니다.

예를 들어,

“600단어 이내로 작성하고,

① 배경 → ② 분석 → ③ 제안 → ④ 결론 순서로 구성해줘.”

글자 수, 문단 수, 표의 열 수, 목록 개수 등을 지정하면 결과물의 일관성이 높아집니다.

③ ‘하지 마세요’보다 ‘이렇게 하세요’라고 지시하세요

“전문용어를 너무 많이 쓰지 마세요.”

보다

“비전문가도 이해할 수 있는 쉬운 단어를 사용하고, 전문용어가 나오면 바로 설명을 붙여주세요.”

처럼 바꿔보세요.

핵심은 금지사항을 행동 가능한 긍정형 지시로 변환하는 것입니다.

④ 답부터 요구하지 말고 ‘검토 과정’을 설계하세요

복잡한 개발, 분석, 보안, ISO 심사 업무에서는 바로 답을 생성시키기보다 먼저 문제를 구조화하도록 만드는 것이 효과적입니다.

예를 들어,

“요구사항과 제약조건을 먼저 분석하고, 가능한 접근법을 비교한 뒤 가장 적절한 방법을 선택해 최종 답변을 작성하세요.”

즉, 단순히 “깊게 생각해”라고 하기보다 분석 → 비교 → 검증 → 답변의 절차를 지정하는 것입니다.

⑤ Claude에게 ‘내 문체’를 보여주세요

내가 직접 작성한 문장 2~3개만 제공해도 효과가 큽니다.

“아래 글의 문장 길이, 설명 방식, 전문성 수준과 어조를 분석한 뒤 같은 스타일로 작성하세요.”

이렇게 하면 Claude가 매번 비슷한 톤으로 글을 작성할 수 있습니다.

특히 블로그, SNS, 보고서, 제안서, 책 집필에서 유용합니다.

⑥ 목표와 독자를 알려주고, 필요한 것은 먼저 질문하게 하세요

좋은 프롬프트에는 반드시 두 가지가 있어야 합니다.

Goal — 이 결과물로 무엇을 달성하려는가?

Audience — 누가 이 결과물을 읽거나 사용하는가?

그리고 중요한 정보가 부족하다면 Claude가 임의로 추측하지 않도록 합니다.

“작업을 시작하기 전에 결과물의 품질에 영향을 주는 정보가 부족하면 핵심 질문부터 해주세요.”

이 한 문장이 잘못된 가정으로 긴 결과물을 만드는 일을 크게 줄여줍니다.

결국 좋은 프롬프트는 ‘질문’이 아니라 ‘업무 명세서’입니다.

Output → Format → Length → Instructions → Context → Goal → Audience → Questions

이 구조가 잡히면 Claude는 빈칸을 마음대로 추측하는 대신, 우리가 원하는 방향으로 작업하기 시작합니다.

특히 Claude Code나 AI Agent를 활용한다면 한 단계 더 발전시켜

Goal → Context → Constraints → Process → Verification → Definition of Done

구조로 프롬프트를 설계해 보세요.

프롬프트 엔지니어링의 핵심은 멋진 한 문장을 만드는 것이 아닙니다.

AI가 추측해야 할 부분을 줄이고, 사람이 원하는 결과의 기준을 명확하게 정의하는 것.

그것이 좋은 프롬프트의 출발점입니다.

— 이춘곤(Mark) · ISC.studio · ISC출판 도서 안내

이 글은 저자의 Facebook에 처음 게시한 글입니다. Facebook 원문 보기