AI가 실수하지 않게 일하는 틀 만들기 — 비개발 직군 하네스 엔지니어링
같은 AI인데 왜 누구는 매번 고쳐 쓰고 누구는 한 번에 끝낼까 — 모델이 아니라 '틀'의 차이. 우리 팀 규칙을 지침·스킬·검수 장치로 묶어, 4시간 뒤 내 업무용 하네스 한 벌을 들고 나갑니다
"AI가 똑똑한 건 아는데, 매번 같은 걸 또 틀려요." 전사 AI 교육을 마친 조직에서 가장 많이 듣는 말입니다. 호칭을 틀리고, 회사가 쓰지 않는 표현을 쓰고, 지난주에 고쳐 준 실수를 이번 주에 또 합니다. 원인은 모델이 아니라 모델을 둘러싼 '틀'이 없다는 데 있습니다. AI 업계는 이 틀을 만드는 일을 하네스 엔지니어링(Harness Engineering)이라고 부릅니다 — 말에게 마구(harness)를 채우듯, AI에게 우리 회사의 규칙·기억·도구·검사 장치를 채워 같은 실수를 구조적으로 막는 기술입니다. 이 과정은 개발자가 아닌 기획·영업·마케팅·인사·교육 실무자를 위한 입문 과정입니다. 코드는 한 줄도 쓰지 않습니다. 강사가 1인 컨설팅 회사를 AI와 함께 운영하며 실제로 겪은 실수와, 그 실수를 규칙과 검사 장치로 바꿔 다시는 반복되지 않게 만든 사례를 교재로 씁니다. 참가자는 자기 업무 하나를 골라 ① 업무 규칙을 AI가 읽는 지침 문서로 쓰고 ② 반복 업무를 스킬 한 벌로 묶고 ③ 결과물을 AI가 스스로 검수하게 한 뒤 ④ 일부러 틀린 자료를 넣어 그 검수가 실제로 막는지 깨뜨려 봅니다. 교육이 끝나면 참가자마다 '지침 1장 · 스킬 1개 · 검수 체크리스트 1개'로 된 내 업무용 하네스 한 벌이 남습니다.
💻 이 주제, 온라인 강의로 먼저 배워보기 →누구를 위한 과정인가요?
AI를 이미 업무에 쓰고 있지만 결과물을 매번 고쳐 쓰는 기획·영업·마케팅·인사·교육 등 비개발 직군 실무자, 부서의 AI 활용을 이끄는 AI 챔피언·혁신 담당자, 팀 단위 AI 운영 원칙을 세워야 하는 팀장이 대상입니다. 코딩 지식은 필요 없습니다. 다만 ChatGPT나 Claude 같은 생성형 AI를 한 번 이상 업무에 써 본 경험이 있으면 실습 속도가 빠릅니다.
무엇을 배우나요?
- 같은 AI가 사람마다 다른 결과를 내는 이유를 '모델 vs 하네스'로 설명할 수 있다 — 지침·기억·도구·검사·권한 다섯 층으로 하네스를 나눠 본다
- 우리 팀 업무 규칙(호칭·용어·금지 표현·문서 형식·회신 약속)을 AI가 읽고 지키는 지침 문서로 작성할 수 있다
- 매주 반복하는 업무 하나를 입력·절차·산출물 형식이 정해진 스킬 한 벌로 묶어, 누가 시켜도 같은 품질이 나오게 만들 수 있다
- 결과물을 AI가 스스로 검사하게 하는 검수 체크리스트를 만들고, 일부러 틀린 자료를 넣어 그 검수가 실제로 막는지 확인할 수 있다
- AI에게 맡길 일과 사람이 끝까지 쥘 버튼(발송·결제·삭제·외부 공개)을 구분한 권한 표를 만들 수 있다
커리큘럼
- 시연 : 같은 과제(고객 회신 메일)를 하네스 없이 · 하네스를 채우고 두 번 시켜 결과 비교
- 하네스의 다섯 층 — 지침 · 기억 · 도구(연결) · 검사 · 권한
- 프롬프트를 잘 쓰는 것과 틀을 만드는 것의 차이 — 매번 말하기 vs 한 번 적어 두기
- 실제 사례 : 1인 회사가 AI와 일하며 겪은 반복 실수와, 그것을 규칙으로 바꾼 과정
- 오늘의 실습 대상 고르기 — 내 업무 중 매주 반복되고 자주 고쳐 쓰는 일 하나
- AI가 틀리는 지점 목록 만들기 — 호칭·용어·금지 표현·수치·문서 형식·회신 약속
- 좋은 지침의 조건 : 규칙 + 이유 + 적용 방법, 모호한 말 대신 판정 가능한 문장
- 하지 말 것을 적는 법 — 금지 표현과 대체 표현을 한 쌍으로
- 실습 : 내 업무 지침 1장 작성 → Claude 프로젝트(또는 코워크 작업 폴더)에 넣고 같은 과제 재실행
- 기억의 규칙 — AI에게 남길 것과 남기지 말 것, 낡은 규칙이 오정보가 되는 순간
- 스킬이란 : 입력 → 절차 → 산출물 형식이 정해진 업무 레시피
- 사례 : 제안서·견적서·교안에 매번 같은 서식 규칙을 적용하는 문서 스킬
- 실습 : 내 반복 업무 하나를 스킬로 작성 — 필요한 자료, 단계, 완성본 형식, 예시 1건
- 도구 연결의 원칙 — 메일·캘린더·드라이브를 AI에 연결할 때 읽기와 쓰기를 가르기
- 옆 사람 스킬로 내 업무를 돌려 보기 — 사람이 바뀌어도 같은 결과가 나오는지 확인
- 검수 체크리스트 설계 — 결과물을 내기 전에 AI가 스스로 확인할 항목 5~7개
- '검사는 깨 봐야 검사다' — 일부러 틀린 자료를 넣어 체크리스트가 실제로 막는지 시험
- 실제 사례 : 검사를 통과했는데 틀린 결과가 나간 이유 — 검사가 보는 값과 화면의 값이 달랐을 때
- 실습 : 내 스킬에 검수 체크리스트를 붙이고 틀린 자료 3건으로 깨뜨려 보기
- 권한 표 만들기 — AI가 해도 되는 일 / 사람이 끝까지 쥘 버튼(발송·결제·삭제·외부 공개)
- 하네스는 한 번 만들고 끝나지 않는다 — 실수 → 규칙 → 검사로 도는 운영 루프
- 팀에 퍼뜨리는 법 : 개인 프롬프트를 팀 공용 지침·스킬 파일로 옮기기
- 우리 팀 하네스 설계도 1장 작성 — 다음 달까지 추가할 규칙·스킬·검사 목록
- 오늘 만든 결과물 점검 : 지침 1장 · 스킬 1개 · 검수 체크리스트 1개 · 권한 표
- Q&A 및 개인별 적용 방향 가이드
이 과정에서 쓰는 도구
기대 효과 / 수료 후
- '또 틀렸네'가 줄어든다 — 한 번 고친 실수를 지침과 검수에 적어 두므로 같은 실수가 다시 나오지 않는 구조가 생긴다
- 사람이 바뀌어도 품질이 유지된다 — 잘하는 사람의 노하우가 개인의 프롬프트가 아니라 팀이 공유하는 지침·스킬 파일로 남는다
- AI 결과물의 검수 부담이 준다 — 1차 검사는 AI가 스스로 하고, 사람은 권한 표에 정한 최종 버튼만 확인한다
- 전사 AI 교육 다음 단계가 생긴다 — '쓰는 법'을 배운 조직이 '맡기는 법'으로 넘어가는 운영 원칙을 팀 단위로 가져간다
관련 강의
온라인 강의로 먼저 배워보기
출강 도입 전에, 이 주제의 핵심을 온라인 강의로 미리 경험해 보세요.
자주 묻는 질문

AI가 실수하지 않게 일하는 틀 만들기 — 비개발 직군 하네스 엔지니어링
같은 AI인데 왜 누구는 매번 고쳐 쓰고 누구는 한 번에 끝낼까 — 모델이 아니라 '틀'의 차이. 우리 팀 규칙을 지침·스킬·검수 장치로 묶어, 4시간 뒤 내 업무용 하네스 한 벌을 들고 나갑니다
- 같은 AI가 사람마다 다른 결과를 내는 이유를 '모델 vs 하네스'로 설명할 수 있다 — 지침·기억·도구·검사·권한 다섯 층으로 하네스를 나눠 본다
- 우리 팀 업무 규칙(호칭·용어·금지 표현·문서 형식·회신 약속)을 AI가 읽고 지키는 지침 문서로 작성할 수 있다
- 매주 반복하는 업무 하나를 입력·절차·산출물 형식이 정해진 스킬 한 벌로 묶어, 누가 시켜도 같은 품질이 나오게 만들 수 있다
- 결과물을 AI가 스스로 검사하게 하는 검수 체크리스트를 만들고, 일부러 틀린 자료를 넣어 그 검수가 실제로 막는지 확인할 수 있다
- AI에게 맡길 일과 사람이 끝까지 쥘 버튼(발송·결제·삭제·외부 공개)을 구분한 권한 표를 만들 수 있다
- '또 틀렸네'가 줄어든다 — 한 번 고친 실수를 지침과 검수에 적어 두므로 같은 실수가 다시 나오지 않는 구조가 생긴다
- 사람이 바뀌어도 품질이 유지된다 — 잘하는 사람의 노하우가 개인의 프롬프트가 아니라 팀이 공유하는 지침·스킬 파일로 남는다
- AI 결과물의 검수 부담이 준다 — 1차 검사는 AI가 스스로 하고, 사람은 권한 표에 정한 최종 버튼만 확인한다
- 전사 AI 교육 다음 단계가 생긴다 — '쓰는 법'을 배운 조직이 '맡기는 법'으로 넘어가는 운영 원칙을 팀 단위로 가져간다
- 시연 : 같은 과제(고객 회신 메일)를 하네스 없이 · 하네스를 채우고 두 번 시켜 결과 비교
- 하네스의 다섯 층 — 지침 · 기억 · 도구(연결) · 검사 · 권한
- 프롬프트를 잘 쓰는 것과 틀을 만드는 것의 차이 — 매번 말하기 vs 한 번 적어 두기
- 실제 사례 : 1인 회사가 AI와 일하며 겪은 반복 실수와, 그것을 규칙으로 바꾼 과정
- 오늘의 실습 대상 고르기 — 내 업무 중 매주 반복되고 자주 고쳐 쓰는 일 하나
- AI가 틀리는 지점 목록 만들기 — 호칭·용어·금지 표현·수치·문서 형식·회신 약속
- 좋은 지침의 조건 : 규칙 + 이유 + 적용 방법, 모호한 말 대신 판정 가능한 문장
- 하지 말 것을 적는 법 — 금지 표현과 대체 표현을 한 쌍으로
- 실습 : 내 업무 지침 1장 작성 → Claude 프로젝트(또는 코워크 작업 폴더)에 넣고 같은 과제 재실행
- 기억의 규칙 — AI에게 남길 것과 남기지 말 것, 낡은 규칙이 오정보가 되는 순간
- 스킬이란 : 입력 → 절차 → 산출물 형식이 정해진 업무 레시피
- 사례 : 제안서·견적서·교안에 매번 같은 서식 규칙을 적용하는 문서 스킬
- 실습 : 내 반복 업무 하나를 스킬로 작성 — 필요한 자료, 단계, 완성본 형식, 예시 1건
- 도구 연결의 원칙 — 메일·캘린더·드라이브를 AI에 연결할 때 읽기와 쓰기를 가르기
- 옆 사람 스킬로 내 업무를 돌려 보기 — 사람이 바뀌어도 같은 결과가 나오는지 확인
- 검수 체크리스트 설계 — 결과물을 내기 전에 AI가 스스로 확인할 항목 5~7개
- '검사는 깨 봐야 검사다' — 일부러 틀린 자료를 넣어 체크리스트가 실제로 막는지 시험
- 실제 사례 : 검사를 통과했는데 틀린 결과가 나간 이유 — 검사가 보는 값과 화면의 값이 달랐을 때
- 실습 : 내 스킬에 검수 체크리스트를 붙이고 틀린 자료 3건으로 깨뜨려 보기
- 권한 표 만들기 — AI가 해도 되는 일 / 사람이 끝까지 쥘 버튼(발송·결제·삭제·외부 공개)
- 하네스는 한 번 만들고 끝나지 않는다 — 실수 → 규칙 → 검사로 도는 운영 루프
- 팀에 퍼뜨리는 법 : 개인 프롬프트를 팀 공용 지침·스킬 파일로 옮기기
- 우리 팀 하네스 설계도 1장 작성 — 다음 달까지 추가할 규칙·스킬·검사 목록
- 오늘 만든 결과물 점검 : 지침 1장 · 스킬 1개 · 검수 체크리스트 1개 · 권한 표
- Q&A 및 개인별 적용 방향 가이드

