무엇부터 자동화할 것인가 — automation frontier 설계법

“AI로 무엇을 자동화할 수 있나요”는 잘못된 질문입니다. 거의 모든 것이 언젠가는 후보가 되기 때문입니다. 맞는 질문은 “무엇부터, 그리고 지금 어디까지”입니다 — 그리고 그 답은 고정된 목록이 아니라 계속 움직이는 경계입니다.

첫 워크플로의 다섯 가지 조건

에이전트 도입 실무에서 수렴된 첫 후보의 조건은 다섯 가지입니다. 양이 많고 (드물게 일어나는 일은 자동화 비용을 회수하지 못합니다), 규칙이 분명하고, 데이터에 접근할 수 있고, 절감이 측정 가능하고, 실패의 하방이 낮은 일. 다섯을 모두 만족하는 일부터 시작하면, 첫 성공이 다음 자동화의 신뢰 자본이 됩니다.

단, 파일럿의 함정을 피할 것

“하방이 낮은 일”을 “중요하지 않은 일”로 읽으면 안 됩니다. MIT의 GenAI Divide 연구에서 성과를 낸 5%는 주변부 파일럿이 아니라 가치가 큰 핵심 워크플로에 통합한 조직들이었습니다. 하방이 낮으면서도 핵심 프로세스에 붙어 있는 일 — 예컨대 핵심 업무의 초안 생성, 분류, 검증 준비 단계 — 이 첫 후보의 정답 영역입니다.

경계는 몇 달 단위로 움직인다

자동화 목록을 한 번 정하고 끝내면 안 되는 이유가 있습니다. METR의 측정에 따르면, 최전선 AI 에이전트가 절반의 신뢰도로 완수할 수 있는 태스크의 길이(사람 기준 소요 시간)는 지난 6년간 약 7개월마다 두 배가 됐고, 2023년 이후로는 약 4개월로 가속됐다는 후속 분석도 있습니다. 오늘 “에이전트가 못 하는 일”의 상당수는 영원히 못 하는 일이 아니라 아직 못 하는 일입니다. 작년의 판단으로 올해의 경계를 긋고 있다면, 경계가 이미 틀렸을 가능성이 큽니다.

automation frontier를 문서로 관리하라

그래서 우리가 권하는 형태는 목록이 아니라 살아있는 문서입니다. 워크플로를 세 칸으로 나눕니다 — 자동화됨, 반자동(사람 승인 게이트), 아직 사람. 그리고 분기마다 “아직 사람” 칸을 재심사합니다: 이 일이 여기 있는 이유가 능력의 한계인가, 신뢰의 한계인가, 규제의 요구인가. 능력의 한계였다면 몇 달 뒤 다시 시험하고, 신뢰의 한계라면 게이트를 거쳐 반자동 칸으로 옮기고, 규제의 요구라면 그대로 둡니다. 게이트를 어디에 둘지는 승인 게이트 설계에서 다뤘습니다.

우리 실전

Notique의 frontier 문서는 How we run에 공개돼 있습니다. 현재 코드 작성·배포·모니터링은 자동화 칸에, 릴리스와 발행은 게이트 칸에, 계약과 규제 책임은 사람 칸에 있습니다. 이 배치는 우리 규모와 리스크 프로필에 맞춘 것이지 정답이 아닙니다 — 다만 “세 칸으로 나누고 주기적으로 재심사한다”는 방법 자체는 규모와 무관하게 적용됩니다.