마이크로소프트 AI@Work, 인간-에이전트 협업 4단계 모델 공개… Author·Editor·Director·Orchestrator, 2026 WTI 'AI 사용자 58%·프런티어 80% 1년 전 불가능 업무'·65% 뒤처질까 우려·13%만 보상

마이크로소프트 AI@Work 뉴스레터가 소프트웨어 개발 분야에서 약 4년간 정착된 '인간-에이전트 협업 4단계'를 모든 지식 노동에 적용해야 한다고 제안했다. 회사는 동일한 진화가 이제 다른 직무에서는 수개월 단위로 압축되어 일어나고 있다고 분석했다.

패턴 1단계는 'Author(저자)'다. GitHub Copilot처럼 AI가 다음 줄 코드를 제안하고 개발자가 모든 코드를 직접 작성한다. 작업 단위는 한 줄 또는 하나의 함수이며, 인간의 역할은 '창작' 그대로다.

2단계는 'Editor(편집자)'다. Cursor Composer 같은 도구는 자연어로 의도를 설명하면 에이전트가 전체 초안을 만든다. 작업 단위는 한 줄에서 '완성된 기능(feature)'으로 커지고, 인간은 코드를 생산하는 대신 검토·편집·출하 결정을 맡는다.

3단계는 'Director(감독)'다. Claude Code가 대표 사례로, 인간이 사양을 쓰면 에이전트가 코드베이스 전반을 자율적으로 계획·실행하고 테스트를 돌리며 문제를 해결한다. 작업 단위는 '태스크 또는 풀리퀘스트(PR)'다. 인간은 모든 단계를 검토하지 않고 의도·가드레일·정책을 정한 뒤 최종 결과만 평가한다. 마이크로소프트는 Anthropic 사내 사례를 들어 '거의 모든 내부 코드가 자율 에이전트에 의해 작성된다'고 전했다.

4단계는 'Orchestrator(오케스트레이터)'다. GitHub Mission Control과 Anthropic Agent Teams 같은 도구로 한 사람이 다수 에이전트를 동시 운영해 공유 백로그(backlog)를 처리한다. 에이전트들은 전문 작업을 병렬로 수행하고 서로 협업하며 예외만 인간에게 올린다. 작업 단위는 '백로그' 자체이며, 인간은 시스템 설계와 정책, 개입 시점을 결정한다.

마이크로소프트는 소프트웨어 개발이 가장 먼저 4단계에 도달한 이유로 '엄격하게 관리된 피드백 루프'를 꼽았다. 코드는 컴파일되거나 안 되고, 테스트는 통과하거나 실패한다. 이 신호 덕분에 에이전트가 인간 없이도 자기 작업을 검증·학습할 수 있어 Director·Orchestrator 단계가 가능했다는 설명이다. 법률·재무·마케팅 등 다른 지식 노동 함수에도 동일한 등가물이 필요하다.

회사가 인용한 '2026 Work Trend Index Annual Report'에 따르면, AI 사용자의 58%가 '1년 전에는 할 수 없었던 업무를 하고 있다'고 답했다. 가장 적극적으로 AI를 쓰는 'Frontier Professionals'에서는 이 수치가 80%로 뛰었다. 같은 보고서에서 65%는 빨리 적응하지 못하면 뒤처질 것을 우려한다고 답했지만, '즉각적인 성과가 없어도 재발명에 보상이 따른다'고 답한 비율은 13%에 그쳤다.

마이크로소프트는 4단계가 '진행도'가 아니라 '진단 도구'라고 강조했다. 일이 어디에 속하는지는 중요도가 아니라 '얼마나 명확하게 정의되었는가'에 달려 있다. 명확한 사양, 측정 가능한 좋은 결과의 정의, 인간 개입이 매 단계 필요하지 않은 피드백 루프가 갖춰지면 Director·Orchestrator 단계로 옮길 수 있고, 그렇지 않으면 Author·Editor에 머물러야 한다.

리더에게 두 가지 결론을 제시했다. 첫째, 코드에서 테스트가 가르치듯 다른 영역에서는 사람이 에이전트에게 '좋은 결과'를 가르쳐야 하므로, 첫 도입 영역은 피드백이 명확·빈번한 업무여야 한다. 둘째, '책임은 위임에 따라 확장되지 않으므로 검토 인프라가 확장되어야 한다.' 한 사람이 다수 병렬 작업을 안심하고 통제할 수 있는 검토 시스템(체크·대시보드·피드백 신호)이 가장 가치 있다는 진단이다.