간극 메우기: AI 에이전트를 위한 소프트웨어 엔지니어링 모범 사례
By Mirko Peters ·
블로그에 다시 오신 것을 환영합니다. 최근 오디오 에피소드를 따라오셨다면, 우리가 현대 인공지능의 최전선을 깊이 다뤄 왔다는 것을 아실 겁니다. 오늘은 개발자, 엔터프라이즈 아키텍트, 기술 리더 모두에게 점점 더 중요해지고 있는 주제를 이어서 다루겠습니다. 바로 취약한 프롬프트 엔지니어링을 넘어서, AI 에이전트에 기본적인 소프트웨어 엔지니어링 원칙을 적용하는 것입니다. 원시 상태의 관리되지 않은 대규모 언어 모델에만 의존하면, 실제 환경의 예측 불가능성 앞에서 시스템이 쉽게 무너지곤 합니다. 이번 글에서는 이 숨겨진 문제가 왜 존재하는지 살펴보고, 핵심 엔지니어링 관행을 소홀히 할 때의 위험을 짚어 본 뒤, Azure AI Foundry와 같은 플랫폼이 확장 가능하고 신뢰할 수 있으며 엔터프라이즈급의 에이
Automatically translated with AI from the original post. Read the English original
블로그에 다시 오신 것을 환영합니다. 최근 오디오 에피소드를 따라오셨다면, 우리가 현대 인공지능의 최전선을 깊이 다뤄 왔다는 것을 아실 겁니다. 오늘은 개발자, 엔터프라이즈 아키텍트, 기술 리더 모두에게 점점 더 중요해지고 있는 주제를 이어서 다루겠습니다. 바로 취약한 프롬프트 엔지니어링을 넘어서, AI 에이전트에 기본적인 소프트웨어 엔지니어링 원칙을 적용하는 것입니다. 원시 상태의 관리되지 않은 대규모 언어 모델에만 의존하면, 실제 환경의 예측 불가능성 앞에서 시스템이 쉽게 무너지곤 합니다. 이번 글에서는 이 숨겨진 문제가 왜 존재하는지 살펴보고, 핵심 엔지니어링 관행을 소홀히 할 때의 위험을 짚어 본 뒤, Azure AI Foundry와 같은 플랫폼이 확장 가능하고 신뢰할 수 있으며 엔터프라이즈급의 에이전트 아키텍처를 구축하는 데 어떻게 도움이 되는지 알아보겠습니다.
AI 에이전트와 LLM 이해하기
AI 에이전트란 무엇인가?
현대 엔터프라이즈 애플리케이션 곳곳에서 AI 에이전트를 볼 수 있습니다. 이 에이전트들은 작업을 완료하고, 질문에 답하고, 워크플로를 자동화하는 디지털 비서 역할을 합니다. AI 업계는 이를 활용해 대화형 시스템, 코딩 어시스턴트, 그리고 변호사가 법률 데이터셋과 상호작용하도록 돕는 도구까지 만들고 있습니다. 치료제 분야의 TxGemma나 웹 앱을 실행하는 에이전트 시스템 같은 사례도 찾아볼 수 있습니다. AI 에이전트는 사람과 기계 양쪽의 전문성에 의존합니다. 그 효과는 기존 데이터 및 소프트웨어 시스템과 얼마나 잘 연결되는지에 달려 있습니다. 복잡한 작업에 AI 에이전트를 사용할 때는 품질과 정확성을 보장하기 위해 사람의 지침과 검토가 필요합니다.
- AI 에이전트는 코딩, 법률, 치료 분야의 대화형 시스템을 가능하게 합니다.
- 컴퓨팅 패러다임을 재정의할 수 있지만, AI 연구소에 항상 수익을 안겨 주는 것은 아닐 수 있습니다.
- 에이전트의 성능은 기존 소프트웨어 및 사람의 전문성과의 통합에 달려 있습니다.
전문 법률 소프트웨어 회사가 에이전트 시스템을 활용해 자사 데이터에 대화형 인터페이스를 추가하면, 변호사는 더 효율적으로 일할 수 있습니다. 이를 위해 최고 수준의 프론티어 모델이 꼭 필요하지는 않습니다. 모델 자체보다 LLM을 둘러싼 데이터와 소프트웨어가 더 중요합니다. 적절한 AI 도구와 전문성을 결합하면 성능이 떨어지는 모델이라도 효과적인 에이전트를 만들 수 있습니다.
AI의 LLM
LLM, 즉 대규모 언어 모델은 생성형 AI 도구의 핵심 기술입니다. 텍스트를 생성하고, 질문에 답하고, 정보를 요약하는 데 LLM을 사용합니다. 개발자는 LLM에 도구와 메모리를 결합해 자율 에이전트를 구축합니다. 이러한 에이전트는 지속적인 감독 없이도 작업을 수행할 수 있습니다. 에이전트형 AI는 여러 에이전트가 전략을 세우고 적응하며 목표를 달성하는 복잡한 시스템을 의미합니다. 챗봇부터 워크플로 자동화까지 다양한 영역에서 LLM이 동작하고 있습니다.
모델 기반 아키텍처와 에이전트 기반 아키텍처를 비교하면 다음과 같습니다.
| 항목 | 모델 기반 아키텍처 | 에이전트 기반 아키텍처 |
|---|---|---|
| 핵심 단위 | 단일 모델 추론 | 하나 이상의 에이전트형 LLM |
| 동작 패턴 | 입력 → 출력 | 메모리를 갖춘 관찰 → 행동 루프 |
| 워크플로 유형 | 선형 파이프라인 | 에이전트형 워크플로 자동화 |
| 오케스트레이션 | 하드코딩된 스크립트 | 동적 AI 오케스트레이션 |
| 메모리 | 임시 캐싱 또는 RAG | 구조화된 에이전트 상태 관리 |
| 도구 & API | 앱 로직에서 호출 | 도구를 사용하는 에이전트가 호출 |
| 자율성 | 수동 감독 | 단계별 AI 자율성 수준 |
| 진화 | 재학습 또는 미세 조정 | 피드백을 통한 자가 개선 에이전트 |
| 확장 패턴 | 엔드포인트 추가 | 에이전트와 도구 추가 |
에이전트 기반 아키텍처는 메모리와 도구를 갖춘 LLM을 활용해 자율 에이전트를 만든다는 점을 확인할 수 있습니다. 이러한 에이전트는 서로 협업하고 시간이 지나면서 개선될 수 있습니다.
이 숨겨진 문제가 존재하는 이유
많은 개발자와 조직이 AI 에이전트 개발에서 LLM 중심 접근 방식을 당연하게 여기고 있습니다. 이들은 프롬프트 체이닝과 구조화된 추론을 통해 LLM을 오케스트레이션하는 데 집중합니다. 이런 흐름은 생산성과 유연성을 높여 줍니다. 멀티 에이전트 시스템은 전문화된 에이전트 간의 협업을 가능하게 합니다. 워크플로 중심 프레임워크는 결정론적 파이프라인과 에이전트 기반 의사결정을 결합합니다. 엔터프라이즈급 플랫폼은 거버넌스 및 규정 준수 통제 기능으로 역량을 확장합니다.
하지만 LLM에 지나치게 의존하면 숨겨진 문제에 직면하게 됩니다. 출력의 품질은 도메인 전문 지식과 구조화된 워크플로를 통합할 때 향상됩니다. 전문가 평가에 따르면 LLM과 도메인 지식을 결합하면 더 나은 결과로 이어집니다. LLM만으로는 신뢰할 수 있는 성능을 보장할 수 없다는 점을 기억해야 합니다. 신뢰할 수 있는 자율 에이전트를 구축하려면 전문성, 적절한 AI 도구, 그리고 엔지니어링 원칙이 필요합니다.
AI 에이전트 설계의 숨겨진 문제

LLM에 대한 과도한 의존
대규모 언어 모델만으로 AI 에이전트의 모든 과제를 해결할 수 있다고 생각할 수도 있습니다. 많은 개발자와 조직이 이러한 접근 방식을 일상화하여 의사 결정과 작업 실행을 LLM에 크게 의존하고 있습니다. 그러나 이러한 과도한 의존은 AI 에이전트의 품질과 신뢰성에 영향을 미치는 숨겨진 문제를 만듭니다. LLM은 데이터의 패턴을 기반으로 출력을 생성하지만, 진정한 이해나 결정적 제어 능력은 부족합니다. 이에 지나치게 의존하면 시스템이 예측할 수 없거나 일관성이 없는 결과를 낼 수 있습니다. 이러한 예측 불가능성 때문에 중요한 비즈니스 워크플로에서 AI 에이전트를 신뢰하기 어렵습니다.
여러 LLM 기반 에이전트를 결합한 멀티 에이전트 시스템은 더 정교한 동작을 약속합니다. 그러나 단일 에이전트 구성에 비해 훨씬 많은 리소스와 토큰을 소비하는 경우가 많습니다. 예를 들어 Anthropic은 동일한 작업에 대해 멀티 에이전트 실행이 단일 에이전트 채팅보다 약 15배 많은 토큰을 사용한다는 것을 확인했습니다. 이러한 비효율성은 더 나은 결과를 보장하지 않으면서 시스템 속도를 떨어뜨리고 비용을 증가시킬 수 있습니다. 또한 에이전트 간의 컨텍스트와 조정을 관리하는 데 어려움이 있으며, 이는 혼란과 오류로 이어질 수 있습니다.
LLM 중심의 AI 에이전트 설계에서 나타나는 주요 엔지니어링 격차에는 운영 가시성 개선의 필요성, 에이전트형 시스템과 비에이전트형 시스템의 명확한 구분, 그리고 멀티 에이전트 오케스트레이션과 컨텍스트 관리의 개선이 포함됩니다.
소프트웨어 엔지니어링 격차
AI 에이전트 설계에서 소프트웨어 엔지니어링 원칙을 소홀히 하면 이 숨겨진 문제는 더 심각해집니다. 많은 AI 프로젝트가 프롬프트 엔지니어링과 모델 튜닝에 집중하지만, 상태 관리, 관측 가능성, 오류 처리와 같은 필수 엔지니어링 관행은 간과합니다. 이런 요소가 없으면 AI 에이전트는 취약해지고 유지 관리가 어려워집니다.
AI 에이전트를 엄격한 엔지니어링이 필요한 복잡한 소프트웨어 시스템으로 다뤄야 합니다. 이는 명확한 워크플로를 구축하고, 에이전트의 상태를 신중하게 관리하며, 성능과 실패를 추적할 수 있는 모니터링 도구를 구현한다는 뜻입니다. 이러한 기반이 부족하기 때문에 많은 AI 워크플로가 여전히 불안정합니다. 잦은 실패와 예외 상황을 잡아내려면 사람의 감독이 필요해지며, 이는 자동화를 늦추고 품질을 떨어뜨립니다.
AI 에이전트가 관여하는 워크플로는 복잡한 경우가 많으며, 잦은 실패와 예외 상황 때문에 지속적인 사람의 감독이 필요합니다. 이는 LLM 중심의 AI 시스템을 도입할 때 나타나는 운영상의 과제를 잘 보여 줍니다.
이러한 엔지니어링 단계를 건너뛰면 AI 에이전트는 규모를 확장하거나 새로운 시나리오에 적응하는 데 어려움을 겪게 됩니다. 디버깅과 테스트도 어려워지고, 시스템 동작에 대한 통제력을 잃게 됩니다. 이러한 소프트웨어 엔지니어링의 격차는 AI 투자를 약화시키는 숨겨진 문제를 만듭니다.
AI 성능에 미치는 영향
이 숨겨진 문제는 AI 에이전트의 성능에 직접적인 영향을 미칩니다. 응답 속도 저하, 의사 결정 정확도 저하, 예기치 않은 입력에 대한 낮은 적응력과 같은 문제가 나타날 수 있습니다. 이러한 문제는 AI 시스템 전반의 품질을 떨어뜨리고 사용자를 불편하게 합니다.
일반적인 성능 과제는 다음과 같습니다.
- 예기치 않거나 새로운 입력을 빠르게 처리하기 어려움
- 응답을 지연시키는 LLM 호출의 높은 지연 시간
- 에이전트 동작을 테스트하고 평가하는 데 어려움
- 복잡한 멀티 에이전트 상호작용을 디버깅하는 데 어려움
이러한 문제는 강력한 엔지니어링 통제 없이 AI 에이전트가 LLM의 확률적 출력에 지나치게 의존하기 때문에 발생합니다. 신뢰성과 품질을 높이려면 LLM의 창의적 역량과 결정적인 소프트웨어 엔지니어링 사이의 균형을 맞춰야 합니다.
이 균형을 무시하면 AI 에이전트는 운영 환경에서 신뢰할 수 없게 되거나 심지어 해로운 존재가 될 위험이 있습니다. 기업은 일관되고 신뢰할 수 있는 시스템을 요구합니다. 적절한 엔지니어링이 없다면 AI 에이전트는 이러한 기대를 충족할 수 없습니다.
적응성 문제, 응답 시간 문제, 의사 결정 정확도 문제, 전반적인 신뢰성 문제는 LLM 중심 AI 에이전트에서 보고되는 가장 흔한 성능 문제로 남아 있습니다.
이 숨은 문제를 인식하고, AI 에이전트 개발에 견고한 소프트웨어 엔지니어링 관행을 도입하여 해결해야 합니다. 그렇게 해야 일관된 품질을 제공하고 효과적으로 확장할 수 있는 시스템을 구축할 수 있습니다.
AI 에이전트를 위한 소프트웨어 엔지니어링 원칙
신뢰할 수 있는 AI 에이전트를 구축하려면 탄탄한 소프트웨어 엔지니어링 원칙을 적용해야 합니다. 이러한 원칙은 엔지니어링상의 한계를 극복하고, 확장 및 적응이 가능하며 일관된 결과를 제공하는 시스템을 만드는 데 도움이 됩니다. 소프트웨어 엔지니어는 단순하고 투명하며 유지 관리가 쉬운 시스템을 설계하는 데 중점을 둡니다. AI 기반 엔지니어링 시스템을 다룰 때는 이러한 가치를 우선시해야 합니다.
오케스트레이션과 상태 관리
오케스트레이션을 사용하면 복잡한 작업을 더 작은 단계로 나눌 수 있습니다. 각 단계를 전문화된 에이전트에 라우팅할 수 있습니다. 이 방식은 단일 에이전트로는 감당할 수 없는 복잡성을 처리합니다. 상태 관리는 에이전트가 긴 워크플로 전반에서 중요한 정보를 기억하도록 보장합니다. 중단 후에도 에이전트가 작업을 재개할 수 있도록 공유 상태를 영속화해야 합니다. 소프트웨어 엔지니어는 오케스트레이션을 활용해 작업을 격리하고 안정성을 높입니다. 또한 모든 작업을 기록하여 자연스러운 감사 추적을 만듭니다. 이를 통해 문제를 조사하고 규정 준수를 유지할 수 있습니다.
| 이점 | 설명 |
|---|---|
| 단일 에이전트가 처리할 수 없는 복잡성을 해결 | 오케스트레이션은 여러 단계로 된 작업을 전문 에이전트에게 라우팅할 수 있는 하위 작업으로 나눕니다. |
| 에이전트 기능을 독립적으로 확장 | 전체 시스템을 재설계하지 않고도 개별 에이전트를 추가하거나 업그레이드할 수 있습니다. |
| 장기 실행 워크플로 전반에서 컨텍스트 유지 | 공유 상태 관리를 통해 에이전트가 컨텍스트를 유지하므로 복잡한 상호 작용에서 매우 중요합니다. |
| 작업 격리를 통한 안정성 향상 | 오케스트레이터는 전체 워크플로를 중단시키지 않고 장애를 관리할 수 있습니다. |
| 자연스러운 감사 추적 생성 | 중앙 집중식 오케스트레이션이 모든 작업을 기록하므로 규정 준수와 조사에 도움이 됩니다. |
컨텍스트 크기를 모니터링하고 요약을 사용해 관리 가능한 수준으로 유지해야 합니다. 소프트웨어 엔지니어는 개인정보 위험을 줄이기 위해 꼭 필요한 최소한의 상태만 영속화합니다.
평가와 관측 가능성
AI 에이전트의 안정성을 확보하려면 지속적인 평가가 필수적입니다. 배포 후에도 시스템 비용, 응답 시간, 성능을 추적해야 합니다. 소프트웨어 엔지니어는 관측 가능성 도구를 사용해 지연 시간 패턴과 리소스 소비를 수집합니다. 이를 통해 사용자에게 영향을 주기 전에 문제를 파악할 수 있습니다. 내부 상태와 의사 결정을 모니터링하면 근본 원인 분석이 용이해지고 진단 시간이 줄어듭니다. 에이전트가 어떻게 의사 결정을 내리는지 가시성을 확보할 수 있으며, 이는 위험 관리와 운영 효율성 보장에 필수적입니다.
- 지속적인 평가로 비용과 응답 시간을 추적합니다.
- 관측 가능성으로 지연 시간과 리소스 사용량을 파악합니다.
- 모니터링은 거버넌스와 위험 관리를 지원합니다.
- 의사 결정 과정에 대한 가시성은 운영 통제력을 높입니다.
이와 같은 소프트웨어 엔지니어링 관행은 안정적이고 신뢰할 수 있는 시스템을 유지하는 데 도움이 됩니다.
통합과 확장성
통합은 AI 에이전트를 엔터프라이즈 시스템, LLM, API에 연결합니다. 원활한 운영을 위해서는 명확한 API와 잘 문서화된 인터페이스가 필요합니다. 소프트웨어 엔지니어는 깔끔한 코드 작성, 알고리즘 최적화, 확장 가능한 시스템 설계에 집중합니다. Azure AI Foundry는 AI 수명 주기 전체를 관리하기 위한 통합 플랫폼을 제공합니다. 엔터프라이즈 애플리케이션과의 매끄러운 통합과 대용량 트랜잭션을 처리할 수 있는 확장 가능한 인프라를 지원합니다. Kinectify와 H&R Block 같은 기업은 Azure AI Foundry를 사용해 복잡한 워크플로를 자동화하고 실시간 데이터를 처리합니다.
- 중앙 집중식 플랫폼은 통합 과제를 줄여 줍니다.
- 확장 가능한 인프라는 엔터프라이즈 요구 사항을 지원합니다.
- API 기반 액세스로 기존 시스템과 손쉽게 연결할 수 있습니다.
모듈성과 관심사 분리를 고려하여 환경을 설계해야 합니다. 이 방식을 사용하면 전체 시스템 아키텍처를 재설계하지 않고도 에이전트를 추가하거나 업그레이드할 수 있습니다. 소프트웨어 엔지니어는 AI 기반 엔지니어링 시스템이 안정적이고 적응력 있으며 향후 성장에 대비할 수 있도록 보장합니다.
AI 엔지니어링을 소홀히 할 때의 위험
신뢰할 수 없는 출력
AI 프로젝트에서 엔지니어링을 소홀히 하면 신뢰할 수 없는 결과를 내는 시스템을 만들 위험이 있습니다. 이런 시스템은 대개 통계 모델을 사용하는 AI 코딩 도구에 의존합니다. 그러나 이러한 도구는 처리하는 정보를 실제로 이해하지 못합니다. 대신 과거 데이터를 바탕으로 무엇이 맞을 가능성이 높은지 추측합니다. 이 방식은 특히 시스템이 이전에 본 적 없는 상황에서 예측할 수 없는 실패로 이어질 수 있습니다. 이러한 시스템의 연쇄 사고(chain-of-thought) 단계는 실제 추론이 아니라 학습된 패턴이라는 점도 확인하실 수 있을 것입니다. 결과적으로 AI 코딩 도구는 지능을 흉내 낼 수 있지만, 예측하거나 설명하기 어려운 실수를 여전히 저지릅니다.
| 증거 설명 | 핵심 포인트 |
|---|---|
| LLM은 통계 모델입니다 | 옳고 그름을 판단할 수 없으며, 무엇이 맞을 가능성이 높은지만 판단할 수 있습니다. |
| 데이터 의존성 | 통계 모델은 예외적인 상황(엣지 케이스)에서 신뢰하기 어렵습니다. |
| 추론의 환각 | 모델이 힌트를 인정하지 않고 활용하여 오류로 이어질 수 있습니다. |
| 예시의 필요성 | AI는 과거 데이터에 의존하므로 성능을 개선하려면 많은 예시가 필요합니다. |
| 지능 흉내 | 이해 없이 지능을 흉내 내는 시스템은 예측할 수 없이 실패할 수 있습니다. |
이런 시스템이 숙련된 전문가를 대체하면서도 그들의 판단에 미치지 못하면 전문성의 가치가 떨어지는 현상을 보실 수 있습니다. 이는 AI 코딩 도구에 대한 신뢰를 낮추고 결과의 품질을 떨어뜨릴 수 있습니다.
컴플라이언스 및 보안 문제
엔지니어링을 소홀히 하면 시스템이 컴플라이언스 및 보안 위험에도 노출됩니다. 많은 기업이 데이터 거버넌스에 대한 우려 때문에 AI 도입을 망설입니다. 적절한 통제 장치가 없는 AI 코딩 도구는 독점 코드나 민감한 정보를 잘못 다룰 수 있습니다. 시스템을 통제하지 못하게 되어, 예측할 수 없게 동작하거나 되돌릴 수 없는 조치를 취할 수도 있습니다. 클라우드 워크로드에 과도한 권한이 부여되면 사이버 범죄자에게 새로운 공격 경로가 생길 수 있습니다. 일부 시스템은 사이버 공격이나 허위 정보 유포에 악용되기까지 합니다.
| 인시던트 유형 | 비율 |
|---|---|
| 확인된 인시던트 | 59% |
| 의심 인시던트 | 29% |
| 보고된 인시던트 없음 | 12% |
AI 에이전트와 관련된 보안 또는 개인정보 인시던트가 확인되었거나 의심된다고 보고한 조직이 거의 88%에 달합니다. 의료 분야에서는 이 수치가 92%를 넘습니다. 이 수치들은 안전하고 규정을 준수하는 시스템을 위해 탄탄한 엔지니어링이 얼마나 중요한지를 보여줍니다.
경제적 및 생산성 영향
신뢰할 수 없는 AI 시스템은 큰 경제적 손실을 낳고 생산성을 떨어뜨릴 수 있습니다. 엔지니어링의 엄밀함이 부족한 AI 코딩 도구에 의존하면 비용이 많이 드는 오류와 수작업 검증 업무에 직면할 수 있습니다. 2024년에 신뢰할 수 없는 AI로 인해 문서화된 경제적 손실은 674억 달러에 달했습니다. 팀이 AI가 생성한 콘텐츠를 확인하고 수정해야 했기 때문에 기업의 생산성은 22% 하락했습니다. 이는 시간을 낭비할 뿐 아니라, AI가 약속한 생산성 향상이라는 목표 자체를 무너뜨립니다.
| 영향 영역 | 문서화된 영향 |
|---|---|
| 경제적 손실 | 2024년 문서화된 손실 674억 달러 |
| 생산성 감소 | 수작업 검증으로 인한 22% 감소 |
| 원인 | 신뢰할 수 없는 AI 생성 콘텐츠 |
또한 숙련된 작업자의 정확도에 미치지 못하는 상태로 시스템이 업무를 자동화하면서 전문성의 가치가 떨어지는 현상도 보실 수 있습니다. 이는 일관성 없는 의사결정과 조직 시스템에 대한 신뢰 저하로 이어질 수 있습니다. 실질적인 생산성 향상을 달성하려면 AI를 탄탄한 엔지니어링 및 신뢰할 수 있는 데이터와 결합해야 합니다.
실제 AI 에이전트의 과제

사례: 운영 환경에서 실패하는 AI 에이전트
탄탄한 엔지니어링 없이 AI 에이전트를 배포할 때 많은 조직이 어려움을 겪는 것을 보실 수 있습니다. 이러한 실패는 팀이 언어 모델에 지나치게 의존하고 중요한 소프트웨어 관행을 건너뛸 때 자주 발생합니다. 가장 흔한 과제는 신뢰성, 취약한 관찰 가능성, 그리고 사람의 감독 상실입니다. 아래 표에서 이러한 문제를 확인하실 수 있습니다:
| 과제 | 설명 |
|---|---|
| 신뢰성 | 많은 팀이 신뢰성을 AI 에이전트의 가장 취약한 부분으로 보고하며, 이는 신뢰 문제로 이어집니다. |
| 관찰 가능성 | 취약한 관찰 가능성은 흔한 고충으로, AI 성능을 효과적으로 모니터링하기 어렵게 만듭니다. |
| 사람의 감독 | AI에 대한 과도한 의존은 특히 중요한 의사결정 영역에서 필요한 사람의 감독을 약화시킬 수 있습니다. |
| 윤리적 거버넌스 | 조직에는 AI를 책임 있게 배포하기 위해 윤리적 거버넌스 프레임워크가 필요합니다. |
특히 소규모 배포에서는 비용 문제에도 직면할 수 있습니다. 트래픽이 많은 에이전트는 지연 시간과 신뢰성 문제를 겪을 수 있습니다. 강력한 평가와 모니터링이 없으면 문제를 조기에 발견할 수 없습니다. 의료나 금융처럼 중대한 영향을 미치는 분야에서는 이러한 시스템에 대한 과도한 의존이 잘못된 결정으로 이어질 수 있습니다. 운영의 투명성과 책임성을 유지하려면 윤리적 거버넌스가 필요합니다.
많은 팀이 관측성(observability)이 부족하면 에이전트가 어떻게 의사 결정을 내리는지 추적하기 어렵다는 점을 알게 됩니다. 이렇게 가시성이 떨어지면 실제 피해가 발생하기 전까지 눈에 띄지 않는 실수가 생길 수 있습니다.
사례: 엔지니어링 중심의 성공 사례
AI와 엔지니어링을 결합하면 더 나은 결과를 얻을 수 있습니다. 엔지니어링 모범 사례를 적용한 기업들은 안정성, 효율성, 비즈니스 성과가 향상되는 것을 확인하고 있습니다. 예를 들어 Synera의 엔지니어링 팀은 확장 가능한 클라우드 인프라에 에이전트를 배포합니다. 이 에이전트들은 대규모 작업을 처리하고 반복적인 작업을 자동화합니다. 이러한 접근 방식은 워크플로를 간소화하여 자동차, 항공우주 같은 산업의 생산성을 높입니다.
| 항목 | 설명 |
|---|---|
| 확장성 | Synera의 AI 에이전트는 확장 가능한 클라우드 인프라에 배포할 수 있어 대규모 작업을 효율적으로 처리할 수 있습니다. |
| 효율성 | AI 에이전트는 반복적인 작업을 자동화하여 워크플로를 간소화하고 전반적인 효율성을 높입니다. |
| 통합 | Synera는 업계 표준 엔지니어링 도구와 통합되어 효율적인 R&D 환경을 만듭니다. |
| 에이전틱 엔지니어링 | AI 기반 다중 에이전트 시스템을 활용해 엔지니어링 프로세스를 자동화하는 새로운 접근 방식입니다. |
모범 사례를 살펴볼 사례 연구로 Azure AI Foundry도 참고할 수 있습니다. NTT DATA는 이 플랫폼을 활용해 Microsoft Fabric Data Agent 및 기타 엔터프라이즈 도구와 연결되는 에이전트를 구축했습니다. HR 및 운영 부서의 직원들은 이제 자연스러운 방식으로 데이터와 상호 작용하며 실시간 인사이트를 얻고 신속하게 조치를 취합니다. 이 솔루션으로 출시 기간(time-to-market)을 절반으로 줄였으며, 비기술 사용자도 엔터프라이즈 인텔리전스를 쉽게 활용할 수 있게 되었습니다.
- Azure AI Foundry는 엔터프라이즈급 거버넌스를 위해 기본적으로 안전한 도구 관리 기능을 제공합니다.
- 기본 제공 커넥터가 인증과 ID를 관리하므로 보안 팀이 액세스를 손쉽게 제어할 수 있습니다.
- 이 플랫폼은 외부 ID 시스템과의 통합을 지원하므로 조직 전반으로 확장하는 데 도움이 됩니다.
이처럼 엔지니어링 중심의 접근 방식은 실질적인 가치를 제공하는 안정적이고 확장 가능하며 안전한 AI 시스템을 구축하는 데 도움이 됩니다.
더 나은 AI 에이전트 구축하기
LLM과 엔지니어링의 균형 맞추기
대규모 언어 모델과 탄탄한 엔지니어링 실무를 균형 있게 결합하면 더 나은 AI 에이전트를 구축할 수 있습니다. 많은 팀이 모델 성능에만 집중하지만, 안정적인 결과를 얻으려면 두 가지 접근 방식을 함께 활용해야 합니다. 먼저 협업형 감독을 도입하십시오. AI 에이전트가 업무를 지원하도록 하되 출력 결과는 항상 검증해야 합니다. 데이터 품질에도 집중하십시오. 다양하고 고품질의 데이터셋으로 에이전트를 학습시키면 안정성이 높아집니다. 팀이 시스템을 신뢰할 수 있도록 의사 결정 과정을 투명하게 만드십시오. 프로젝트가 성장함에 따라 확장할 수 있도록 에이전트를 설계하십시오. 편향 여부를 점검하고 공정성을 확보하여 윤리적 우려를 해결하십시오.
다음은 따라 할 수 있는 다섯 가지 실행 단계입니다:
- 협업형 감독을 활용해 에이전트 출력 결과를 정기적으로 검증하십시오.
- 고품질의 다양한 데이터로 에이전트를 학습시키십시오.
- 팀이 이해할 수 있도록 의사 결정 과정을 투명하게 만드십시오.
- 조직과 함께 확장할 수 있도록 에이전트를 설계하십시오.
- 윤리적 우려를 해결하고 책임성을 유지하십시오.
Azure AI Foundry는 엔지니어링과 LLM의 통합을 돕습니다. 이 플랫폼은 모델 오케스트레이션과 수명 주기 관리를 위한 도구를 제공합니다. 프롬프트 엔지니어링 기능과 재사용 가능한 템플릿을 활용하여 지능형 워크플로를 구축할 수 있습니다. Azure AI Foundry는 REST API와 SDK를 통해 엔터프라이즈 시스템과의 원활한 통합을 지원합니다. 이를 통해 실제 비즈니스 애플리케이션에 AI 에이전트를 더 쉽게 배포할 수 있습니다.
교차 분야 팀
교차 분야 팀을 구성하면 더 나은 결과를 얻을 수 있습니다. 이러한 팀에는 연구원, 임상의, 규제 담당자 등 다양한 전문가가 함께합니다. 각 구성원이 고유한 지식을 더해 복잡한 과제를 해결하는 데 도움이 됩니다. 일상적인 업무를 자동화하면 팀이 창의적이고 전략적인 업무에 집중할 수 있습니다. 추론 에이전트는 최종 감사자 역할을 하며, 여러 모델의 출력 결과를 점검하고 통합합니다. 이 과정을 통해 투명성과 신뢰성이 높아집니다. 팀이 협력하면 정확도가 향상되고, 편향이 줄어들며, 모델 드리프트에 대한 견고성이 높아지는 것을 확인할 수 있습니다.
- 교차 분야 협업은 다양한 전문성을 하나로 모읍니다.
- 자동화는 창의적이고 전략적인 업무에 쓸 시간을 확보해 줍니다.
- 추론 에이전트는 투명성과 신뢰성을 높입니다.
모범 사례와 거버넌스
AI 에이전트가 제대로 작동하고 안전하게 유지되도록 하려면 모범 사례와 강력한 거버넌스 모델을 따라야 합니다. 정확도와 작업 완료율 같은 측정 가능한 KPI를 설정하십시오. 직원들이 AI 에이전트의 역할을 이해하도록 돕는 변화 관리 프로그램을 개발하십시오. 의사 결정 계층 구조와 위험 관리 프로토콜을 갖춘 거버넌스 프레임워크를 만드십시오. 설계, 교육, 모니터링을 위한 체계적인 프로세스로 에이전트 수명 주기를 관리하십시오. 보안 프레임워크를 사용하여 데이터를 보호하고 액세스를 제어하십시오. 처벌을 피하기 위해 규제 준수를 보장하십시오. 에이전트 성능을 실시간으로 모니터링하고, 장애나 침해에 대비한 위기 관리 계획을 준비하십시오. 데이터 파이프라인을 깨끗하게 유지하고 데이터 품질을 검증하십시오. 원활한 통신을 위해 API 우선 통합에 집중하십시오. 다중 에이전트 오케스트레이션과 고가용성을 계획하십시오. 모니터링 시스템으로 에이전트 동작과 준수 여부를 추적하십시오. ID 시스템으로 액세스를 관리하고, 문제 해결을 위해 감사 추적을 보관하십시오. 에이전트 수명 주기 전반에 걸쳐 보안 개발을 실천하십시오.
| 모범 사례 / 거버넌스 모델 | 설명 |
|---|---|
| 측정 가능한 KPI 정의 | 정확도와 작업 완료율에 대한 목표를 설정하십시오. |
| 변화 관리 | 직원의 우려를 해소하고 에이전트의 역할을 명확히 하십시오. |
| AI 거버넌스 프레임워크 | 의사 결정 계층 구조와 위험 프로토콜을 만드십시오. |
| 에이전트 수명 주기 관리 | 설계, 교육, 모니터링을 체계화하십시오. |
| 보안 프레임워크 | 데이터를 보호하고 액세스를 제어하십시오. |
| 규제 준수 | 법률과 규정을 준수하십시오. |
| 실시간 모니터링 | 성능과 위험을 추적하십시오. |
| 위기 관리 계획 | 장애와 침해에 대비하십시오. |
| 데이터 파이프라인 무결성 | 데이터 품질을 검증하십시오. |
| API 우선 통합 전략 | 원활한 통신을 가능하게 하십시오. |
| 다중 에이전트 오케스트레이션 | 협업을 계획하십시오. |
| 고가용성 및 안정성 | 이중화와 복구를 보장하십시오. |
| 모니터링 시스템 | 동작과 규정 준수를 추적하십시오. |
| ID 및 액세스 관리 | 액세스 제어를 관리하십시오. |
| 감사 추적 | 에이전트 작업을 기록하십시오. |
| 보안 개발 사례 | 수명 주기 전반에 걸쳐 보안을 평가하십시오. |
팁: Azure AI Foundry와 같은 플랫폼을 사용하면 통합과 거버넌스를 간소화할 수 있습니다. 엔터프라이즈를 위한 오케스트레이션 도구, 프롬프트 엔지니어링 기능, 확장 가능한 배포 옵션을 활용할 수 있습니다.
AI 에이전트 개발에서 LLM에 지나치게 의존하면 심각한 위험에 직면하게 됩니다.
| 위험 유형 | 설명 |
|---|---|
| 보안 취약점 | IT 리더의 71%가 보안, 잘못된 정보, 안전하지 않은 코드를 우려하고 있습니다. |
| 개인정보 위험 | 제대로 구성되지 않으면 LLM이 민감한 데이터를 유출할 수 있습니다. |
| 책임 소재 문제 | 블랙박스 특성 때문에 실수에 대한 책임을 지정하기 어렵습니다. |
견고한 소프트웨어 엔지니어링과 LLM을 결합해야 합니다. 많은 조직이 이제 Azure AI Foundry와 같은 플랫폼을 활용해 안정적이고 확장 가능한 시스템을 구축하고 있습니다. 명확한 KPI를 설정하고, 데이터 품질을 개선하고, 위기 관리를 계획하는 것부터 시작하십시오. 엔지니어링과 LLM의 균형을 맞추면 더 스마트하고 신뢰할 수 있는 AI 에이전트가 비즈니스의 미래를 만들어 갈 것입니다.
자주 묻는 질문
AI 에이전트에서 LLM에 지나치게 의존할 때의 주요 위험은 무엇입니까?
예측할 수 없는 출력, 목표 이탈, 책임 소재 부재의 위험이 있습니다. LLM에 과도하게 의존하면 AI 에이전트가 신뢰할 수 없고 중요한 비즈니스 작업에 안전하지 않을 수 있습니다.
소프트웨어 엔지니어링은 AI 에이전트의 안정성을 어떻게 향상합니까?
엔지니어링은 오케스트레이션, 상태 관리, 관측 가능성을 통해 구조를 더합니다. 이러한 사례는 AI 동작을 제어하고, 성능을 추적하며, 오류를 효과적으로 처리하는 데 도움이 됩니다.
AI 에이전트는 사람의 감독 없이 작동할 수 있습니까?
완전히는 어렵습니다. 특히 복잡하거나 중요도가 높은 환경에서는 오류를 찾아내고, 결정을 안내하고, 신뢰를 유지하기 위해 사람의 감독이 여전히 필수적입니다.
AI 에이전트 개발에서 Azure AI Foundry는 어떤 역할을 합니까?
Azure AI Foundry는 오케스트레이션, 평가, 거버넌스를 위한 도구를 제공합니다. 엔터프라이즈 시스템과 잘 통합되는 확장 가능하고 안전하며 안정적인 AI 에이전트를 구축하는 데 도움을 줍니다.
다중 에이전트 시스템은 AI 성능과 비용에 어떤 영향을 미칩니까?
다중 에이전트 시스템은 기능을 향상할 수 있지만, 리소스 사용량과 복잡성을 증가시키는 경우가 많습니다. 적절한 엔지니어링이 없다면 워크플로를 늦추고 비용을 높일 수 있습니다.
AI 프로젝트에서 LLM과 엔지니어링의 균형을 맞추려면 어떤 단계를 밟을 수 있습니까?
공동 감독을 활용하고, 데이터 품질에 집중하고, 확장성을 고려해 설계하고, 투명성을 확보하고, 강력한 거버넌스를 적용하십시오. 이러한 단계를 결합하면 신뢰할 수 있는 AI 에이전트를 만들 수 있습니다.
🎧 이 에피소드 듣기
Karthikeyan VK [MVP]와 함께하는 엔터프라이즈 AI 에이전트 엔지니어링을 실무 관점에서 쉽게 풀어봅니다. 이번 에피소드에서는 이 주제를 명확하게 설명하고, Microsoft 365, Azure, Power Platform, 보안, AI, 그리고 현대적인 업무 환경에서 왜 중요한지 살펴봅니다.
예측하기 어려운 LLM을 다루는 방법에 대한 전문가의 통찰을 더 깊이 알고 싶다면, Karthikeyan VK [MVP]와 나누는 엔터프라이즈 AI 에이전트 엔지니어링 전체 인터뷰를 확인해 보시기 바랍니다.
다음과 같은 경우 이 에피소드를 들어보시기 바랍니다:
- Karthikeyan VK [MVP]와 함께하는 엔터프라이즈 AI 에이전트 엔지니어링의 핵심 개념 이해하기
- 이 기술이 더 넓은 Microsoft 기술 생태계에서 어떤 위치에 있는지 살펴보기
- 조직에서 실질적인 가치를 만들어낼 수 있는 영역 알아보기
함께 보시면 좋은 관련 M365 FM 에피소드:
- Microsoft AI 에이전트 런타임: 엔터프라이즈 챗봇을 넘어서
- 엔터프라이즈 AI 에이전트 패브릭: 챗봇을 넘어선 아키텍처
- 데이터에서 지능형 에이전트까지: Microsoft AI Foundry로 신뢰할 수 있는 엔터프라이즈 AI 구축 (Shubhangi Goyal [MVP] 출연)
- AI 과대평가에서 AI 하네스 엔지니어링까지 – Gentleman Programming의 Alan Buscaglia [MVP]와 함께 사람들이 실제로 신뢰할 수 있는 AI 구축하기
- 에이전트 간(Agent-to-Agent, A2A) 통신 쉽게 설명하기
M365 FM에서 더 많은 실무 중심 Microsoft 이야기를 만나보세요.