AI 에이전트가 작업 흐름을 스스로 짜게 해도 될까? 동적 워크플로의 고정 경계 5칸

읽는 시간 약 9분 · 동적 AI 에이전트 계획을 안전하게 운영하는 기준

독자의 질문: 작업량과 분기 수가 매번 다른 업무에서, AI 에이전트가 하위 작업과 순서를 스스로 만들게 해도 될까요?

짧은 답: 가능합니다. 다만 계획의 유연성과 실행 권한의 유연성은 분리해야 합니다. 목적·입력 범위·권한과 비용 상한·완료 증거·재계획 중단선은 먼저 고정하고, 그 안에서만 작업 분해와 제한된 병렬 실행을 허용하는 편이 좋습니다.

핵심 요약

• 동적 워크플로는 작업을 더 잘게 나누고 순서를 바꾸는 방식이지, 새 권한을 스스로 얻는 방식이 아닙니다.
• 목적과 허용 입력, 도구·하위 작업·병렬도 상한, 별도 승인이 필요한 행동, 완료 증거, 재계획 중단선을 다섯 칸으로 고정하세요.
• 새 데이터 원본, 새 외부 목적지, 권한 확대, 상한 초과, 완료 증거 부재는 자동 재계획이 아니라 보류 신호로 다루는 편이 안전합니다.
• 비용은 호출 횟수만으로 판단하기보다, 허용된 하위 작업 수와 재시도 횟수까지 포함한 실행 단위로 관리해야 예측하기 쉽습니다.

목차

1. 왜 지금 ‘계획 경계’가 필요한가요?
2. 동적 워크플로 운영 경계 5칸
3. 무엇을 고정하고 무엇을 맡길까요?
4. 문서 수백 건 검토에 적용하는 예시
5. 자동 실행을 멈춰야 하는 실패 조건
6. 시작 전 체크리스트와 FAQ

왜 지금 ‘계획 경계’가 필요한가요?

문서 분류, 조사, 코드 검토처럼 입력량과 분기 수가 매번 달라지는 일은 미리 모든 단계를 고정하기 어렵습니다. 이때 에이전트가 일을 나누고 필요한 순서를 고르는 방식은 운영 부담을 줄일 수 있습니다. Anthropic은 Managed Agents의 동적 워크플로를 베타 기능으로 소개하며, 장기·비동기 작업을 위한 관리형 실행 환경을 설명합니다. Google ADK의 장기 실행 에이전트 사례도 명시적 상태와 체크포인트를 두어 중단과 재개를 설계하는 방식을 보여 줍니다.

여기서 중요한 점은 특정 제품의 기능 목록이 아닙니다. 계획이 변한다는 사실이 곧 권한, 입력 범위, 외부 전송 대상까지 변해도 된다는 뜻은 아닙니다. 작업을 더 잘게 쪼개는 권한과 실제 시스템에 영향을 주는 권한을 같은 상자에 넣으면, 편리함이 커질수록 검토 지점이 사라집니다.

동적 워크플로 운영 경계 5칸

아래 다섯 칸은 특정 도구 설정을 대신하지 않습니다. 팀이 동적 계획을 허용하기 전에 합의하고 실행 기록으로 남길 최소 단위입니다.

1. 고정 목적·허용 입력: 어떤 결과를 만들며, 어떤 저장소·문서·데이터 분류까지 읽을 수 있는지 한 문장으로 적습니다.
2. 허용 도구·하위 작업 수·병렬도: 읽기 도구, 변환 도구, 최대 작업 수, 동시에 실행할 수 있는 수를 정합니다. 작업을 더 만들 수 있어도 상한을 넘지 못하게 합니다.
3. 별도 승인이 필요한 쓰기·전송·권한 확대: 파일 수정, 티켓 생성, 외부 전송, 새 연결, 권한 추가는 동적 계획의 기본 동작으로 두지 않습니다.
4. 완료 증거와 실행 기록: 계획 요약, run ID, 입력 범위, 산출물 위치, 검토 결과, 중단 사유를 남깁니다. 결과물만 남기면 나중에 왜 그 결론에 도달했는지 확인하기 어렵습니다.
5. 재계획 중단선: 새 원본, 새 목적지, 상한 초과, 충돌하는 지시, 증거 없는 완료 같은 신호가 나오면 자동으로 다음 계획을 만들지 않고 사람 검토로 돌립니다.

무엇을 고정하고 무엇을 맡길까요?

‘모든 것을 막을지, 모든 것을 맡길지’의 선택으로 보면 운영이 경직됩니다. 대신 계획 안에서 바뀌어도 되는 항목과, 바뀌는 즉시 검토해야 하는 항목을 나눠 보세요.

표는 모바일에서 옆으로 밀어 전체 내용을 확인하세요.

예시: 문서 수백 건 검토를 제한된 동적 작업으로 만들기

예를 들어 팀 내부의 허용된 폴더에 있는 문서 수백 건을 검토해야 한다고 가정해 보겠습니다. 문서 형식과 길이가 제각각이라면 ‘분류 → 요약 → 상호검토’의 하위 작업 수는 실행 중 달라질 수 있습니다. 이 변동 자체는 허용할 수 있습니다.

이 방식은 품질과 신뢰성 사이의 균형을 잡는 데 도움이 됩니다. 결과가 불확실한 문서만 사람이 확인하도록 좁힐 수 있지만, 허용되지 않은 입력이나 전달 경로가 조용히 늘어나는 일은 막을 수 있습니다.

자동 실행을 멈춰야 하는 실패 조건

동적 계획은 예상하지 못한 상황을 다루기 위해 존재합니다. 그래서 실패를 숨긴 채 재시도만 반복하면 장점이 사라집니다. 다음 조건은 ‘조금 더 생각해 보라’가 아니라 사람 검토로 전환하라는 신호로 정해 두는 편이 좋습니다.

• 처음 선언하지 않은 데이터 원본을 읽어야 할 때
• 새 외부 수신자, 메시지 채널, 저장 위치로 결과를 보내려 할 때
• 쓰기 권한 또는 연결 범위를 넓혀야 할 때
• 하위 작업 수, 병렬도, 비용 또는 재시도 상한을 넘길 때
• 서로 다른 결과가 충돌하는데 검증 근거가 없을 때
• 중단 후 재개했지만 이전 입력·상태·산출물의 연결을 확인할 수 없을 때

시작 전 체크리스트

• 허용 입력 저장소와 데이터 분류를 실행 전에 고정했나요?
• 하위 작업 수·병렬도·도구 종류의 상한을 정했나요?
• 쓰기·전송·권한 확대를 별도 승인 경로로 분리했나요?
• 계획 요약·run ID·산출물 위치·중단 사유를 남기도록 했나요?
• 새 원본·새 목적지·상한 초과·완료 증거 부재 때 자동 재계획 대신 보류하나요?
• 비용 상한과 재시도 횟수를 한 실행 단위에서 함께 확인하나요?

자주 묻는 질문

동적 워크플로는 멀티 에이전트 구성이어야 하나요?

그렇지 않습니다. 한 에이전트가 하위 작업을 순서대로 나누는 경우에도 계획이 실행 중 바뀐다면 같은 기준이 필요합니다. 여러 에이전트를 쓴다면 작업 수와 병렬도 상한을 더 명확히 두는 편이 좋습니다.

작업이 읽기 전용이면 승인 없이 운영해도 되나요?

읽기 전용이라도 입력 범위와 결과 저장 위치는 확인해야 합니다. 특히 새 데이터 원본을 추가하거나 결과를 다른 시스템으로 보내는 순간에는 기존의 읽기 전용 가정이 달라질 수 있습니다.

비용 상한은 얼마로 정해야 하나요?

모든 팀에 맞는 단일 수치는 없습니다. 먼저 한 번의 정상 실행에 필요한 작업 수와 재시도 횟수를 관찰하고, 그 범위를 넘는 경우 보류하도록 정하세요. 상한의 목적은 최저 비용을 만드는 것이 아니라 예상 밖의 반복을 빨리 발견하는 데 있습니다.

체크포인트가 있으면 중단·재개가 안전한가요?

체크포인트는 상태를 명시적으로 다루는 데 도움이 될 수 있지만, 그것만으로 정확성이나 정책 적합성이 보장되지는 않습니다. 재개 전에는 입력 범위, 이전 산출물, 남은 권한이 현재 경계와 일치하는지 다시 확인해야 합니다.

다음으로 읽어볼 글

• Markdown으로 만든 AI 자동화, 바로 Actions에 올려도 될까? 6칸 실행 경계 카드
• 장기 실행 에이전트의 사람 개입 기준
• 여러 에이전트를 붙일 때 병렬화 판단표
• AI 에이전트 세션 예산을 운영하는 방법

참고 자료

• Anthropic Claude Platform release notes — Managed Agents의 동적 워크플로가 소개된 제품 변경 사항을 확인했습니다.
• Anthropic Claude Managed Agents overview — 관리형 실행 환경과 장기·비동기 작업 설명을 참고했습니다.
• Google Developers Blog: long-running agents with ADK — 명시적 상태와 체크포인트를 통한 중단·재개 설계 사례를 참고했습니다.