AI 에이전트 회사 만들기 — 10명보다 먼저 설계할 4개 자리

“AI 직원 10명이 회의하고 보고서를 만들며 SNS까지 운영한다”는 구상을 업무로 옮기려면, 먼저 누가 결정하고, 누가 실행하며, 누가 오류를 확인하는지 정해야 합니다. 같은 자료를 반복 조사하거나 서로의 초안을 덮어쓰지 않도록 각 역할이 맡을 결과와 책임을 나눠 보세요.

이 글은 AI 회사의 역할과 승인 구조를 설명하는 교육용 조직 설계안입니다. 실제 운영 성과를 주장하는 사례가 아니며, 특정 AI 제품에 종속되지 않습니다. 하나의 Bot으로 시작하든 여러 모델을 연결하든 먼저 적용할 수 있는 최소 구조를 설명합니다.

결론부터 — AI 회사에는 네 개의 자리가 먼저 필요합니다

AI 에이전트 회사의 최소 조직은 네 자리로 정리할 수 있습니다.

자리	맡는 책임	직접 하면 안 되는 일
사람 CEO	목표·예산·마감·최종 승인 결정	검수하지 않은 외부 실행을 자동 승인
조정자	요청 분해·담당 배정·진행 상태 취합	근거 없이 실무 결과를 대신 작성
실행자	조사·분석·작성·디자인 등 결과물 제작	정해진 범위 밖의 계정·파일 변경
독립 검토자	누락·근거·금지 조건·위험 확인	스스로 결과를 승인하거나 외부 게시

여기서 “자리”는 반드시 서로 다른 AI 네 개를 뜻하지 않습니다. 업무가 작고 위험이 낮다면 한 에이전트가 조정과 실행을 차례로 맡고, 사람이 검토할 수 있습니다. 반대로 외부 게시나 고객 데이터처럼 실패 영향이 크다면 실행자와 검토자를 분리해야 합니다.

사람 CEO는 일을 만드는 사람이 아니라 경계를 정하는 사람입니다

사람 CEO는 다음 다섯 가지를 직접 정합니다. 에이전트가 요청을 나눠 처리할 때도 이 조건을 함께 전달해야 합니다.

1. 목표 — 이번 작업으로 어떤 상태를 만들 것인가
2. 범위 — 읽고 쓸 수 있는 파일·계정·기간은 어디까지인가
3. 완료 조건 — 어떤 증거가 있어야 끝났다고 볼 것인가
4. 중단 조건 — 무엇이 없거나 이상하면 멈출 것인가
5. 최종 승인 — 외부 발송·게시·결제·권한 변경을 허용할 것인가

예를 들어 “이번 주 SNS를 운영해 줘”는 목표와 완료 조건이 모두 모호합니다. 아래처럼 바꾸면 조직이 판단할 수 있습니다.

목표: 다음 주에 검토할 SNS 게시물 초안 3개를 만든다.
자료: 승인된 제품 설명서와 지난달 공개 게시물만 사용한다.
완료: 문구·이미지 설명·근거 링크·중복 검사 결과를 한 문서에 넣는다.
중단: 제품 가격이나 사용 권리를 확인할 수 없으면 초안을 표시하고 보고한다.
승인: 실제 게시와 댓글 작성은 사람이 별도로 승인한다.

최종 행동을 사람이 맡는다고 해서 자동화가 실패한 것은 아닙니다. 판단 비용이 큰 구간을 사람에게 남기고, 반복 가능한 준비 작업을 에이전트에게 맡긴 것이기 때문입니다.

조정자는 비서가 아니라 작업 계약 관리자입니다

조정자는 요청을 나눠 담당자에게 전달할 때 입력 자료와 만들 결과, 완료 조건을 함께 보냅니다. “다른 직원에게 알아서 시키기”처럼 범위가 드러나지 않는 지시는 아래 항목으로 구체화하세요.

조정자가 확인할 항목은 다음과 같습니다.

• 원 요청에서 바뀌면 안 되는 목적
• 필요한 자료와 사용하면 안 되는 자료
• 각 실행자가 만들 정확한 파일과 형식
• 다음 담당자가 이어받기 위해 필요한 정보
• 검토자가 확인할 치명적 실패
• 사람이 승인해야 하는 마지막 행동

조정자는 실무 결과를 몰래 보완해서는 안 됩니다. 조사 결과가 부족하면 직접 숫자를 채우는 대신 부족한 근거 / 영향 / 다시 맡길 대상을 기록해야 합니다. 그래야 어떤 단계에서 품질이 무너졌는지 찾을 수 있습니다.

역할 카드로 책임을 문장 밖에 고정합니다

대화창에 긴 역할 설명을 한 번 적어 두는 것만으로는 부족합니다. 역할을 추가할 때마다 아래 카드를 작성해 파일이나 설정에 보관하세요.

[역할 카드]
역할명: 리서치 실행자
목표: 공개된 공식 자료에서 요청 주제의 근거를 수집한다.
받는 입력: 조사 질문, 기간, 허용 출처 목록
만들 출력: 출처 URL, 게시일, 핵심 문장, 확인 상태가 있는 근거표
허용 자료: 공식 홈페이지, 공식 문서, 승인된 내부 참고 문서
금지 작업: 로그인, 유료 결제, 외부 메시지 발송, 추측으로 빈칸 채우기
보고 조건: 출처가 없거나 서로 충돌하거나 지정 기간을 벗어남
완료 조건: 필수 질문마다 확인 가능한 근거 또는 미확인 표시가 존재함

핵심은 역할명보다 받는 입력과 만들 출력입니다. “마케팅 전문가”라는 이름은 그럴듯하지만 무엇을 넘겨받고 어디까지 해야 하는지 알 수 없습니다. 반면 위 카드는 다음 담당자가 어떤 결과를 기다려야 하는지 분명합니다.

한 명으로 시작하고 역할 충돌이 생길 때 분리합니다

에이전트를 추가하는 기준은 “더 전문적으로 보여서”가 아닙니다. 다음 중 하나가 반복될 때만 자리를 분리하는 편이 좋습니다.

관점이 충돌할 때

작성자가 자기 초안을 직접 검토하면 표현과 논리를 그대로 정당화하기 쉽습니다. 같은 실수가 반복되면 작성과 검토를 분리합니다.

도구 권한이 달라야 할 때

조사 역할은 읽기 전용이면 충분하지만 게시 역할에는 쓰기 권한이 필요할 수 있습니다. 권한이 다른 업무를 한 에이전트에 모으지 않습니다.

인계해야 할 작업량이 커졌을 때

조사·분석·작성 과정의 중간 결과가 많아지면 담당자를 나누고 인계 형식을 고정합니다. 단순한 짧은 초안까지 억지로 나눌 필요는 없습니다.

독립 확인이 필요한 위험이 있을 때

가격, 법적 표현, 개인정보, 대외 발표처럼 오류 비용이 큰 영역은 별도 검토자를 둡니다. 다만 검토자는 의견을 제시할 뿐 최종 승인자가 되어서는 안 됩니다.

챗봇·고정 워크플로·에이전트를 선택하는 기준은 AI 에이전트와 챗봇의 차이에서 먼저 비교할 수 있습니다.

10개 역할은 조직도가 아니라 선택 목록입니다

업무가 커지면 다음 역할을 후보로 둘 수 있습니다.

역할 후보	추가할 신호	대표 출력
콘텐츠	채널별 초안이 반복됨	콘텐츠 초안
SNS 운영	계정별 형식과 일정이 복잡함	게시 대기표
디자인	이미지 규격과 브랜드 규칙이 많음	이미지 시안
브랜드	문체·색상·금지 표현이 흔들림	브랜드 검수표
개발	파일 생성·자동화 코드가 필요함	코드·테스트 결과
커머스	상품·재고·가격 조건이 포함됨	판매 운영 초안
데이터 분석	지표 해석과 계산 검증이 필요함	분석표
리서치	출처 수집량이 커짐	근거 목록
컴플라이언스	정책·개인정보·권리 검토가 필요함	위험 검토표
전략 검토	다른 역할의 가정을 독립 확인해야 함	반대 근거·대안

이 표는 열 명을 모두 만들어야 한다는 목록이 아닙니다. 작은 SNS 초안 업무라면 콘텐츠 실행자 한 명과 사람 검토만으로 충분할 수 있습니다. 같은 팀 안에서 조사·작성·검토를 실제로 인계하는 방법은 그록봇 멀티봇 협업 실전에서 제품 예시로 확인할 수 있습니다.

가장 자주 실패하는 조직 설계

모든 역할이 같은 일을 합니다. 각 에이전트에게 “좋은 아이디어를 내라”고만 하면 긴 회의 기록만 남습니다. 역할마다 독점 책임을 하나씩 둡니다.

조정자가 모든 결과를 다시 씁니다. 조정자가 편집자와 작성자를 동시에 맡으면 실패 지점이 사라집니다. 수정이 필요하면 원 담당자에게 근거와 함께 되돌립니다.

검토자가 승인자처럼 행동합니다. 검토 결과는 통과 / 수정 필요 / 사람 판단 필요로 보고하고, 외부 행동은 사람이 승인합니다.

완료 조건이 파일 생성입니다. 파일이 존재해도 필수 항목과 근거가 없으면 완료가 아닙니다. 결과물의 품질 계약은 이 시리즈 4편에서 구체적으로 다룹니다.

20분 설계 실습

1. 자동화하고 싶은 반복 업무 하나를 적습니다.
2. 최종 결과를 받는 사람과 외부로 바뀌는 상태를 표시합니다.
3. 조사·작성·검토 중 실제로 필요한 자리만 고릅니다.
4. 각 자리의 역할 카드에서 금지 작업과 보고 조건을 먼저 채웁니다.
5. 최종 승인자를 사람 이름이나 직책으로 지정합니다.
6. 가짜 자료나 공개 자료로 한 번 실행한 뒤 역할을 추가할지 판단합니다.

이 실습에서 역할 카드가 세 장을 넘는다면 각 역할이 정말 다른 입력과 출력을 갖는지 다시 확인하세요. 한 장으로 합쳐도 업무 경계가 유지된다면 아직 나눌 필요가 없습니다.

자주 묻는 질문

Q1. AI 직원 10명을 꼭 만들어야 하나요?
아닙니다. 먼저 사람 CEO, 조정, 실행, 검토의 네 책임을 구분하고 작은 업무에서는 한 에이전트가 여러 책임을 순서대로 맡게 할 수 있습니다.

Q2. 서로 다른 모델을 쓰면 검토 품질이 자동으로 좋아지나요?
다른 관점이 생길 가능성은 있지만 정확성을 보장하지는 않습니다. 같은 근거와 명확한 검수 기준을 제공하고 사람이 표본을 확인해야 합니다.

Q3. 조정자에게 모든 권한을 주면 편하지 않나요?
편리하지만 피해 범위도 커집니다. 조정에는 진행 상태와 파일 위치를 읽는 권한을 주고, 외부 게시·삭제·결제는 별도 승인으로 분리하세요.

Q4. 검토자는 어떤 결과를 만들어야 하나요?
새로운 완성본보다 문제 위치 / 위반 기준 / 근거 / 수정 담당 / 차단 여부가 있는 검토표를 만드는 편이 책임을 구분하기 쉽습니다.

Q5. 언제 역할을 추가해야 하나요?
같은 오류가 반복되거나 권한을 분리해야 하거나 인계량이 커질 때입니다. 단순히 업무가 전문적으로 보인다는 이유만으로 추가하지 않습니다.

마무리 — 사람 수보다 책임 지도를 먼저 만드세요

먼저 각 역할이 무엇을 결정하고 누구에게 넘기는지 적어 보세요. 사람 CEO가 목표와 승인 경계를 정하고, 조정자는 작업 계약을 관리하며, 실행자는 정해진 결과를 만들고, 독립 검토자는 오류와 위험을 보고합니다.

역할을 나눈 뒤에는 실제 입력과 출력이 겹치는지 확인하세요. 합쳐도 업무 경계가 유지된다면 아직 분리할 필요가 없습니다. 다음 편에서는 이 역할들이 회의할 때 의견을 근거와 결정으로 수렴시키는 방법을 다룹니다.

공식 자료와 확인 기준일

• Anthropic — Building effective agents
• OpenAI Agents SDK — Agents
• OpenAI Agents SDK — Human-in-the-loop
• NIST — AI Risk Management Framework

확인 기준일: 2026-09-25