← 최신 논문
💻 computer science

Designing Intelligent Enterprise Agents: A Capability-Aligned Multi-Agent Architecture

본 논문은 대안적 접근법에 비해 기업용 다중 에이전트 시스템에서 훨씬 더 높은 안전한 성공률을 달성하기 위해 거버넌스 중심 모델보다 엄격한 에이전트 설계 원칙을 우선시하는 역량 정렬 기업 에이전트 설계 (CEAD) 아키텍처를 제안합니다.

원저자: John deVadoss

게시일 2026-05-12
📖 4 분 읽기☕ 가벼운 읽기

원저자: John deVadoss

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

당신이 거대 기업의 CEO 라고 상상해 보세요. 인공지능 (AI) 에이전트가 미래라고 들었습니다. 사고하고, 계획하고, 일을 처리할 수 있는 디지털 직원들 말입니다. 하지만 당신은 걱정됩니다. 너무 많은 에이전트를 고용하거나 잘못된 에이전트를 고용하면, 그들이 서로 다투거나 실수를 하거나 실수로 회사의 데이터베이스를 삭제할지도 모릅니다.

존 드바도스 (John deVadoss) 가 쓴 이 논문은 혼란을 초래하지 않고 이러한 "AI 직원"을 고용하고 관리하는 방법에 대한 청사진입니다. 이 논문은 나쁜 설계에 거버넌스 정책을 대충 붙여서는 작동하기를 기대할 수 없다고 주장합니다. 먼저 일을 올바르게 설계해야 합니다.

이 논문을 일상적인 비유를 사용하여 쉽게 설명해 보겠습니다.

1. 문제: "마이크로서비스" 실수

수년 전, 기업들은 소프트웨어를 "마이크로서비스"라고 불리는 작고 독립적인 조각들로 분해하려 했습니다. 그들은 "100 개의 작은 서비스가 있다면 우리는 매우 유연해질 수 있다!"라고 생각했습니다. 하지만 그것은 잘못되었습니다. 결국 그들은 서로 원활하게 소통하지 못하고, 운영 비용이 비싸며, 끊임없이 고장 나는 100 개의 서비스로 뒤얽힌 혼란에 빠졌습니다. 이를 "분산된 복잡성"이라고 합니다.

이제 기업들은 AI 에이전트와 똑같은 일을 하고 있습니다. "영업 봇", "인사 봇", "재무 봇"과 같은 수백 개의 작은 "마이크로 에이전트"를 단지 멋져 보인다는 이유만으로 만들고 있습니다.

  • 논문의 경고: 명확한 계획 없이 50 개의 에이전트를 만든다면, 팀을 구축하는 것이 아니라 혼란스러운 군중을 만드는 것입니다. 그들은 겹치고, 다투고, 실수를 할 것입니다.

2. 해결책: CEAD(역량 정렬 접근법)

저자는 이러한 시스템을 구축하는 새로운 방법으로 CEAD를 제안합니다. 이를 무작위 픽업 게임이 아닌 전문 스포츠 팀을 구축하는 것처럼 생각하세요.

  • 구식 방법 (거버넌스 우선): "20 개의 에이전트를 고용한 다음, 그들이 무엇을 하지 못하게 하는지 50 페이지 분량의 규칙책을 작성합시다."
    • 결과: 에이전트들은 여전히 혼란스러우며, 규칙책은 그들을 막기에 너무 느리고, 결국 실패합니다.
  • CEAD 방식 (설계 우선): "실제로 수행해야 할 일을 살펴봅시다. 누가 그 일을 소유합니까? 그들은 어떤 도구가 필요합니까? 위험은 무엇입니까?" 그런 다음 해당 작업에 필요한 특정 에이전트를 고용하고, 규칙이 자연스럽게 그들을 중심으로 형성되도록 합니다.

3. 핵심 도구: "에이전트 역량 계약 (ACC)"

과거에 인간을 고용할 때 업무 설명서를 주었습니다. 구식 소프트웨어 시대에는 "서비스 계약"(소프트웨어 프로그램이 할 수 있는 일의 목록) 이 있었습니다.

이 논문은 모든 AI 에이전트에 **에이전트 역량 계약 (ACC)**이 필요하다고 말합니다. 이는 지루한 법적 문서가 아니라, 에이전트의 "신분증과 업무 설명서"가 하나로 합쳐진 것입니다. 이는 다음과 같이 명확히 명시합니다:

  • 당신의 일은 무엇입니까? (예: "모든 일을 하라"가 아닌 "송장 처리하기")
  • 무엇을 결정할 수 있습니까? (예: "500 달러 미만의 송장은 승인할 수 있지만, 500 달러를 초과하는 것은 반드시 사람에게 문의해야 합니다.")
  • 어떤 도구를 사용할 수 있습니까? (예: "데이터베이스를 읽을 수는 있지만 삭제할 수는 없습니다.")
  • 막히면 어떻게 됩니까? (예: "불확실하면 멈추고 사람에게 문의하세요.")

비유: 건설 현장을 상상해 보세요.

  • ACC 가 없는 경우: 아무나에게 망치를 건네며 "규칙을 지키면서 집을 지으세요"라고 말합니다. 그들은 엄지손가락을 치거나, 지붕을 땅에 지을지도 모릅니다.
  • ACC 가 있는 경우: 감독관 (Supervisor) 이 특정 근로자에게 특정 작업을 부여합니다. "당신은 '골조공'입니다. 망치와 톱을 가지고 있습니다. 10 피트까지 벽을 지을 수 있습니다. 보를 자르려면 시니어 대목에게 문의하세요. 기초에 금이 가 보이면 멈추고 엔지니어에게 전화하세요."

4. 실험: 누가 이겼습니까?

저자는 급여 처리, 법적 계약 검토, IT 티켓 관리 등 10,000 가지의 다양한 비즈니스 작업을 조직하는 다섯 가지 다른 방법을 테스트했습니다.

  1. 고독한 늑대: 모든 일을 하려는 하나의 거대한 AI. (혼란스러워져서 자주 실패했습니다.)
  2. 스웜 (Swarm): 명확한 규칙 없이 제멋대로 돌아다니는 32 개의 작은 에이전트. (재앙이었습니다. 오류가 많고 비용이 높았습니다.)
  3. SOA 스타일: 구식 소프트웨어 서비스처럼 연결된 에이전트. (더 나아졌지만 여전히 AI 의 "사고" 부분을 놓쳤습니다.)
  4. "거버넌스 우선" 그리드: 거대한 규칙책과 엄격한 감사관이 있지만 명확한 업무 설계가 없는 거대한 에이전트 팀. (규칙을 따랐지만, 구조가 나빠서 느리고 비싸며 여전히 실수를 했습니다.)
  5. CEAD 팀: 명확한 계약, 감독관, 그리고 특정 도구를 갖춘 작고 잘 설계된 팀.

결과:
CEAD 팀이 압도적으로 승리했습니다.

  • 그들은 **70.6%**의 비율로 안전하게 성공했습니다.
  • "거버넌스 우선" 팀은 **50.8%**만 달성했습니다.
  • "스웜"은 **23.1%**만 달성했습니다.

교훈: 나쁜 팀 설계를 더 나은 규칙책으로 고칠 수 없습니다. 먼저 팀을 올바르게 설계해야 합니다. 규칙 (거버넌스) 은 좋은 설계를 창조하기 위해 있는 것이 아니라, 좋은 설계를 지원하기 위해 있는 것입니다.

5. 비즈니스 리더를 위한 황금률

귀하의 회사에서 AI 에이전트를 사용하고자 한다면, 이 논문은 다음과 같은 간단한 팁을 제공합니다:

  • "역할"(예: "마케팅 봇") 을 위해 에이전트를 고용하지 마십시오. 역량(예: "송장 승인 처리 담당자")
  • 작게 시작하십시오. 50 개의 에이전트 군집을 구축하지 마십시오. 하나의 "감독관" 에이전트로 시작하고, 완전히 다른 일을 하거나 다른 도구가 필요한 경우에만 전문가를 추가하십시오.
  • 기억을 금고처럼 다루십시오. AI 에이전트는 기억합니다. 은행 금고와 마찬가지로 누가 그 기억을 읽을 수 있고 누가 삭제할 수 있는지 설계해야 합니다.
  • 인간이 루프 안에 있어야 합니다. 돈 쓰거나 사람을 해고하는 것과 같은 위험한 결정에 대해서는 에이전트가 멈추고 사람에게 문의해야 합니다. 이는 버그가 아니라 기능입니다.
  • 에이전트를 해고하십시오. 에이전트가 제 역할을 하지 않거나, 두 에이전트가 같은 일을 한다면 그들을 없애십시오. 그들이 쌓이게 두지 마십시오.

요약

이 논문은 말합니다: 설계가 왕입니다.
문제에 AI 를 던져 넣고 규칙이 당신을 구해주기를 기대하지 마십시오. 먼저 "일"을 설계하고, 에이전트에 명확한 계약을 부여하며, 팀을 작게 유지하고, 규칙이 그 좋은 설계를 보호하도록 하십시오. 그렇게 한다면 당신의 AI 에이전트는 안전하고 효율적이며 실제로 유용할 것입니다. 그렇지 않다면, 당신은 매우 비싸고 매우 혼란스러운 디지털 군중만 갖게 될 것입니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →