# 실습 프롬프트 라이브러리 P1~P8

**MBC AI 에이전트 PoC · 1차 교육 · 2026. 9. 7(월) 14:00~18:00**

Gemini Enterprise 대화창에 **그대로 붙여** 사용합니다. `{{ }}` 부분만 교체하십시오.

| 프롬프트 | 언제 |
|---|---|
| **P1** 스킬 후보 발굴 | 사이클 1 실습 도입 — 무엇을 만들지 못 정했을 때 |
| **P2** SKILL.md 초안 생성 | 사이클 1 실습 본체 |
| **P3** description 개선 | **자동 호출이 안 될 때 (99% 여기)** |
| **P4** 적대적 리뷰 | 사이클 2 실습 후반 |
| **P5** 개선 루프 | 사이클 2 체크포인트 미도달 시 |
| **P6** 조별 상호 비교 | **사이클 3** |
| **P7** 함정 수집 | 한계 기록을 함정 섹션으로 |
| **P8** 조 공용 자산화 | 세션 간 과제 · 2차 준비 |

## 오늘의 기준

| 항목 | 값 |
|---|---|
| **제약** | 입력 1종 · 출력 1종 · 처리 2단계 이내 (**1종은 개수가 아니라 종류**) |
| **기준선** | 재생성 3회 이내 · 수정률 30% 이하 (문단 단위) |
| **스킬 이름** | `<이니셜>-<용도>-0907` — `test`·`demo` 금지(**영구 예약**), `gcp-` 접두어 금지 |
| **필수 규칙** | 값 없으면 `없음` · 확신 없으면 `판단 보류` + 사유 · 불일치는 고치지 말고 표기 |
| **범위 밖** | 자동 실행 · 쓰기 · 전송 · 결재 상신 |

> **가상 예시로 실습하지 마십시오. 본인 실데이터로 진행합니다.**

---

## P1. 스킬 후보 발굴

```
나는 {{조 번호와 조명 · 예: 2조 문서 생성·자료 정형화}}에 속하고,
내 과제는 다음과 같다.

{{과제 카드의 '만들 것'과 '페인포인트'를 그대로 붙여넣기}}

이 과제를 오늘의 제약에 맞게 잘라줘.
- 입력 1종 (파일 형식 1가지. 개수는 여러 개여도 됨)
- 출력 1종
- 처리 2단계 이내

다음을 표로 제시해줘.
1. 오늘 만들 범위 (입력 / 출력 / 2단계)
2. 잘라내서 "2차 확장 후보"로 미룰 항목
3. 이 범위에서 AI가 못 할 가능성이 높은 것 1~2개와 그 이유
   (한계 기록에 미리 적어둘 후보)

주의: 내 과제 조건에 이미 적혀 있는 규칙을 놓치지 말고 처리 단계나
출력 규격으로 옮겨줘. 새 규칙을 만들지 말고 내 조건을 쓰는 것이 우선이다.
```

## P2. SKILL.md 초안 생성

```
Gemini Enterprise용 SKILL.md 파일을 작성해줘.

■ 대상 업무: {{업무 이름}}
■ 목적(한 문장): {{만들어낼 결과물}}
■ 입력: {{형식 1종}}
■ 출력: {{형식 1종}}
■ 처리 2단계:
  1. {{ }}
  2. {{ }}
■ 반드시 지켜야 할 규칙: {{과제 카드의 '조건'을 그대로 붙여넣기}}
■ 실물 양식: {{출력 양식을 여기에 그대로 붙여넣기}}

작성 규격:
- YAML 프론트매터에 name(소문자·숫자·하이픈, {{이니셜}}-{{용도}}-0907 형식)과
  description(1024자 이내)을 포함
- description은 "모델용 트리거 조건"으로:
  (1) 트리거 키워드 (2) 쓰면 안 되는 경계 조건 (3) 입력·출력 (4) 우선순위 힌트
- 본문 섹션: 목표 / 입력 / 절차(번호) / 출력 규격 / 예시 / 예외 처리 /
  함정 / 품질 체크리스트 / 하지 말 것
- 출력 규격에는 위에 붙여넣은 실물 양식을 그대로 넣을 것
- 다음 규칙을 반드시 포함:
  · 값이 없을 때 "없음" (0으로 채우지 않음)
  · 확신이 없을 때 "판단 보류" + 사유 한 줄
  · 원문과 불일치할 때 고치지 말고 "불일치: 원문 OOO / 출력 OOO"
  · "하지 말 것"에 "자동 실행·쓰기·전송·결재 상신을 하지 않는다"
- 절차는 추상 표현("알아서 잘") 금지. 각 단계가 검증 가능하게
- 일반 상식은 쓰지 말고 우리 조직·부서에만 해당하는 정보에 집중

작성 후 별도로 알려줘.
- 이 스킬이 호출되지 않을 가능성이 높은 표현 3가지
- 추가로 물어봐야 할 정보
```

## P3. description / 트리거 개선

```
아래는 내가 만든 스킬의 description이다.

---
{{현재 description 붙여넣기}}
---

다음 4원칙으로 평가하고 개선안을 제시해줘.
1. 트리거 키워드 — 어떤 단어가 나오면 활성화되어야 하는가
2. 경계 조건 — 쓰면 안 되는 상황이 명시되어 있는가
3. 입력·출력 명시
4. 우선순위 힌트 — 비슷한 스킬과 어떻게 구분되는가

참고 1: 같은 조의 다른 사람들도 비슷한 스킬을 만든다.
다음과 혼동되지 않아야 한다 → {{조원들의 스킬 이름·용도}}

참고 2: 사내에 「MBC 문서 작성 (HWPX, PPTX, 발표용HTML)」 에이전트가 이미 있다.
출처를 입력하면 회사 표준 서식 문서로 만들어 주는 도구다.
내 스킬이 그것과 겹치지 않도록 경계 조건에 반영해줘.

출력 형식:
- 원칙별 진단 (충족/미흡 + 근거)
- 개선된 description 전문 (1024자 이내)
- 잘못 트리거될 위험이 있는 요청 예시 3개
- 트리거되어야 하는데 놓칠 위험이 있는 요청 예시 3개
```

## P4. 적대적 리뷰

```
너는 이 스킬을 비판적으로 검토하는 리뷰어다. 작성자 입장이 아니라
"이 스킬이 실패할 방법을 찾는" 입장에서 검토해줘.

---
{{SKILL.md 전문 붙여넣기}}
---

다음 관점으로 지적해줘.
1. 모호성 — 사람마다 다르게 해석할 수 있는 지시문
2. 누락된 예외 — 데이터가 없거나 입력이 불충분할 때의 처리
3. 과잉 제약 — 재사용을 방해할 만큼 세세한 지정
4. 당연한 내용 — 모델이 이미 아는 상식을 반복해 신호를 희석하는 부분
5. 범위 과다 — 하나의 스킬이 여러 작업을 하려 하는가
6. 검증 불가 — 규칙을 지켰는지 확인할 방법이 없는 규칙
7. 지어내기 위험 — 원문에 없는 값을 만들어 낼 여지가 남은 곳

각 지적에 심각도(높음/중간/낮음)와 구체적 수정 문구를 제시하고,
마지막에 "함정(Pitfalls) 섹션에 추가할 항목" 목록을 만들어줘.
```

## P5. 개선 루프

```
스킬을 {{N}}회 실행한 결과다.

■ 스킬: {{이름}}
■ 실행 기록: {{각 실행의 요청 문구 / 호출 여부 / 결과물 문제점}}
■ 측정:
- 자동 호출: {{되었음 / 안 되었음}}
- 재생성 횟수: {{ }}회 (목표 3회 이내)
- 최종 수정률: {{ }}% (기준선 30% 이하 · 문단 단위)
- 막힌 지점 한 문장: {{ }}

관찰 → 분석 → 개선 → 검증으로 정리해줘.
1. 관찰: 반복되는 실패 패턴
2. 분석: 원인이 (a) description (b) 절차 모호성 (c) 출력 규격이 서술형
   (d) 판단 기준 부재 (e) 범위 과다 중 무엇인가
3. 개선: before/after로 (우선순위 순)
4. 검증: 효과를 확인할 테스트 요청 문구 3개

가장 큰 원인 하나에 집중해서, 한 번에 고칠 수 있는 수정만 제안해줘.
```

## P6. 조별 상호 비교 (사이클 3)

```
같은 조 조원들이 같은 구조의 과제로 각자 스킬을 만들었다.
우리 조 구조 축은 "{{조 구조 축 · 예: 양식 규칙을 정의해 문서를 만들거나
제각각인 입력을 표준 포맷으로 밀어 넣음}}" 이다.

■ 내 SKILL.md:
{{전문 붙여넣기}}

■ 조원의 SKILL.md (또는 산출물):
{{조원 것 붙여넣기 · 여러 명이면 이어서}}

다음 4개 축으로 비교표를 만들어줘.
① 출력 규격 — 실물 양식이 들어갔는가 / 서술로 때웠는가. 누가 가장 안 흔들리는가
② 판단 기준 — 조건으로 적었는가 / "적절히"가 남아 있는가
③ 없을 때·모를 때 — "없음"·"판단 보류" 규칙이 있는가
④ 지어내기 — 원문에 없는 값이 출력에 들어갈 여지가 있는가

그리고 다음을 제시해줘.
- 이 조에서 가장 잘된 규격 1개와 그 이유
- 내 스킬에 바로 적용할 개선점 3개 (어느 섹션을 어떻게 고칠지 구체적으로)
- 조 전체가 공유하면 좋을 공통 규격 1개

주의: 개선점은 3개까지만. "더 잘 만들자" 같은 것은 개선점이 아니다.
12분 안에 적용 가능한 것만 제시해줘.
```

## P7. 함정(Pitfalls) 수집

```
{{업무 이름}}을 AI에게 맡겼을 때 오늘 실제로 발생한 문제들이다.

{{한계 기록 시트에 적은 내용을 나열}}

이것을 SKILL.md의 "함정(Pitfalls)" 섹션으로 정리해줘.
- 각 항목은 "무엇을 하지 말아야 하는가"를 한 줄로
- 왜 문제인지 짧은 근거를 덧붙임
- 일반 상식 수준은 제외하고 우리 업무에 특수한 것만
- 가능하면 ✅ 올바른 예 / ❌ 잘못된 예 대비

신호 밀도를 최우선으로. 분량보다 "이걸 몰랐으면 틀렸을 내용"인지가 중요하다.

그리고 이 중에서 (a) 규칙을 고치면 해결되는 것과
(b) 도구 자체의 한계로 보이는 것을 나눠줘.
(b)는 2차 노코드 한계 판정 자료로 쓸 것이다.
```

## P8. 조 공용 자산화

```
우리 조는 {{조 번호와 조명}}이고 {{N}}명이 각자 스킬을 만들었다.
조 공용 산출물 목표는 "{{편성안의 공용 산출물}}" 이다.

■ 각자의 스킬: {{이름 · 용도 · 입력 · 출력을 한 줄씩}}

다음을 제안해줘.
1. 겹치는 스킬 — 통합할 수 있는 것과 이유
2. 빠진 영역 — 우리 조 업무 중 아무도 만들지 않은 것
3. 공용 스킬 후보 — 조 전원이 쓸 수 있게 일반화할 것 1~2개
4. 그때 description에 넣을 트리거 키워드 (사람마다 부르는 말이 다를 수 있음)
5. 개인 전용으로 남겨야 할 것 — 일반화하면 오히려 나빠지는 것

주의: "만들기는 쉽게, 배포는 신중하게" 원칙에 따라
중복되거나 품질이 낮은 것을 공용으로 올리지 않도록 걸러줘.
```