준비
강의 전 현재 폴더, 계정, 설치 상태를 확인합니다.
Phase 1515-1
프롬프트 엔지니어링 — 무엇을 말할 것인가
AI 활용의 1단계, 프롬프트 엔지니어링을 노무사 실무 관점에서 정리합니다. 좋은 지시문의 4요소, 노무 업무에 맞는 프롬프트 패턴, 그리고 모델이 똑똑해진 2026년에 '과한 지시'가 오히려 역효과인 이유까지 다룹니다.
Execution Kit
실습 중 막히지 않기 위한 진행표
실행
AI 활용은 프롬프트 → 컨텍스트 → 하네스 → 에이전트 → 루프 엔지니어링 5단계로 진화했고, 위층이 생겨도 아래층은 사라지지 않습니다.
검증
명령 결과, 파일 변화, 브라우저 화면 중 하나로 성공 여부를 확인합니다.
기록
잘 된 명령과 막힌 지점을 다음 실습을 위한 로그로 남깁니다.
막혔을 때 Claude Code에 붙여넣을 양식
나는 코딩 경험이 많지 않은 실무자입니다. "프롬프트 엔지니어링 — 무엇을 말할 것인가" 강의를 따라 하고 있습니다.
현재 상태:
- 사용하는 컴퓨터:
- 방금 실행한 명령:
- 화면에 나온 결과 또는 오류:
- 내가 만들고 싶은 업무 결과물:
요청:
1. 지금 상황을 초보자 기준으로 진단해줘.
2. 다음에 실행할 명령을 한 줄씩 제시해줘.
3. 각 명령이 무엇을 하는지 쉬운 말로 설명해줘.
4. 성공 여부를 확인할 체크 포인트를 정리해줘.
5. 실패하면 다시 붙여넣을 오류 보고 양식을 만들어줘.5단 진화의 출발점 — 프롬프트 엔지니어링
이번 Phase는 AI 활용의 큰 그림을 다룹니다. 2022년 ChatGPT 등장 이후 AI를 다루는 기술은 다섯 단계로 진화했습니다.
1. 프롬프트 엔지니어링(2022~2024) — 무엇을 말할까
2. 컨텍스트 엔지니어링(2025) — 무엇을 줄까
3. 하네스 엔지니어링(2026) — 어떤 시스템을 만들까
4. 에이전트 엔지니어링 — 누구에게 맡길까
5. 루프 엔지니어링 — 언제·어떻게 돌릴까
이 다섯은 서로를 대체하지 않습니다. 위층이 생겼다고 아래층이 사라지지 않습니다. 프롬프트를 잘 쓰는 능력은 5단계 루프 안에서도 여전히 부품으로 작동합니다. 다만 '승부처'가 점점 위로 올라갔을 뿐입니다.
첫 단계, 프롬프트 엔지니어링은 'AI에게 무슨 말을 어떻게 할 것인가'입니다. 같은 질문도 어떻게 표현하느냐에 따라 결과가 크게 달라진다는, 가장 기본이자 여전히 중요한 기술입니다.
TIP: 이 Phase는 개별 기능 강의가 아니라 'AI를 다루는 관점'을 정리하는 종합편입니다. 앞 Phase에서 배운 CLAUDE.md·스킬·MCP·서브에이전트가 5단 진화의 어디에 해당하는지 지도를 그려 줍니다.
좋은 프롬프트의 4요소
19년 실무에서 의뢰인에게 사건을 의뢰받을 때를 떠올려 보세요. "억울해요, 해결해주세요"만으로는 일이 안 됩니다. 누가·언제·무슨 일이·어떤 증거가 있는지를 들어야 합니다. 프롬프트도 똑같습니다.
[1. 역할(Role)]
"너는 19년차 노무사다"처럼 AI에게 입장을 부여합니다. 같은 질문도 '노무사 관점'과 '일반인 관점'의 답이 다릅니다.
[2. 맥락(Context)]
사실관계, 배경, 제약을 줍니다. "상시 5인 미만 사업장", "건설 일용직", "병원 네트제 계약" 한 줄이 답을 완전히 바꿉니다.
[3. 구체적 지시(Task)]
"검토해줘"보다 "이 근로계약서에서 ① 최저임금 위반 ② 포괄임금 유효성 ③ 연차 조항 3가지를 점검하고 위반 항목만 표로 정리해줘"가 낫습니다.
[4. 출력 형식(Format)]
표·목록·초안 등 원하는 형태를 명시합니다. "사실 → 법리 → 결론 구조로", "의견서 형식으로"처럼.
TIP: 노무사 표준 보고 형식(결론 → 사실 → 쟁점 → 근거 → 검토의견 → 리스크)을 프롬프트 출력 형식으로 그대로 지정하면, AI 산출물이 바로 검토 가능한 형태로 나옵니다.
노무사 업무 프롬프트 패턴
실무에서 반복적으로 쓰는 프롬프트 골격 몇 가지입니다.
[법적 판단 요청]
"다음 사안이 법적으로 가능한지/위법한지 판단해줘. 사실관계: [내용]. 결론 → 근거 법령(조문 번호) → 리스크와 반대논리 → 다음 액션 순서로. 판례를 인용할 거면 사건번호를 반드시 확인하고, 확인 안 된 건 '확인 필요'로 표시해."
[문서 초안]
"[문서 종류] 초안을 작성해줘. 당사자: [내용]. 사실 → 법리 → 결론 구조로, 감정적 표현은 빼고 간결한 법률 문장으로. 단정적 표현('확정적으로 ~이다')은 쓰지 마."
[계산 검산]
"다음 평균임금을 계산해줘. [급여 내역]. 산식을 단계별로 보여주고, 코드로 검산한 결과를 함께 제시해."
공통 원칙은 '검증을 프롬프트에 박아 넣는 것'입니다. 사건번호 확인, 단정 금지, 산식 제시를 매번 요구하면 AI의 할루시네이션을 1차로 거를 수 있습니다.
# 좋은 프롬프트 vs 나쁜 프롬프트
# [나쁜 예 — 모호함]
claude "부당해고 맞아?"
# [좋은 예 — 4요소 충족]
claude "너는 19년차 공인노무사다.
다음 사안의 부당해고 여부를 판단해줘.
[사실관계]
- 상시 10인 사업장, 정규직 3년차
- 근태 불량(월 3회 지각)을 이유로 해고통보서 없이 구두 해고
- 징계위원회 미개최
[출력 형식]
결론 → 쟁점(절차적·실체적) → 근거 법령 조문 →
사용자 측 반대논리 → 근로자 측 대응 전략 순서로.
판례 인용 시 사건번호 확인, 미확인은 '확인 필요' 표시."2026년의 반전 — 과한 지시는 역효과
초기 모델(2023~2024)은 지시를 잘 안 따라서 "반드시! 꼭! 무조건!" 같은 강한 표현을 욱여넣어야 했습니다. 2026년의 Opus 4.8·Fable 5는 정반대입니다. 지시를 너무 곧이곧대로 따릅니다.
그래서 옛날식 프롬프트는 이제 부작용을 냅니다.
- "반드시 이 도구를 써라" → 필요 없을 때도 도구를 남발
- "할 수 있는 모든 분석을 다 해라" → 묻지도 않은 것까지 장황하게
- "최대한 자세히" → 핵심이 묻히는 과잉 응답
2026년의 좋은 프롬프트는 오히려 담백합니다. "~할 때 이 도구를 써"처럼 조건을 명확히 하고, 분량과 깊이를 구체적으로 지정합니다. 모델이 똑똑해질수록, 프롬프트는 '명령'에서 '맥락과 의도 전달'로 무게중심이 옮겨갑니다.
이것이 다음 단계인 컨텍스트 엔지니어링으로 이어지는 다리입니다. 무슨 말을 하느냐(프롬프트)보다, 무슨 정보를 주느냐(컨텍스트)가 점점 더 중요해진 것입니다.
TIP: Opus 4.8·Fable 5에서는 '간결하게 핵심만', '묻지 않은 건 하지 마', '결론부터'를 명시하면 응답 품질이 올라갑니다. 강한 강조어(대문자·느낌표 남발)는 오히려 줄이세요.
핵심 정리
- ✓AI 활용은 프롬프트 → 컨텍스트 → 하네스 → 에이전트 → 루프 엔지니어링 5단계로 진화했고, 위층이 생겨도 아래층은 사라지지 않습니다.
- ✓좋은 프롬프트의 4요소는 역할·맥락·구체적 지시·출력 형식이며, 노무 업무는 검증 요구(사건번호 확인·단정 금지·산식 제시)를 프롬프트에 박아 넣어야 합니다.
- ✓2026년 모델은 지시를 곧이곧대로 따르므로, 옛날식 강조어 남발은 역효과입니다. 조건과 분량을 명확히 하고 담백하게 쓰는 것이 더 좋은 결과를 냅니다.
- ✓최종 법적 판단의 책임은 노무사에게 있으며, 프롬프트는 그 판단을 돕는 초안·근거·검증결과를 끌어내는 도구입니다.