Anthropic이 2026년 4월 Claude Managed Agents를 퍼블릭 베타로 공개했다. 에이전트를 YAML로 정의하고 idle 시간은 과금하지 않아 설계 주도권이 기획자 쪽으로 온다. 반복 업무 하나를 YAML로 적어 팀장 사인을 받고, 첫 주는 Console 트레이싱만 읽는다.
이 글은 2026년 4월 기준이다. 퍼블릭 베타의 요금과 기능은 바뀌므로 이후 변경은 공식 문서로 확인한다.
강의 현장에서 되풀이되는 질문은 한 줄이다. "그래서 우리 조직은 뭐부터 해봐야 해요?" 뉴스 요약은 이 질문에 답하지 못한다. 월요일 아침에 누가 무엇을 적어야 하는지가 빠져 있어서다.
원문 2026년 4월 10일은 그 주에 Anthropic이 퍼블릭 베타로 공개한 Claude Managed Agents를 두고 현장에서 정리한 실행 팁 다섯 개를 적었다. 이 글은 그 다섯을 하나의 주장으로 묶는다. 첫 에이전트를 통과시키는 자리가 코드 리뷰에서 팀장이 읽는 YAML 리뷰로 옮겨갔다.
요금·정의 방식·콘솔 세 가지가 설계 주도권을 개발자 밖으로 옮긴다
원문이 짚은 사실은 셋이다. 과금은 활성 런타임에만 붙고 입력이나 도구 응답을 기다리는 idle 시간은 빠진다. 에이전트와 가드레일은 자연어 또는 YAML 파일로 정의한다. 코디네이션과 세션 트레이싱은 Claude Console에 있다.
| 사실 | 전에는 | 지금은 |
|---|---|---|
| idle 무과금, 활성만 세션-시간당 $0.08 | 스케줄러로 실행 시간을 잘라 비용을 관리 | 살려 두고 이벤트가 올 때만 깨어나게 설계 |
| 자연어·YAML로 에이전트·가드레일 정의 | 코드 리뷰, 개발자만 읽는다 | 기획서 리뷰, 팀장이 읽고 사인한다 |
| Console에 트레이싱·코디네이션 내장 | 관찰 도구를 따로 붙여야 본다 | 첫날부터 도구 호출 순서와 분기점을 본다 |
따로 보면 기능 목록이지만 같이 보면 역할이 바뀐다. 대기가 비용이 아니니 실행 시간을 자르는 스케줄 코드가 필요 없고, 정의가 YAML이니 "이 에이전트는 무엇을 할 수 있고, 무엇은 절대 못 한다"를 비개발자가 한 페이지로 설명할 수 있으며, 관찰이 콘솔에 있으니 첫 주의 조정을 개발자에게 맡기지 않아도 된다. 원문 필자는 이를 개발자 80 대 기획자 20이던 비중이 기획자 60 대 개발자 40으로 뒤집히는 역할 분담으로 읽는다. 측정치가 아니라 전망이지만 방향은 Google Agents CLI 이후 에이전트 파일럿은 프롬프트 대신 생명주기 다섯 항목부터 정의한다와 같다.
첫 에이전트는 부서 전체가 아니라 월요일 9시의 반복 업무 하나다
원문이 가장 흔한 실패로 꼽는 것은 "우리 부서 전체 업무를 자동화하는 에이전트"다. 범위가 부서 전체면 한 페이지에 정의되지 않고 팀장이 사인할 대상도 없다. 대신 고를 업무의 조건은 셋이다. 매주 월요일 9시처럼 정해진 시각에 하는 일, 시켜서가 아니라 안 하면 다음 단계가 막히는 일, 결과물이 파일 하나나 메시지 하나로 떨어지는 일. 원문의 예시는 주간 매출 리포트 취합, 신규 리드 1차 리서치, 회의록에서 액션아이템 추출이다.
idle 무과금이 이 선택을 받친다. 아침 8시에 깨어나 메일함을 훑고 점심까지 대기했다가 오후에 보고서 초안을 쓰는 에이전트, 슬랙 멘션이 올 때만 깨어나는 부서 비서, 폴더에 새 자료가 떨어질 때만 도는 분류기. 원문이 든 세 설계는 모두 대기가 실행보다 길다. 대기가 공짜라는 조건이 "월요일 9시의 그 일"을 사람이 깨우지 않아도 되는 형태로 바꾼다.
정의가 끝나면 원문 필자가 비개발자 수강생에게 권하는 한 문장이 남는다. "에이전트 YAML을 출력해서 팀장님께 사인 받으세요." 실무자가 허용 범위와 금지 범위를 한 페이지로 설명할 수 있어 거버넌스와 도입 속도가 동시에 풀린다는 것이 원문의 근거다.
첫 주는 정확도 대신 트레이싱을 읽고, 마지막 전송 버튼은 사람에게 남긴다
사인을 받은 뒤 첫 일주일에 원문이 하지 말라는 것은 정확도 튜닝이다. 원문의 문장은 이렇다. "신뢰는 정확도가 아니라 관찰 가능성에서 옵니다." Console 세션 트레이싱에서 볼 것은 셋이다. 어떤 도구를 언제 호출했는지, 어디서 머뭇거렸는지(잘못된 분기점), 어떤 문장에서 사용자 의도를 오해했는지. 원문은 이 기록을 다섯 번만 보면 가드레일을 어디에 박아야 할지 보이고, 돌아가는 듯해도 프롬프트를 서른 번 고치는 것보다 빠르다고 적는다.
마지막 조건은 승인 지점이다. 원문은 프로덕션 에이전트 대부분이 완전 자율과 매 단계 사람 승인 사이에 있고 그것이 정상이라고 본다. 한국 기업의 첫 도입이라면 "마지막 전송 버튼"을 사람에게 남기라는 권고가 붙는다. 메일은 에이전트가 쓰고 발송은 사람이, 슬라이드 초안은 에이전트가 만들고 공유는 사람이, 데이터 분석은 에이전트가 하고 임원 리포트 첨부는 사람이 한다. 원문 필자는 최근 한 업체로부터 실수로 나간 메일 2통을 받았다. 대량 발송에 수신자 전체가 노출되거나 첫 수신자 아래 숨은 참조로 간 메일이다. 이 한 줄이 프로젝트 무산과 사내 확산을 가른다는 것이 원문의 결론이다.
YAML 한 페이지에 "마지막 버튼은 사람이 누른다"는 줄이 들어가면, 팀장이 사인하는 문서에 허용·금지·승인 지점이 모두 담긴다. 코드 리뷰에서는 팀장이 읽지 않던 내용이다.
가져갈 것
첫 에이전트 후보를 YAML 리뷰에 올리기 전 점검표. 원문에서 확인된 조건만 담았다.
- 후보 업무가 정해진 시각에 반복되고, 안 하면 다음 단계가 막히고, 결과물이 파일이나 메시지 하나로 떨어지는가
- 에이전트가 할 수 있는 일과 절대 못 하는 일이 YAML(또는 자연어 정의) 한 페이지에 적혀 있고, 팀장 사인을 받았는가
- 메일 발송·슬라이드 공유·임원 리포트 첨부 같은 마지막 전송 동작이 사람에게 남아 있는가
- 첫 일주일은 프롬프트를 고치지 않고 Claude Console 세션 트레이싱을 다섯 번 이상 읽기로 정했는가
- 대기가 긴 설계라면 비용을 idle 제외, 활성 세션-시간당 $0.08 기준으로 추정했는가
안 되는 경우
- 원문이 밝히지 않은 것: 공개 일자(제목은 "어제", 본문은 "그저께"), 공식 발표 URL, 세션-시간의 정의와 최소 과금 단위, 활성과 idle의 판정 기준, YAML 스키마, 트레이싱 보존 기간, 이용 가능 플랜과 리전.
- 결과물이 파일이나 메시지 하나로 떨어지지 않는 업무. 원문의 세 조건을 못 채우면 첫 후보가 아니다.
- 마지막 전송을 사람에게 남길 수 없는 완전 자율 흐름을 전제로 한 도입. 원문은 첫 도입에 완전 자율을 권하지 않는다.
이번 주에 바꿀 것은 하나다. 부서 전체 자동화 기획안을 내리고, 월요일 9시에 반복되는 업무 하나를 골라 할 수 있는 일, 못 하는 일, 사람이 누르는 마지막 버튼을 YAML 한 페이지에 적어 팀장 사인을 받는다. 어떤 업무부터 그 한 페이지를 쓸지 가르는 기준은 조녁컴퍼니 사업영역 안내에 있다. 사업영역 →