에이전트 = 실행하는 AI — 논문이 본 위치
OpenAI 논문은 각주에서 이렇게 씁니다. 기업 워크스페이스에 코딩 에이전트(Codex)가 점점 포함되지만, 분석 기간 동안 사용량의 압도적 다수는 대화형 ChatGPT였다고. 에이전트 사용은 별도 연구(Johnston et al. 2026)로 넘깁니다.
즉 2026년 기준 대부분의 회사는 아직 "물으면 답하는" 단계에 있고, "시키면 실행하는" 단계로의 이동이 시작됐습니다. 이 이동에서 사고가 납니다. 대화형 AI는 틀려도 사람이 안 옮기면 그만이지만, 에이전트는 틀린 걸 실행합니다. 발주가 나가고, 문자가 가고, 데이터가 바뀝니다.
그래서 들이기 전 체크리스트가 필요합니다. 새로운 건 아닙니다. 사람을 뽑을 때 이미 다 묻던 것입니다.
채용 체크리스트 vs 에이전트 체크리스트 — 같은 질문
| 사람을 뽑을 때 | 에이전트를 들일 때 | 2편 권한표 연결 |
|---|---|---|
| 이 사람이 누구인가 (신원·이력) | 에이전트 ID·버전·어느 모델 위에서 도나 | 레지스트리 |
| 무슨 일을 맡기나 (직무) | 역할 정의 — 한 문장으로 | 업무 매핑 |
| 목표가 뭔가 (KPI) | 목표 정의 + "하지 말 것" 목록 | — |
| 어디까지 결정할 수 있나 (전결) | 실행 권한 범위 — 되돌릴 수 있는 것만 | 실행·결재 5권한 |
| 어떤 시스템에 접근하나 (계정) | 도구 목록 — DB 읽기? 쓰기? 발송? | 접근 5권한 |
| 뭘 알고 있어야 하나 (온보딩) | 기억 범위 — 어떤 문서·기록에 접근 | 데이터 접근 |
| 누구에게 보고하나 (상급자) | 결과를 누가 확인하나 | 승인권 |
| 막히면 누구에게 묻나 | 에스컬레이션 — 확신 낮으면 사람에게 | 예외 규칙 |
| 실수하면 어떻게 되나 | 롤백 — 되돌리기 버튼 | 되돌리기 |
| 언제 그만두나 (계약 종료) | 종료 조건·중지 스위치 | 회수 |
열 쌍 중 하나라도 사람에게는 묻고 에이전트에게는 안 물었다면, 거기가 사고 지점입니다.
들이기 전 10
- 1. 역할이 한 문장으로 적히는가. ("미제출 고객에게 안내 초안을 만든다" — 두 문장이면 에이전트 둘)
- 2. 목표와 함께 "하지 말 것"이 적혀 있는가. (금액 언급 금지, 신규 고객 제외…)
- 3. 실행 권한이 3편의 A·B구역 안인가. 되돌릴 수 없는 실행이 하나라도 있으면 아직 아님.
- 4. 도구 목록이 명시적인가. 목록에 없는 도구는 못 쓴다는 원칙이 시스템에 있는가.
- 5. 접근하는 데이터 범위가 폴더·테이블 단위로 적혀 있는가.
- 6. 결과를 확인하는 사람 이름이 있는가. "팀에서 확인"은 아무도 안 봄.
- 7. 확신이 낮을 때 멈추고 사람에게 넘기는 규칙이 있는가. 넘길 사람은 누구인가.
- 8. 되돌리기가 스위치 하나인가. 개발자 호출이 필요하면 아직 아님.
- 9. 중지 스위치가 있고, 누가 누를 수 있는지 정해졌는가.
- 10. 첫 달은 "제안만, 실행은 사람" 모드로 돌릴 수 있는가.
돌리면서 10
- 11. 실행 하나하나가 로그로 남는가 — 언제·무슨 입력·무슨 도구·무슨 결과.
- 12. 사람이 결과를 고친 비율을 매주 보는가. (B→A 전환 기준)
- 13. 에스컬레이션이 실제로 일어나는가. 0건이면 확신 기준이 너무 낮은 것.
- 14. 비용이 예산 안인가 — 에이전트는 한 작업에 여러 번 모델을 부릅니다.
- 15. 도구 호출 실패 시 재시도 횟수 상한이 있는가. (무한 재시도 = 비용 폭발)
- 16. 같은 데이터를 만지는 다른 에이전트·사람과 충돌하지 않는가. (아래 사례)
- 17. 모델이 바뀌었을 때 5편 점검표를 다시 돌렸는가.
- 18. 권한을 넓힐 때 날짜와 이유가 기록되는가.
- 19. 월 1회 "이 에이전트가 없으면 뭐가 멈추나"를 확인하는가. 답이 "없음"이면 정리 대상.
- 20. 종료 시 접근 권한이 전부 회수되는가 — 퇴사자 계정 정리와 같습니다.
충돌 사례 — 발주 에이전트와 재고 에이전트
쇼핑몰에 에이전트 둘이 있습니다. 발주 에이전트는 재고 20개 미만이면 발주 초안을 만들고, 재고 에이전트는 판매 추이를 보고 재고 기준을 조정합니다.
- 월요일: 재고 에이전트가 시즌 종료를 감지해 A품목 기준을 20 → 5로 내림.
- 같은 시각: 발주 에이전트는 아직 기준 20을 보고 A품목 50개 발주 초안 생성.
- 담당자가 초안을 확인 없이 승인하면 — 안 팔릴 재고 50개.
막는 장치는 셋 중 하나입니다. ① 두 에이전트가 같은 기준값을 읽게 하기(단일 데이터 소스), ② 발주 초안에 "기준값 변경 24시간 이내" 경고 표시, ③ 재고 기준 변경 자체를 사람 확인으로(C구역). 마음컴퍼니는 ①을 기본으로 하고 ②를 붙입니다. 체크리스트 16번이 이 항목입니다.
에이전트가 둘을 넘으면 "누가 누구 결과를 믿나"가 설계의 반입니다. 그래서 첫 에이전트는 하나, 한 역할, 되돌릴 수 있는 것으로 시작합니다.
첫 에이전트 고르는 법
세 조건을 다 만족하는 업무를 고릅니다.
- 단일 목표 — 역할이 한 문장. "문의 분류해서 담당자에게 배정" 정도.
- 되돌릴 수 있음 — 배정은 바꾸면 그만. 발송·결제·삭제는 첫 에이전트가 아님.
- 반복 많음 — 하루 10건 이상. 그래야 한 달 안에 "고친 비율"이 숫자로 나옴.
대부분의 회사에서 첫 에이전트는 문의 분류·배정, 정산 미수 목록 작성·안내 초안, 예약 확인 초안 중 하나입니다. 세 가지 다 4편의 6단계 흐름표에서 "문의"와 "정산" 칸입니다.
출처 — 논문이 말한 것 / 마음컴퍼니의 확장
- 논문이 말한 것: 분석 기간 중 기업 사용량의 압도적 다수는 대화형 ChatGPT이며 에이전트(Codex) 사용은 별도 연구 대상. 관련 문헌은 집중 사용 시 업무가 AI 산출물의 감독·평가 쪽으로 이동함을 보고. (Chatterji et al., OpenAI 2026-08-11, 원문 PDF)
- 마음컴퍼니의 확장: 채용-에이전트 대응표, 체크리스트 20, 충돌 사례, 첫 에이전트 선정 기준. 논문에 없는 저희 설계 방식입니다.
SEO·GEO·검색 상위노출은 구축에 무료로 포함됩니다. 프로그램 데모는 무료 — 실제로 눌러보고, 마음에 들 때만 계약하세요.