8시간 인터랙티브 워크숍 팀장 · 파트장 · Project Lead 편집 가능한 디지털 문서

AI를 중심에 두지 않고, 내 일을 중심에 둔다

이 교재는 프롬프트 요령을 외우는 자료가 아니다. 오늘 다룰 실제 업무를 고르고, 반응할 수 있는 작은 단위로 줄이고, AI와 함께 첫 결과를 만든 뒤, 확인하고 다시 고쳐 팀에서 쓸 수 있는 자산으로 남기는 워크숍 문서다.

상황: 업무 장면 근거: 자료 추적 통제: 추정 차단 행동: 다음 일 전이: 팀 카드
Vibe Working은 AI를 많이 쓰는 기술이 아니라, 일이 풀리는 경험을 의도적으로 만드는 방식이다.

문제를 고르고, 작게 나누고, AI에게 맡기고, 결과를 확인하고, 다시 고치고, 기록으로 남기는 흐름을 오늘의 실습 구조로 삼는다.

이번 개선판은 프롬프트 문장 기술보다, 내가 어떤 상황과 단서를 보고 무엇을 완료로 판단하는지 AI가 볼 수 있게 만드는 데 초점을 둔다.

일이 먼저 작게 보기 판단 구조 근거 확인 다시 요청 팀 자산화
1고르기오늘 다룰 실제 업무를 고른다.
2줄이기반응할 수 있는 작은 질문으로 만든다.
3맡기기맥락과 판단 기준을 넣어 요청한다.
4확인근거, 책임, 형식, 다음 행동을 본다.
5고치기가장 중요한 문제 하나만 다시 요청한다.
6남기기결과와 기준을 문장과 표로 남긴다.
7공유팀에서 다시 쓸 수 있는 카드로 바꾼다.

오늘의 가시성 루브릭

AI 결과를 믿을지 말지는 문장 품질보다, 상황과 근거와 사람이 멈출 기준이 화면에 보이는지로 판단한다.

3초 판독: 흐름 · 역할 · 완료 기준
1 상황

지금 어떤 업무 장면에서 쓰는지 보이는가. 배경이 흐리면 AI 결과도 흐려진다.

2 근거

결론이 어떤 자료, 수치, 메모, 회의 발언에서 왔는지 따라갈 수 있는가.

3 통제

추정, 민감정보, 범위 밖 판단을 멈추게 하는 조건이 들어 있는가.

4 행동

결과를 본 사람이 다음에 무엇을 할지 담당, 기한, 확인 질문으로 보이는가.

5 전이

오늘 만든 기준이 팀원이 다시 쓸 카드, 문장, 체크리스트로 남는가.

0점: 말은 있지만 장면이 안 보임 1점: 장면은 보이나 근거가 약함 2점: 근거와 통제가 보임 3점: 다음 행동과 팀 재사용까지 보임
오늘의 산출물업무 카드, 맥락 카드, 최종 프롬프트, Action Item 표, 보고 초안, 팀 카드, 1주 실행계획
사람의 역할문제 선택, 단서 선택, 기준 설정, 책임 판단, 대외 표현 확인
AI의 역할초안 생성, 구조화, 누락 점검, 재사용 카드 초안
완료 기준다음 주에 실제 업무에서 써볼 장면, 볼 증거, 판단 기준이 정해졌는가

0장. 일을 고르고 작게 줄이기

AI를 켜기 전에 오늘 안에 첫 결과를 볼 수 있는 실제 업무 장면을 고른다.

09:00-09:25
결론실습 주제는 큰 혁신 과제가 아니라 오늘 반응할 수 있는 작은 업무여야 한다.
근거눈에 보이는 초안, 표, 메모가 있어야 사람이 판단하고 다시 요청할 수 있다.
전제자료가 없으면 샘플을 먼저 쓰고, 실제 정보는 `ㅇㅇ`으로 남긴다.
다음 행동업무 카드와 작은 질문을 작성한다.

내가 하는 업무 먼저 적기

처음부터 Grade를 고르지 않는다. 먼저 실제로 하고 있는 업무를 떠오르는 대로 적고, 그중 오늘 다룰 수 있는 후보를 고른다.

번호내가 실제로 하는 업무막히거나 반복되는 지점눈에 보이는 결과물후보 여부
1ㅇㅇㅇㅇㅇㅇㅇㅇ
2ㅇㅇㅇㅇㅇㅇㅇㅇ
3ㅇㅇㅇㅇㅇㅇㅇㅇ
4ㅇㅇㅇㅇㅇㅇㅇㅇ
5ㅇㅇㅇㅇㅇㅇㅇㅇ

업무 후보별 판단 부담 Grade

AI 과제의 난이도는 도구 이름보다 사람이 짊어져야 할 판단 부담으로 나눈다. 먼저 적은 업무 목록을 보고 후보별 Grade를 붙인다. 오늘 실습은 G1~G3에서 시작하고, G4~G5는 후속 설계 과제로 남긴다.

Grade판단 부담예시오늘 처리 방식
G1패턴이 명확하다회의록 요약, 단순 분류템플릿으로 바로 시작
G2상황 설명이 조금 필요하다보고서 구조화, 메일 초안맥락 카드를 붙여 요청
G3여러 단계와 판단 분기가 있다리스크 비교, 다단계 검토단계별 완료 기준을 먼저 정함
G4복합 판단과 여러 자료가 얽힌다의사결정 지원, 복합 분석판단 기준을 먼저 문서화
G5운영 루프 자체를 설계해야 한다팀 AI 협업 체계별도 설계 워크숍으로 분리
업무 후보예상 Grade그렇게 본 이유오늘 다룰 수 있는 범위후속으로 남길 범위
ㅇㅇGㅇㅇㅇㅇㅇㅇㅇ
ㅇㅇGㅇㅇㅇㅇㅇㅇㅇ
ㅇㅇGㅇㅇㅇㅇㅇㅇㅇ

업무 처리 방식 첫 선택

같은 LLM을 써도 업무를 어디에 맡기느냐에 따라 결과가 달라진다. 오늘은 제품 기능명이 아니라 업무 방식으로 고른다.

방식잘 맞는 상황남는 결과오늘 내 답
대화로 방향 잡기질문이 흐리거나 생각을 정리해야 한다아이디어, 요약, 문장ㅇㅇ
자료를 맡겨 결과 받기자료가 있고 문서, 표, 보고 초안이 필요하다문서, 표, 체크리스트, 보고 초안ㅇㅇ
결과물까지 바꾸기파일, 양식, 페이지, 자동화 결과가 필요하다수정된 파일, 화면, 검증 결과ㅇㅇ

내 업무 카드

작게 줄이기

업무 범위 좁히기 요청문

나는 [역할/팀]에서 [프로젝트 이름]을 진행하고 있다.
오늘은 이 일을 AI 업무 적용 실습 안에서 다룰 수 있는 작은 단위로 줄이려고 한다.

현재 상황:
- 업무 후보 목록: [ㅇㅇ]
- 해야 하는 이유: [ㅇㅇ]
- 참고 자료: [ㅇㅇ]
- 오늘 만들고 싶은 결과물: [ㅇㅇ]
- 오늘 선택한 처리 방식: [대화 / 자료 맡기기 / 결과물 변경 중 ㅇㅇ]
- 사람이 직접 판단해야 할 부분: [ㅇㅇ]
- 공개하기 어려운 정보: [ㅇㅇ]

아래 형식으로 정리해줘.
1. 오늘 다룰 업무 목표
2. 필요한 입력 자료
3. AI에게 맡길 수 있는 일
4. 사람이 판단해야 할 일
5. 오늘 끝에 남길 업무 자산
6. 정보가 부족해서 확인해야 할 것
7. 업무 후보별 판단 부담 Grade와 이유
8. 오늘 선택한 처리 방식과 이유

자료에 없는 내용은 추정하지 말고 "확인 필요"라고 표시해줘.
실제값을 쓰기 어려운 정보는 "ㅇㅇ"으로 남겨줘.

0장 완료 체크

1장. 맥락 카드 만들기

AI에게 질문하기 전에 배경, 자료, 제약, 판단 기준을 한 장에 모은다.

09:25-10:10

맥락 카드 6칸

내 답
업무 배경ㅇㅇ
입력 자료ㅇㅇ
이해관계자ㅇㅇ
결과 형식ㅇㅇ
제약ㅇㅇ
판단 기준ㅇㅇ

자료 묶음 준비와 원본 보존

AI가 볼 자료와 새로 만들 결과를 섞지 않는다. 원본은 읽기 자료로 두고, 새 결과는 별도 이름과 버전으로 남긴다.

구분내 답
AI가 볼 원본 자료ㅇㅇ
새로 만들 결과ㅇㅇ
원본 보존 기준ㅇㅇ
결과 저장 기준ㅇㅇ
제외할 자료ㅇㅇ

정보의 3가지 종류

AI에게 줄 자료는 한 덩어리로 넣지 않고 사실, 절차, 지금 상황으로 나눈다. 그래야 AI가 확정된 사실과 따라야 할 순서, 지금 판단해야 할 맥락을 섞지 않는다.

정보 종류내 자료에서 해당하는 내용프롬프트에서 쓰는 법
선언적 정보이미 정해진 사실, 정의, 기준, 수치, 문서 내용ㅇㅇ사실로만 쓰게 하고, 없으면 만들지 못하게 한다
절차적 정보일을 하는 순서, 방법, 체크리스트, 승인 절차ㅇㅇ순서대로 실행하거나 표준 양식에 맞추게 한다
상황 정보지금의 맥락, 목적, 이해관계자, 제약, 위험, 예외ㅇㅇ어떤 기준으로 판단해야 하는지 방향을 잡게 한다
부족한 정보아직 근거가 없어 확인해야 할 내용확인 필요추정하지 않고 멈추거나 다시 물어보게 한다

현장 판단 루프 5칸

좋은 맥락 카드는 배경 설명에서 끝나지 않는다. 내가 평소에 머릿속으로 하는 판단을 AI가 볼 수 있게 적는다.

내 답
상황ㅇㅇ
중요하게 볼 단서ㅇㅇ
목표ㅇㅇ
결과를 본 뒤 할 행동ㅇㅇ
쓸 수 있다고 보는 기준ㅇㅇ

인지적 가시성 루브릭

AI 결과를 신뢰하려면 결과 자체보다 결과를 판단할 길이 보여야 한다. 아래 표에는 오늘의 업무가 상황, 근거, 통제, 행동, 전이 5축에서 어디까지 보이는지 적는다.

작성 기준 점수는 0~3으로 적는다. 0은 보이지 않음, 1은 일부만 보임, 2는 실무 확인 가능, 3은 팀에서 다시 쓸 수 있음이다.
상황: 업무 장면을 맞게 잡았는가 근거: 주장과 자료를 따라갈 수 있는가 통제: 추정과 민감정보를 막았는가 행동: 다음 일을 실행 단위로 만들었는가 전이: 팀 자산으로 남길 수 있는가
인지 축오늘 확인할 질문내 증거판정
상황AI가 지금 업무 장면과 이해관계자를 맞게 잡았는가?ㅇㅇ0~3
근거결론마다 원본 자료, 메모, 수치, 발언을 따라갈 수 있는가?ㅇㅇ0~3
통제자료에 없는 추정, 민감정보, 책임 판단을 멈추는 기준이 있는가?ㅇㅇ0~3
행동결과를 본 뒤 누가 무엇을 해야 하는지 실행 단위로 보이는가?ㅇㅇ0~3
전이다음 주와 팀원에게 넘길 수 있는 카드, 기준, 문장으로 남는가?ㅇㅇ0~3

결측 정보 분리

마스킹과 확인 필요

맥락 카드 정리 요청문

아래 업무 내용을 AI에게 맡기기 전에 맥락 카드로 정리해줘.

[업무 내용]
- 프로젝트: [ㅇㅇ]
- 현재 상황: [ㅇㅇ]
- 입력 자료: [ㅇㅇ]
- 결과물: [ㅇㅇ]
- AI가 볼 원본 자료: [ㅇㅇ]
- 새로 만들 결과: [ㅇㅇ]
- 원본을 보존해야 하는 기준: [ㅇㅇ]
- 선언적 정보: [ㅇㅇ]
- 절차적 정보: [ㅇㅇ]
- 상황 정보: [ㅇㅇ]
- 사람이 판단할 기준: [ㅇㅇ]
- 중요하게 볼 단서: [ㅇㅇ]
- 결과를 본 뒤 할 행동: [ㅇㅇ]
- 인지적 가시성 루브릭에서 낮게 나온 축: [상황/근거/통제/행동/전이 중 ㅇㅇ]

정리 형식:
1. 업무 배경
2. 입력 자료
3. 입력 자료를 선언적 정보, 절차적 정보, 상황 정보로 나눈 표
4. 이해관계자
5. 원하는 결과 형식
6. 제약과 금지 사항
7. 사람이 확인할 판단 기준
8. 중요하게 볼 단서
9. 결과를 본 뒤 해야 할 행동
10. 원본 자료와 새 결과를 구분하는 방법
11. 상황, 근거, 통제, 행동, 전이 기준의 점검 메모
12. 확인 필요

자료에 없는 사실은 만들지 말고 "확인 필요"로 남겨줘.
공개하기 어려운 정보는 "ㅇㅇ"으로 표시해줘.

1장 완료 체크

2장. 프롬프트 사다리 만들기

짧은 요청을 상황, 단서, 목표, 행동 루프, 확인 기준이 있는 업무 지시서로 키운다.

10:10-11:20

좋은 프롬프트 안의 판단 구조

프롬프트를 잘 쓰는 사람은 문장을 멋지게 쓰는 사람이 아니라, AI가 어떤 상황에서 무엇을 보고 어디까지 해도 되는지 알 수 있게 만드는 사람이다.

긴 요청문은 외울 문장이 아니라 업무마다 필요한 정보 묶음을 빠뜨리지 않기 위한 조립식 도구다.

판단 구조프롬프트에서 보이는 표현내 점검
상황지금 어떤 업무 장면인지 설명ㅇㅇ
단서중요하게 볼 자료와 기준ㅇㅇ
정보 종류선언적 정보, 절차적 정보, 상황 정보 구분ㅇㅇ
목표만들 결과물과 결정할 내용ㅇㅇ
행동 루프결과를 보고 다음에 할 일ㅇㅇ
확인 기준완료 조건, 검증 방법, 멈출 조건ㅇㅇ

처음 요청에서 업무 지시서로

0. 처음 요청
1. 목표 추가
2. 맥락 추가
3. 형식 추가
4. 제약 추가
5. 판단 기준
6. 재사용 기준

프롬프트 가시성 점검

요청문이 길어질수록 중요한 판단 기준이 문장 속에 묻힌다. 아래 5가지는 AI에게 보일 정보이면서, 결과를 받은 사람이 바로 확인할 기준이다.

상황 먼저업무 장면과 이해관계자가 첫 문단에 보이는가.
근거 표시자료 이름, 회의 메모, 수치, 발언 출처가 분리되어 있는가.
통제 조건추정 금지, 민감정보 처리, 확인 필요 기준이 들어 있는가.
행동 전환결과를 보고 할 일이 표, 질문, 담당 단위로 바뀌는가.
전이 기준팀원이 다시 쓸 변수와 고정 문장이 남는가.
점검 항목현재 요청문에서 보이는 문장보강할 문장
상황ㅇㅇㅇㅇ
근거ㅇㅇㅇㅇ
통제ㅇㅇㅇㅇ
행동ㅇㅇㅇㅇ
전이ㅇㅇㅇㅇ

7칸 업무 지시서

[역할]
당신은 [업무 분야]를 이해하는 실무 보조자입니다.

[상황]
나는 [프로젝트/업무]를 진행하고 있습니다.
현재 상황은 [ㅇㅇ]이고, 참고 자료는 [ㅇㅇ]입니다.

[목표]
이번 요청의 목표는 [ㅇㅇ]입니다.

[입력]
아래 자료만 기준으로 사용해주세요.
[자료 붙여넣기 또는 요약]

자료는 세 종류로 나눠 봐주세요.
- 선언적 정보: [ㅇㅇ]
- 절차적 정보: [ㅇㅇ]
- 상황 정보: [ㅇㅇ]

[결과 형식]
결과는 [표/메일/보고/체크리스트/요약] 형식으로 작성해주세요.
필수 항목은 [ㅇㅇ]입니다.

[제약]
- 자료에 없는 사실은 만들지 말고 "확인 필요"라고 표시해주세요.
- 공개하기 어려운 이름, 팀명, 고객사명, 금액, 일정, 시스템명은 "ㅇㅇ"으로 마스킹해주세요.
- 담당자와 기한은 근거가 있을 때만 적어주세요.
- 대외 공유 문장은 정중하고 실무적인 표현으로 작성해주세요.

[판단 기준]
마지막에는 사람이 검토할 수 있도록 다음을 나눠주세요.
1. 현재 상황을 어떻게 이해했는지
2. 선언적 정보, 절차적 정보, 상황 정보가 어떻게 쓰였는지
3. 중요하게 본 단서와 근거
4. 목표에 맞게 만든 결과물
5. 다음에 사람이 해야 할 행동
6. 완료로 볼 수 있는 기준
7. 상황, 근거, 통제, 행동, 전이 중 약한 축과 보강 요청문
8. 정보가 부족해서 멈추거나 다시 물어봐야 할 것

내 최종 프롬프트

2장 완료 체크

3장. 첫 결과 확인과 재요청

AI 결과를 완성품이 아니라 반응할 재료로 보고, 고칠 문제 하나를 골라 다시 요청한다.

11:20-12:00
근거입력 자료에 기대고 있는가?
책임담당과 기한을 추정하지 않았는가?
형식요청한 표, 보고, 체크리스트를 지켰는가?
다음 행동누가 무엇을 해야 하는지 보이는가?

첫 결과 5번 나눠 보기

첫 결과는 한 번에 좋다/나쁘다로 보지 않는다. 다섯 번 나눠 보면 무엇을 고쳐야 하는지 더 빨리 보인다.

볼 것내 메모
한 줄 요약ㅇㅇ
결정된 것ㅇㅇ
결정 안 된 것ㅇㅇ
추가 확인 필요확인 필요
다음 행동ㅇㅇ

판단 루프 확인 5문항

질문내 메모
상황을 맞게 이해했는가?ㅇㅇ
단서를 제대로 보았는가?ㅇㅇ
목표에 맞게 만들었는가?ㅇㅇ
다음 행동이 보이는가?ㅇㅇ
멈출 조건을 지켰는가?ㅇㅇ

첫 결과 확인 메모

재요청문 만들기

첫 결과 점검 요청문

아래 AI 결과를 바로 쓰기 전에 점검해줘.

[AI 결과]
[붙여넣기]

아래 기준으로 확인해줘.
1. 입력 자료에 근거가 있는 내용
2. 자료에 없어 추정한 내용
3. 담당자, 기한, 금액, 고객사명처럼 확인이 필요한 내용
4. 요청한 형식과 다른 부분
5. 사람이 직접 판단해야 할 부분
6. 결정된 것, 결정 안 된 것, 추가 확인 필요가 분리되었는지
7. 상황, 단서, 목표, 다음 행동, 멈출 조건 중 비어 있는 부분

마지막에는 내가 다시 요청할 문장 3개를 만들어줘.
각 문장은 한 번에 하나의 문제만 고치도록 써줘.

3장 완료 체크

4장. 회의 내용을 실행으로 바꾸기

회의 요약을 말의 기록이 아니라 실행 항목과 확인 필요로 바꾼다.

13:00-14:10
샘플 회의 메모

협력사 안전 점검 후속 회의. 점검 결과 일부 구역에서 기록 누락이 반복됨. 현장팀은 기존 양식이 길고 모바일 입력이 불편하다고 설명함. 다음 주까지 간단한 점검 양식 초안을 만들기로 함. 협력사 담당자는 교육 시간이 필요하다고 말함. 팀장 보고 전까지 영향 범위와 일정 리스크를 정리해야 함.

회의 Action Item 요청문

아래 회의 메모를 읽고 실행 중심으로 정리해줘.

[회의 메모]
[붙여넣기]

정리 형식:
1. 회의 목적
2. 결정사항
3. Action Item 표
   - 담당자
   - 해야 할 일
   - 기한
   - 상태/리스크
   - 근거 문장
4. 확인 필요
5. 팀장에게 보고할 3줄 요약

자료에 없는 담당자, 기한, 금액, 고객사명은 추정하지 말고 "확인 필요"라고 표시해줘.
공개하기 어려운 정보는 "ㅇㅇ"으로 마스킹해줘.

회의 정리

팀장에게 보고할 3줄

Action Item 표

담당자해야 할 일기한상태/리스크근거
ㅇㅇㅇㅇ확인 필요ㅇㅇㅇㅇ
ㅇㅇㅇㅇ확인 필요ㅇㅇㅇㅇ
ㅇㅇㅇㅇ확인 필요ㅇㅇㅇㅇ

4장 완료 체크

5장. 판단할 수 있게 보고하기

보고는 많은 정보를 전달하는 일이 아니라, 읽는 사람이 판단할 수 있게 결론과 요청사항을 배치하는 일이다.

14:10-15:05

BLUF 보고 요청문

아래 회의 정리와 Action Item을 바탕으로 팀장 보고 초안을 작성해줘.

[회의 정리]
[붙여넣기]

[Action Item]
[붙여넣기]

보고 형식:
1. 결론 1문장
2. 근거 3개
3. 리스크
4. 요청사항
5. 확인 필요
6. 보고 전에 사람이 확인할 질문 3개

톤은 정중하고 실무적으로 작성해줘.
자료에 없는 내용은 추정하지 말고 "확인 필요"라고 표시해줘.
공개하기 어려운 값은 "ㅇㅇ"으로 마스킹해줘.

보고 재료

BLUF 보고 초안

5장 완료 체크

6장. 재사용 카드와 팀 공유

프롬프트를 문장으로만 공유하지 않고, 사용 상황과 바꿔 쓸 부분까지 함께 남긴다.

15:05-15:50

팀 재사용 카드 요청문

아래 프롬프트와 결과물을 우리 팀에서 다시 쓸 수 있는 재사용 카드로 바꿔줘.

[프롬프트]
[붙여넣기]

[결과물]
[붙여넣기]

정리 형식:
1. 카드 이름
2. 사용 상황
3. 필요한 입력 자료
4. 그대로 둘 고정 문장
5. 업무마다 바꿀 변수 항목
6. 사람이 꼭 확인할 항목
7. 팀 채널에 올릴 공유 문장

자료에 없는 내용은 만들지 말고 "확인 필요"라고 표시해줘.
공개하기 어려운 이름, 팀명, 고객사명, 금액, 일정, 시스템명은 "ㅇㅇ"으로 마스킹해줘.

팀 카드 7칸

내 답
카드 이름ㅇㅇ
사용 상황ㅇㅇ
입력 자료ㅇㅇ
고정 문장ㅇㅇ
변수 항목ㅇㅇ
사람 검토ㅇㅇ
공유 문장ㅇㅇ

6장 완료 체크

7장. 1주 적용계획 세우기

다음 주 실제 업무에서 언제, 어디서, 무엇을 보고 성공을 판단할지 정한다.

15:50-16:40

새 도구·방법론 판단 5문항

새 AI 도구를 고를 때도 최신 기능보다 판단 부담과 완료 기준을 먼저 본다.

문항내 답
무엇을 결정하게 하는가?ㅇㅇ
어떤 판단 재료를 보게 하는가?ㅇㅇ
어떤 행동 루프를 돌리게 하는가?ㅇㅇ
무엇을 완료로 보고 어떻게 검증하는가?ㅇㅇ
내 판단 기준이 팀에 축적되는가?ㅇㅇ

나의 판단 구조 한 줄 요약

다음 주에 다시 쓸 수 있도록 내가 어떤 상황에서 무엇을 보고 완료를 판단하는지 한 문장으로 남긴다.

1주 실행계획 요청문

오늘 만든 실습 결과를 바탕으로 다음 주 1주 실행계획을 만들어줘.

[오늘 만든 결과]
- 업무 카드: [ㅇㅇ]
- 최종 프롬프트: [ㅇㅇ]
- 회의/보고 결과물: [ㅇㅇ]
- 팀 재사용 카드: [ㅇㅇ]
- 나의 판단 구조 한 줄 요약: [ㅇㅇ]

실행계획 형식:
1. 첫 실행일
2. 적용할 업무 장면
3. 사용할 프롬프트/카드
4. 사람이 검토할 기준
5. 다음 주에 볼 증거 3개
6. 써본 뒤 고칠 점
7. 사용할 도구나 방법론을 평가할 5문항
8. 다음에 다시 쓸 판단 구조 한 문장

일정이나 담당이 확정되지 않은 내용은 "확인 필요"로 남겨줘.
공개하기 어려운 정보는 "ㅇㅇ"으로 표시해줘.

1주 실행계획

다음 주에 볼 증거

7장 완료 체크

부록. 바로 복사해서 쓰는 요청문

아래 요청문은 각 장에서 사용한 문장을 다시 모은 것이다. 실제 업무에 쓸 때는 대괄호 안을 바꾸고, 민감한 정보는 `ㅇㅇ`으로 남긴다.

공통 마무리 문장

마지막에는 사람이 검토할 수 있도록 상황, 단서, 목표, 다음 행동, 완료 기준, 확인 필요를 나눠 정리해줘.
입력 자료는 선언적 정보, 절차적 정보, 상황 정보로도 나눠줘.
자료에 없는 내용은 만들지 말고 "확인 필요"라고 표시해줘.
공개하기 어려운 이름, 팀명, 고객사명, 금액, 일정, 시스템명은 "ㅇㅇ"으로 마스킹해줘.

판단 구조 점검 요청

아래 프롬프트가 내 판단 구조를 충분히 담고 있는지 점검해줘.

[프롬프트]
[붙여넣기]

아래 5가지로 확인해줘.
1. 상황: AI가 어떤 업무 장면인지 알 수 있는가
2. 단서: 무엇을 중요하게 봐야 하는지 알 수 있는가
3. 목표: 무엇을 만들거나 결정하려는지 분명한가
4. 행동 루프: 결과를 받은 뒤 사람이 무엇을 할지 보이는가
5. 완료 기준: 무엇이면 쓸 수 있고 무엇이면 다시 물어봐야 하는가

부족한 항목은 보완 질문으로 바꿔줘.
자료에 없는 내용은 만들지 말고 "확인 필요"라고 표시해줘.

새 도구·방법론 평가 요청

아래 AI 도구나 방법론을 우리 업무에 적용해도 되는지 판단할 수 있게 평가해줘.

[도구/방법론 설명]
[붙여넣기]

아래 5문항으로 정리해줘.
1. 무엇을 결정하게 하는가
2. 어떤 판단 재료를 보게 하는가
3. 어떤 행동 루프를 돌리게 하는가
4. 무엇을 완료로 보고 어떻게 검증하는가
5. 내 판단 기준이 팀에 축적되는가, 매번 사라지는가

마지막에는 G1~G5 중 어느 수준의 업무에 맞는지와 이유를 써줘.
근거가 부족한 내용은 "확인 필요"로 남겨줘.

최종 제출 묶음

최종 출고 체크