핵심 재정리
에이전트 엔지니어링은 한 번 묻고 답하는 '대화'를 넘어, 계획·실행·검증·반복하는 AI에게 일을 통째로 '위임'하는 기술입니다.
6과6-11
에이전트 엔지니어링 — AI에게 일을 통째로 맡기기
한 번 묻고 한 번 답하는 '대화'를 넘어 AI에게 일을 통째로 위임하는 에이전트 엔지니어링을 배웁니다. 권한 설계, 작성자와 검증자 분리, 자동 운영까지 직장인 눈높이로 정리합니다
Practice Kit
수업 후 바로 남길 결과물
내 업무 연결
반복 업무 하나를 골라 AI에게 맡길 단위로 쪼갭니다.
작은 산출물
요약문, 체크리스트, 초안, 자동화 지시문 중 하나를 완성합니다.
AI에게 붙여넣을 복습 프롬프트
나는 비개발자 실무자입니다. "에이전트 엔지니어링 — AI에게 일을 통째로 맡기기" 강의를 들었습니다.
내 업무 상황:
- 반복해서 시간이 걸리는 업무:
- 지금 막히는 지점:
- 오늘 30분 안에 만들고 싶은 결과물:
요청:
1. 이 강의의 핵심을 내 업무 기준으로 3줄 요약해줘.
2. 바로 실행할 수 있는 첫 작업 3개를 순서대로 정리해줘.
3. 내가 AI에게 붙여넣을 최종 프롬프트를 하나 만들어줘.
4. 결과물을 검수할 체크리스트를 5개로 만들어줘.검수 기준
- 오늘 만들 결과물이 한 문장으로 정리됐는가
- AI에게 맡길 일과 사람이 판단할 일이 분리됐는가
- 민감정보를 제거하거나 가명 처리했는가
- 결과물을 복사해 실제 업무 파일에 붙일 수 있는가
대화에서 위임으로
지금까지 우리가 AI를 쓰는 방식은 대부분 '대화'였습니다. 질문하면 답이 오고, 다시 묻고, 또 답이 오고. 에이전트 엔지니어링은 여기서 한 걸음 더 나아갑니다. 일을 '통째로 맡기는' 것입니다.
에이전트(Agent)는 스스로 계획을 세우고, 필요한 도구를 쓰고, 결과를 검증하며, 막히면 다시 시도하는 AI입니다. '이 보고서 써줘'가 아니라 '이 주제로 자료 찾아서, 초안 쓰고, 사실 확인까지 해서 가져와'를 한 번에 맡기는 것이죠.
쉽게 말해 신입사원을 키우는 것과 같습니다. 어떤 권한을 줄지, 어떤 일을 맡길지, 누가 그 일을 검수할지를 설계하는 것 — 그것이 에이전트 엔지니어링입니다. 잘 설계하면 유능한 직원처럼 일하고, 잘못 설계하면 사고를 칩니다. 4과에서 배운 'AI 에이전트'를 이제 '내가 직접 설계하는' 관점으로 끌어올리는 강의입니다.
TIP: 6-10의 루프엔지니어링에서 '서브에이전트'가 5대 부품 중 하나였던 것을 기억하세요. 그 에이전트를 제대로 설계하는 법이 바로 이 강의입니다. 루프를 떠받치는 핵심 기둥이죠.
권한 설계 — 무엇을 손에 쥐어줄까
에이전트에게 일을 맡길 때 가장 먼저 정할 것은 '어디까지 스스로 하게 둘 것인가'입니다.
핵심 원칙은 하나입니다. "되돌릴 수 없는 일일수록 사람의 확인을 거치게 하라."
- 자료 검색, 초안 작성, 요약 → AI가 알아서 (되돌리기 쉬움)
- 메일 발송, 파일 삭제, 외부 제출, 결제 → 반드시 사람 승인 (되돌리기 어려움)
예를 들어 '거래처에 메일 보내줘'를 맡길 때, AI가 초안을 '바로 발송'하게 두면 위험합니다. '초안 작성'까지만 시키고 발송 버튼은 사람이 누르는 것 — 이것이 권한 설계입니다. AI가 똑똑해질수록 더 많은 권한을 주고 싶어지지만, 위험한 행동일수록 사람의 손을 거치게 하는 안전벨트를 남겨두세요.
작성자와 검증자를 나눠라
에이전트 설계에서 가장 강력한 기술은 '역할 분리'입니다. 일하는 AI와 검사하는 AI를 따로 두는 것입니다.
왜 나눌까요? 사람도 자기가 쓴 글의 오타나 오류는 잘 못 잡습니다. AI도 똑같습니다. 자기가 작성한 보고서를 자기가 검수하면 실수를 놓칩니다. 그래서 '검증 전용' AI가 새 눈으로 다시 봅니다.
회사로 치면 기안자와 결재자를 나누는 것과 같습니다. 한 사람이 작성하고 결재까지 하면 견제가 안 되듯, AI도 작성과 검증을 분리해야 품질이 올라갑니다.
실전 예: '시장 조사 보고서'를 맡길 때 ① 작성 에이전트가 초안을 쓰고 ② 검증 에이전트가 '숫자 출처가 있는지, 과장된 표현은 없는지'를 점검해 통과한 것만 받습니다. 이 분리 하나로 잘못된 통계나 근거 없는 주장이 걸러집니다.
TIP: 중요한 산출물일수록 '작성 → 별도 검증' 2단계를 거치게 하세요. 같은 AI에게 '네가 쓴 거 다시 검토해'라고 하면 자기 합리화를 합니다. 검증은 새 세션, 새 눈으로.
자동 운영 — 켜두지 않아도 일하는 AI
2026년에는 에이전트를 더 본격적으로 운영하는 길도 열렸습니다. 내 컴퓨터를 켜두지 않아도 클라우드에서 AI가 알아서 일하게 만드는 방식(관리형 에이전트, Managed Agents)입니다.
에이전트의 설정(무슨 일을, 어떤 도구로, 어떤 기준으로)을 한 번 정해두면, 필요할 때마다 자동으로 실행됩니다. 여기에 '예약'을 붙이면 정해진 시각에 스스로 돕니다.
직장인 활용 예:
- 매주 월요일 아침, 지난주 업계 뉴스를 모아 요약 보고서 작성
- 매일 밤, 받은 메일을 분류해 다음 날 아침 처리 우선순위 정리
- 정기적으로 경쟁사 동향을 수집해 변동 사항만 알림
당장 직접 구축할 필요는 없습니다. 다만 'AI에게 일을 맡긴다'는 것이 결국 이런 자동 운영까지 간다는 지도를 알아두면, 6-10의 루프엔지니어링이 왜 그 다음 단계인지 자연스럽게 이해됩니다.
핵심 정리
- ✓에이전트 엔지니어링은 한 번 묻고 답하는 '대화'를 넘어, 계획·실행·검증·반복하는 AI에게 일을 통째로 '위임'하는 기술입니다.
- ✓권한 설계의 원칙은 '되돌릴 수 없는 일일수록 사람 승인을 거치게 하라'이며, 메일 발송·삭제·제출 같은 행동은 AI에게 자동으로 맡기지 않습니다.
- ✓작성자와 검증자를 분리하는 것이 핵심입니다. 자가 검수는 오류를 못 잡으므로, 작성 AI와 검증 AI를 따로 두면 품질이 크게 올라갑니다.
- ✓관리형 에이전트와 예약 실행을 결합하면 뉴스 요약·메일 분류 같은 정기 업무를 컴퓨터를 켜두지 않아도 자동으로 처리할 수 있습니다.
자주 묻는 질문
에이전트와 그냥 챗봇은 뭐가 다른가요?+
챗봇은 한 번 묻고 한 번 답합니다. 에이전트는 목표를 받으면 스스로 여러 단계를 계획하고, 도구를 쓰고(검색·계산·파일 작업), 중간 결과를 검증하며 목표에 도달할 때까지 반복합니다. '답을 주는' AI와 '일을 처리하는' AI의 차이입니다.
비개발자도 에이전트를 설계할 수 있나요?+
네. 핵심은 코딩이 아니라 '업무 설계'입니다. 어떤 일을 맡기고, 어떤 권한까지 주고, 누가 검수하고, 어디서 사람이 개입할지를 정하는 것은 업무를 아는 사람이 가장 잘합니다. 4과에서 배운 스킬·MCP와 이 강의의 원칙만으로 첫 에이전트를 설계할 수 있습니다.
학습 완료
현재까지 완료: 0개