agentic workflow

한 줄로 말하면

agentic workflow는 “LLM이 도구를 쥐고 루프를 돌며 목표를 향해 스스로 나아가는” 시스템을 설계하는 방식이야. 그런데 이 말은 너무 넓어. 진짜 쟁점은 그 자율성을 어디까지 풀어주고, 어디에 사람을 세워두느냐야.

두 극 사이의 스펙트럼

2026년 현재 업계는 한 방향으로 수렴하지 않았어. 자율성을 두고 두 극이 병존해.

한쪽 끝은 통제형(bounded autonomy)이야. 전체 파이프라인은 사람이 짠 워크플로우로 고정하고, 특정 작업 단위에서만 LLM이 도구를 고르고 실행 경로를 정하게 위임해. 감사 가능성, 결과 일관성, 보안 규정이 중요한 엔터프라이즈가 이쪽을 택한다 — 결제·고객 커뮤니케이션처럼 되돌릴 수 없는 행동이 걸려 있으면 사전 통제가 필수니까.

다른 쪽 끝은 장시간 자율 실행(long-running autonomous agents)이야. 수십 분에서 수십 시간을 사람 개입 없이 계획→실행→검증을 반복하고, 사람은 과제 정의(시작)와 결과 리뷰(종료)에만 관여해. 코딩·리서치처럼 산출물을 자동으로 검증할 수 있는 도메인이 이쪽 최전선이지.

두 흐름은 대립이 아니라 같은 자율성 스펙트럼 위의 도메인별 분화야. 신뢰가 쌓인다고 감독이 사라지는 게 아니라 위치가 옮겨간다 — 단계별 승인에서 사후 검증·모니터링으로.

무엇이 갈림을 만드나

핵심 변수는 하나야: 그 도메인에 ‘테스트에 해당하는 검증’이 자동화돼 있느냐. 코드는 컴파일러와 유닛 테스트라는 ground truth가 있어서, 에이전트가 스스로 맞았는지 틀렸는지 판정하며 오래 달릴 수 있어. 반면 환불 승인·고객 응대에는 그런 자동 채점기가 없어서, 사람이 결정 지점마다 게이트로 서야 해.

그래서 신뢰의 근거가 서로 달라. 통제형은 워크플로우 구조의 예측 가능성에 기대고, 자율형은 검증 가능한 산출물(테스트 통과, PR diff 리뷰)에 기댄다. 도메인마다 검증 자동화가 갖춰지는 순서대로, 통제형 워크플로우 안의 자율 구간이 점점 길어지는 방향이 유력해 보여.

이 개념이 딛고 선 부품들

agentic workflow는 더 작은 조각들의 조립이야. 이 씨앗은 우산이고, 각 부품은 따로 자랄 자리다:

• agent loop — 종료 조건까지 도는 실행 구조(LLM 호출 → 도구 실행 → 결과를 컨텍스트에 되먹임 → 반복).
• feedback loop — 출력이 다시 입력으로 환류돼 다음 행동을 보정하는 원리. agent loop는 그 최소 구현이야.
• plan-and-execute / reflection / multi-agent collaboration — 피드백 루프를 ‘어디에’ 두느냐로 갈리는 디자인 패턴들.
• guardrails와 human-in-the-loop — 자율성에 거는 안전 제어 지점.
• context engineering — 긴 컨텍스트에서 성능이 무너지는 걸 막는 적시 검색·메모리 설계.

이 프레이밍을 가장 적극적으로 정리해 온 곳 중 하나가 Anthropic야(“Building Effective Agents”, “Measuring Agent Autonomy”).

남은 질문들

• 두 흐름 중 어느 쪽이 더 넓은 도메인을 먹는가 — 검증 자동화가 없는 업무에서도 자율 구간이 길어질 수 있나?
• 프로덕션 사례들이 자율성을 늘렸다 되돌리는 패턴(Klarna 회귀 같은)이 반복되는가, 아니면 일회성인가?
• 에이전트 여럿을 두는 게 언제 이득이고 언제 오버헤드인가 — 단일 에이전트 역량 극대화가 먼저라는 권고가 계속 유효한가?