정의
자율 에이전트는 사람이 각 단계를 확인하지 않아도 목표를 정하고 그에 따라 일련의 작업을 결정하고 실행하는 소프트웨어입니다. 현대의 에이전트는 언어 모델을 사용해 계획을 세우고, 도구를 호출하고, 결과를 읽고, 조정합니다. 보통 사람이나 조직이 목표와 경계를 정하고, 에이전트는 그 사이의 작업을 수행합니다.
actor intelligence에서 자율 에이전트는 Agent 클래스에 해당합니다. 즉, 상호작용의 출처가 각 행동을 사람이 직접 지시하는 것이 아니라 자동화에 있습니다. 클래스 비교 방식은 Human, AI-assisted or agent: a practical taxonomy for application traffic에서 확인할 수 있습니다.
다른 자동화와 비교한 에이전트
- 스크립트와 크롤러는 고정된 지침을 따릅니다. 예측 가능하고 범위가 좁습니다.
- 자율 에이전트는 적응합니다. 애플리케이션의 응답을 읽고 다음에 무엇을 할지 선택하므로, 자동화를 위해 설계되지 않은 앱의 일부에 도달할 수도 있습니다.
- AI를 보조적으로 사용하는 사람은 AI를 도우미로 쓰지만 통제는 유지합니다. AI-assisted interaction를 참조하세요.
자율 에이전트가 앱 운영자에게 중요한 이유
에이전트는 점점 실제 고객을 대신해 동작합니다. 제품 비교, 문서 수집, 티켓 제출, 데이터 동기화, API 호출 등이 그 예입니다. 이런 상호작용 중 상당수는 가치가 있습니다. 기본적으로 이를 차단하는 앱은 정당한 사용을 놓칠 수 있고, 사람과 완전히 동일하게 취급하는 앱은 매우 다른 행동 양상을 가진 참여자에게 민감한 작업을 노출할 수 있습니다.
모든 에이전트 상호작용에서 유용한 질문은 다음과 같습니다.
- 이 에이전트는 무엇인가요? HTTP message signature(RFC 9421)처럼 검증 가능한 신원이 있나요, 아니면 자기 설명만 있나요?
- 무엇을 할 수 있나요? 신원은 권한이 아닙니다. 이는 authorization의 문제입니다.
- 그 뒤에는 누가 있나요? 사람이 에이전트에 delegated authority를 부여했을 수도 있고, 에이전트가 조직을 대신해 동작할 수도 있습니다. 신원 증거만으로 위임이 성립하는 것은 아닙니다.
- 이 작업의 영향은 무엇인가요? 공개 카탈로그를 읽는 것과 계정 설정을 바꾸는 것은 서로 다른 제어가 필요합니다.
자율 에이전트를 식별하는 방법
식별은 강도가 다른 증거를 조합합니다. 공개된 운영자로부터 나온 검증된 서명은 강한 증거입니다. 선언된 클라이언트 이름은 유용하지만 모방될 수 있습니다. 행동 패턴과 프로토콜 패턴은 추론을 뒷받침할 수 있습니다. 이런 증거들로도 충분하지 않다면, 올바른 답은 추측이 아니라 Unknown입니다.
에이전트를 잘 지원하는 방법
에이전트 트래픽을 예상하는 애플리케이션은 보통 다음을 수행합니다.
- 일반적인 읽기 작업에 대해 구조화된 API 또는 기계 판독 가능한 응답을 제공합니다.
- 자동 호출자에 맞는 route 수준의 rate-limit을 적용합니다.
- 영향이 큰 작업에는 더 강한 자격 증명이나 명시적인 사용자 승인을 요구합니다(designing app-level policies for humans and AI agents 참조).
- 사람을 위한 페이지는 빠르게 유지하고, 자동화를 막기 위한 challenge는 사용하지 않습니다.
흔한 오해
"에이전트는 bot이고, bot은 나쁘다." 많은 에이전트는 고객의 도구입니다. 목표는 무조건 차단하는 것이 아니라 적절한 경험을 제공하는 것입니다.
"검증된 에이전트는 계정이 할 수 있는 모든 것을 할 수 있다." 검증은 클라이언트를 식별할 뿐입니다. 행동을 승인하지는 않습니다.
Proof of Actor가 에이전트를 처리하는 방식
Proof of Actor는 에이전트 상호작용을 명시적 근거(verified, declared 또는 inferred)와 함께 Agent로 분류하므로, 정책이 서명된 운영자와 자기 선언한 운영자를 다르게 처리할 수 있습니다. 각 route에서 무엇을 허용할지는 여러분이 정합니다. APIs와 MCP servers 사용 사례를 보거나 apply for early access를 이용하세요.
출처
- RFC 9421: HTTP Message Signatures: 자동화 클라이언트를 위한 검증 가능한 신원
- IETF Web Bot Auth working group: bot과 agent 인증에 대한 표준화 작업