YouMind
로그인

AI 관측성, 평가 및 보증의 융합: 가능할까?

@asad0801
영어2026년 10월 11일
217K
62
14
12
6

TL;DR

본 기사는 AI 관측성, 평가, 보증 시장의 통합 동향을 분석하며, Satya Nadella의 거버넌스 원칙을 참고하고 AI 에이전트에 대한 독립적 검증의 필요성에 대해 논의합니다.

나델라(Nadella)의 7 가지 원칙, Dynatrace 의 9 억 1,500 만 달러 규모 Arize 인수, 그리고 AI 에이전트를 누가 검증해야 하는지를 두고 CIO, 창업자, 투자자가 벌인 논쟁. 2026 년 10 월 업데이트.

AI 에이전트는 환불 절차를 완벽하게 설명하면서도 엉뚱한 계좌로 돈을 보낼 수 있습니다. 대화 기록은 흠잡을 데 없지만, 실제 거래는 잘못된 것이죠.

이런 문제를 잡아내기 위한 세 가지 제품군이 존재합니다. 바로 옵저버빌리티(observability), 평가(evaluation), 보증(assurance)입니다. 벤더들은 이들을 하나로 합치기 시작했습니다. 구매자들이 그 흐름을 따를지는 아직 미지수이며, 두 번째 질문도 마찬가지입니다. 과연 누가 검증을 맡아야 하고, 무엇이 진정한 의미의 '독립적' 검증일까요?

AI 는 단순히 질문에 답하는 단계를 넘어 직접 행동을 실행하는 단계로 진화하고 있습니다. Gartner 는 2028 년까지 엔터프라이즈 소프트웨어 애플리케이션의 3 분의 1이 에이전틱 AI 를 탑재할 것으로 전망하며, 이는 2024 년의 1% 미만에서 크게 증가한 수치입니다. 이러한 에이전트는 코드를 작성하고 제출하며, 자금을 이체하고, 고객과 소통합니다. 대개 사람이 실시간으로 감시할 필요 없이 말이죠.

소프트웨어가 단순히 답변만 내놓던 시절에는 그 답변이 훌륭한지가 유일한 관심사였습니다. 하지만 에이전트는 더 많은 질문을 던지게 합니다. 무엇을 했는가, 그것이 옳았는가, 누군가 책임을 질 수 있는가, 그리고 멈출 수 있는가? CIO 에게 이는 엔지니어링의 문제인 동시에 AI 거버넌스 및 리스크 관리의 문제이기도 합니다.

오늘날 세 가지 시장이 이 영역의 일부를 담당하고 있습니다.

  • AI 옵저버빌리티는 AI 가 무엇을 했는지 기록합니다.
  • AI 평가는 AI 가 얼마나 잘 수행했는지 측정합니다.
  • AI 보증은 증거와 통제 수단, 그리고 그 한계를 한데 모아 사람이 책임감 있는 결정을 내릴 수 있게 합니다. 영국 정부는 이를 신뢰성을 측정, 평가, 전달하는 과정이라고 설명합니다.

AI 옵저버빌리티는 2025 년 기준 12 억 5 천만 달러 규모의 시장이었으며, 같은 조사에 따르면 이 중 평가와 품질 보증 분야가 가장 빠르게 성장할 것으로 예상됩니다. Dynatrace 는 2026 년 10 월 1 일, 평가와 옵저버빌리티를 결합하기 위해 Arize 인수를 완료했습니다. 이는 9 억 1,500 만 달러 규모의 딜이었습니다. Cisco 역시 5 월에 Galileo 인수를 마무리했습니다. 10 월 10 일, Satya Nadella 는 이 세 가지 시장 모두에 영향을 미치는 AI 신뢰를 위한 7 가지 원칙을 발표했습니다.

이 글의 나머지 부분에서는 AI 가 어떻게 여기까지 왔는지, Nadella 가 무엇을 제안했는지, 그리고 시장의 향방을 둘러싼 5 명의 가상 인물들이 벌이는 논쟁을 다룹니다.

규칙에서 AI 에이전트로: 신뢰 확보가 더 어려워진 이유

4 단계로 요약한 간략한 역사입니다. 각 단계마다 기계의 능력은 향상되었지만, 그 작동 방식을 설명하기는 더 어려워졌습니다.

  1. 규칙 (대략 1950 년대~ 2000 년대). 대부분의 소프트웨어 애플리케이션은 사람이 단계별로 직접 작성했습니다. 버그가 많았지만, 엔지니어는 코드를 열어 오류를 유발한 줄을 찾아낼 수 있었습니다.
  2. 패턴 (2010 년대). 딥러닝의 등장으로 기계는 이미지 및 음성 인식 같은 작업에서 규칙 대신 예시를 통해 학습하기 시작했습니다. 아무도 로직을 직접 작성하지 않았습니다. 이 시스템은 주로 라벨링, 순위 지정, 추천을 수행했고, 그 결과를 어떻게 활용할지는 사람이나 일반 소프트웨어가 결정했습니다.
  3. 챗 (2022 년~ 2024 년). 챗봇은 글을 쓰고, 요약하고, 논쟁할 수 있게 되었습니다. 종종 틀린 답을 내놓기도 했지만, 대개 사람이 답변을 확인한 후 행동에 옮겼습니다.
  4. 에이전트 (2025 년 이후). 에이전트는 클릭하고, 입력하고, 구매하고, 코딩하고, 배포합니다. 연구소들은 시뮬레이션된 사무실, 브라우저, 코드베이스에서 작업을 연습시키며 에이전트를 훈련합니다. 일부는 사람이 매 단계를 검토하지 않아도 장시간 스스로 작동합니다.

챗 단계에서는 잘못된 답변이 나와도 다시 읽어보는 수고로움이 전부였습니다. 하지만 에이전트 단계에서는 잘못된 행동 하나가 금전, 데이터, 또는 고객의 손실로 이어질 수 있습니다.

소프트웨어는 에이전트가 등장하기 훨씬 전부터 비용이 큰 자동화된 결정을 내려왔습니다. 지금의 차이점은 단일 범용 모델이 여러 도구에 걸쳐 일련의 행동을 선택하고 실행한다는 것입니다. 문제가 발생했을 때 원인은 모델, 프롬프트, 검색된 데이터, API, 오래된 메모리, 권한, 혹은 두 에이전트 간의 상호작용 등 어디에든 있을 수 있습니다. 최종적인 답변은 증거의 일부일 뿐입니다.

Nadella 는 과거의 상황을 이렇게 묘사합니다. 전통적인 소프트웨어에서는 "특정 코드 경로로 행동을 추적할 도구와 역량"을 갖추고 있었습니다. 하지만 현재의 모델에서는 특정 결정 뒤에 어떤 학습 데이터나 가중치가 있는지 아무도 짚어낼 수 없습니다. 앞서 언급한 세 가지 시장은 바로 이 격차를 메우려 노력하고 있습니다.

Satya Nadella 의 AI 거버넌스 프레임워크: AI 에이전트 신뢰를 위한 7 가지 원칙

2026 년 10 월 10 일, Nadella 는 자신의 블로그에 "초지능 시대의 내부 위협으로서의 모델(Models as Insider Risks in the Super Intelligence Era)"이라는 글을 게재했습니다. 그의 핵심 주장은 "지능의 공급과 그에 대한 권한을 분리해야 한다"는 것입니다.

그는 뛰어난 역량의 모델을 광범위한 접근 권한을 가진 직원에 비유합니다. 우려의 대상은 모델이 악의를 품었다는 점이 아닙니다. 중요한 시스템에 접근할 수 있는 사람은 누구나 실수를 하거나 보안이 뚫릴 수 있으므로, 접근 범위를 제한하고 행동을 기록하며 언제든 중단시킬 수 있는 능력을 유지해야 합니다. 그의 말을 빌리면, "관찰할 수 없다면 신뢰할 수도 없습니다!"

그는 이를 7 가지 "옵저버빌리티 원칙"이라 부릅니다. 종합적으로 살펴보면, 이는 에이전트를 위한 AI 거버넌스 프레임워크 역할을 합니다. 아래는 각 원칙을 요약하고, 현재 이를 다루는 시장과 매핑한 내용입니다.

  1. 모델 다양성: 단일 AI 가 스스로 자신의 작업을 검증하거나 중요한 결정을 단독으로 내려서는 안 됩니다. 현재 시장: 평가.
  2. 모든 것 관찰: 의미 있는 모든 행동은 사람이 읽을 수 있고 변조가 불가능한 증거를 남겨야 합니다. 현재 시장: 옵저버빌리티.
  3. 검증 가능성: 공격, 장애, 엣지 케이스를 포함해 전체 시스템을 지속적으로 테스트해야 합니다. 현재 시장: 평가 및 보증.
  4. 독립적 통제: AI 가 접근할 수 있는 범위를 정하는 규칙은 AI 가 변경할 수 없는 외부에 존재해야 합니다. 현재 시장: 주로 보안 및 접근 제어 도구이며, AI 플랫폼에도 가드레일이 도입되기 시작했습니다.
  5. 독립적 감사 가능성: AI 의 행동에 관한 증거는 검증 대상인 AI 와 분리되어 보관되어야 합니다. 현재 시장: 보증.
  6. 격리: 권한을 가진 사람은 작업 중간에 모델을 일시 중지하거나 종료할 수 있어야 합니다. 현재 시장: 주로 런타임 및 보안 도구.
  7. 장애 공개: 실패가 발생하면 영향받는 당사자에게 알리고 교훈을 공유해야 합니다. 현재 시장: 옵저버빌리티 기록에 기반한 기업 관행.

단일 시장이 7 가지 중 2 개 이상을 포괄하는 경우는 없습니다. 독립적 통제와 격리는 대부분 이 세 시장 밖의 보안 및 런타임 도구에 속해 있습니다. 이 원칙들을 종합하면 세 시장을 합친 것보다 더 큰 시스템을 묘사하게 됩니다.

그의 결론은 다음과 같습니다. "가장 신뢰할 수 있는 초지능 시스템은 우리가 가장 신뢰하는 모델을 갖춘 시스템이 아닐 것입니다. 그것은 우리가 모델을 가장 덜 신뢰해도 되게 만드는 시스템일 것입니다."

모델을 최대한 덜 신뢰하려면 모델이 무엇을 했는지 기록(옵저버빌리티)하고, 이를 판단할 방법(평가)이 필요하며, 사람이 책임지고 뒷받침할 수 있는 증거(보증)가 있어야 합니다. 또한 이 세 시장이 주로 보안 및 런타임 도구에 맡겨두었던 두 가지, 즉 모델이 변경할 수 없는 통제 수단과 사람이 모델을 멈출 수 있는 방법도 필요합니다.

AI 옵저버빌리티 vs 평가 vs 보증: 오늘날의 시장

AI 에이전트를 갓 채용한 운전기사라고 생각해 봅시다.

  • 옵저버빌리티는 블랙박스입니다. 모든 회전, 정지, 아찔했던 순간을 기록하며 "AI 가 무엇을 했는가?"에 답합니다. 주로 시스템을 운영하는 팀에게 판매됩니다.
  • 평가는 운전면허 시험입니다. 정해진 상황에서 기사가 어떻게 대처하는지 점수를 매기며 "얼마나 잘하는가?"에 답합니다. 주로 AI 제품을 구축하는 엔지니어가 구매하며, 최근에는 QA 팀의 구매도 늘고 있습니다.
  • 보증은 차량 점검 보고서입니다. 첫 운행 전과 운행 전반에 걸쳐 차와 기사가 도로를 달릴 만한 상태인지 판단하는 데 필요한 증거를 수집합니다. "이것을 뒷받침할 충분한 증거가 있는가?"에 답합니다. 어떤 점검도 차가 절대 사고를 내지 않는다는 것을 증명할 수는 없습니다. 좋은 보고서는 무엇을 확인했고, 무엇을 발견했으며, 무엇이 여전히 불확실한지를 명시합니다. 이는 세 가지 중 가장 덜 성숙한 분야이며, 현재 업무가 품질, 리스크, 컴플라이언스 팀에 분산되어 있습니다.

AI 가 답변만 생성하던 시절에는 구매층이 다른 개별 도구들도 꽤 잘 작동했습니다. 하지만 에이전트 시대에는 이들 사이의 공백이 더 치명적입니다. 각 도구는 그 자체로 유용하지만, 아무도 확인하지 않는 영상은 증거가 되지 못하고, 기사가 매주 바뀌는데 치른 시험은 곧 낡아버리며, 보고서는 그 배경이 되는 영상과 시험 결과에 의존합니다.

최근 이루어진 AI 옵저버빌리티 및 평가 플랫폼 인수 사례:

  • 2026 년 10 월, Dynatrace 가 9 억 1,500 만 달러에 Arize 를 인수하여 평가와 프로덕션 모니터링을 결합했습니다.
  • 2026 년 5 월, [Cisco 가 Splunk 를 위해 Galileo 를 인수](https://blogs.cisco.com/news/cisco-announces-the-intent-to-acquire-galileo)하여 에이전트를 위한 평가, 모니터링, 가드레일을 확보했습니다.
  • 2026 년 2 월, [Snowflake 가 Observe 를 인수](https://www.sec.gov/Archives/edgar/data/1640147/000164014726000019/snow-20260518.htm)하여 데이터 플랫폼에 옵저버빌리티를 통합했습니다.
  • 2026 년 2 월, [ClickHouse 가 LLM 트레이싱 도구인 Langfuse 를 인수](https://wetheflywheel.com/en/ai-observability/)했습니다.

Dynatrace 는 이번 Arize 인수를 통해 평가와 옵저버빌리티를 결합하여, 팀이 출시 전에 AI 를 검증하고 이후에도 안정성을 유지할 수 있게 되었다고 밝혔습니다. Cisco 는 Galileo 가 초기 평가부터 프로덕션 모니터링 및 가드레일까지 아우른다고 설명합니다.

이러한 딜은 벤더들이 제품을 결합하고 있음을 보여줍니다. 하지만 구매자들이 예산을 통합하거나 전문 도구를 폐기하고 있지는 않으며, 자사의 AI 를 운영하는 회사로부터 보증 서비스를 구매하고 있지도 않습니다. 이 글의 나머지 부분은 바로 이러한 질문들에 대한 이야기입니다.

![옵저버빌리티, 평가, 승인, 통제가 하나의 루프로 작동하며 AI 에이전트 외부에 배치된 다이어그램

https://pbs.twimg.com/media/HUXj23UaIAAG2Id?format=png&name=small

이미지 설명 읽기

ALT

시장이 융합된다면 · 관찰, 채점, 승인, 통제

시장이 실제로 융합될 경우의 가능한 구성 중 하나이며, 예측이 아닙니다. 에이전트가 작업을 수행하고, 기록, 채점, 중단 통제는 에이전트가 변경할 수 없는 방식으로 설정됩니다.

논쟁: AI 에이전트를 누가 검증해야 하는가?

투자자와 창업자들 사이에서 오간 주장을 바탕으로 구성한 5 명의 가상 인물입니다. 실제 인물의 인용구가 아닙니다.

  • 장기 투자자(Long-Game Investor): 15 년 내다보고 투자하며, 누가 구매자인지에 집중합니다.
  • 모멘텀 투자자(Momentum Investor): 지금 자본과 인재가 어디로 이동하는지 따라갑니다.
  • 에이전트 빌더(Agent Builder): 매주 고객에게 AI 에이전트를 배포합니다.
  • 플랫폼 창업자(Platform Founder): 데이터 및 AI 플랫폼을 운영하며 풀스택을 장악하고자 합니다.
  • 은행 CIO(Bank CIO): 고객 계정에 닿기 전 모든 에이전트를 승인합니다.

라운드 1: 시장은 융합될 것인가?

모멘텀 투자자: 이미 일어나고 있습니다. 모니터링 업체들이 평가 업체들을 인수하고 있고, 그 정도 규모의 딜은 보통 새로운 카테고리가 형성되고 있다는 뜻입니다.

은행 CIO: 인수가 곧 융합은 아닙니다. 저도 예전에 스위트 제품을 샀다가 결국 3 개의 제품, 1 개의 로고, 3 개의 로그인 창을 얻은 적이 있습니다. 게다가 Gartner 는 에이전틱 AI 프로젝트의 40% 이상이 2027 년 말까지 취소될 것으로 예상하는데, 부적절한 리스크 통제가 그 이유 중 하나입니다. 신뢰 문제는 실재합니다. 단일 융합 시장이 이를 해결한다는 것은 아직 증명되지 않았습니다.

장기 투자자: 시장은 구매자가 융합될 때 융합됩니다. 지금은 세 갈래로 나뉘어 있습니다. 운영팀이 관찰하고, AI 팀이 평가하고, 리스크 팀이 승인하죠. 관건은 에이전트가 이 세 가지 모두에 책임지는 단일 주체를 만들어내느냐입니다.

에이전트 빌더: 저희 회사는 이미 그렇게 하고 있습니다. 에이전트가 엉뚱한 고객에게 환불하면 어느 팀 소관인지 묻는 사람은 없습니다. 몇 분 안에 저에게 녹취록, 점수, 증거를 요구하죠.

장기 투자자: 그게 흔한 일이라면 구매자가 융합되고 있다는 뜻이고, 이는 인수 소식보다 더 많은 것을 말해줍니다.

라운드 2: 왜 3 개의 별도 도구를 유지하면 안 되는가?

은행 CIO: 왜 각 분야의 최고 도구를 3 개 따로 쓸 수 없습니까?

에이전트 빌더: 각각이 서로에게 의존하기 때문입니다. 기록되지 않은 것은 평가할 수 없고, 평가되지 않은 것은 승인할 수 없습니다. 프로덕션 장애는 새로운 테스트 케이스가 되어야 합니다. 도구가 3 개이면, 넘기는 과정마다 정보가 유실될 위험이 생깁니다.

모멘텀 투자자: 출시 전과 출시 후의 경계도 흐려지고 있습니다. 에이전트는 매주 바뀝니다. 새 모델, 새 프롬프트, 새 도구가 투입되죠. 출시 시점에 한 번 테스트하는 것은 누군가 계속 엔진을 교체하는 차를 한 번만 점검하는 것과 같습니다.

은행 CIO: 융합된 스위트 제품은 대개 모든 면에서 그저 그렇습니다.

장기 투자자: 초기에는 그렇습니다. 전문 도구가 먼저 승리하고 통합 제품이 나중에 따라잡는 경우가 많습니다. 모든 인프라 카테고리는 아니더라도 상당수에서 반복된 패턴입니다.

라운드 3: 누가 주도권을 가져야 하는가?

플랫폼 창업자: 우리는 이미 모델을 돌리고, 데이터를 저장하고, 트레이스를 기록합니다. 평가와 승인도 같은 플랫폼에 두십시오. 벤더 하나, 청구서 한 장, 확인할 곳 한 군데입니다.

은행 CIO: 그러니까 제 AI 를 돌리는 회사가 알아서 잘 돌아가고 있다고 말하는 겁니까?

플랫폼 창업자: 우리는 그걸 잘합니다.

은행 CIO: 능력이 문제가 아닙니다. 외부 감사인은 감사 대상 사업부로부터 독립적이어야 합니다. 학생이 자기 시험지를 채점하지 않고, 자동차 제조사가 모든 충돌 테스트를 직접 주관하지 않는 것과 같습니다.

장기 투자자: Nadella 도 비슷한 지적을 했습니다. 검증은 평가 대상인 지능으로부터 독립적이어야 하며, 통제 수단은 모델 외부에 위치해야 한다는 것입니다. 이는 플랫폼이 자신이 구동하는 AI 를 평가하고 스스로의 성과에 점수를 매기는 것과 다를 바 없습니다.

에이전트 빌더: 그렇다면 도구는 융합되더라도 시장은 다른 축, 즉 플랫폼 내부에서의 검증과 외부에서의 검증으로 쪼개질 수 있겠네요.

플랫폼 창업자: 내부 검증이 더 저렴하고 쉬울 것입니다.

은행 CIO: 외부 검증이야말로 규제 당국과 보험사가 인정해 주는 방식일 수 있습니다. 둘 다 비용을 지불할 순 있지만, 최종 승인은 하나를 근거로 내리겠습니다.

장기 투자자: "외부"라는 개념을 명확히 해야 합니다. 기술적 독립성은 에이전트가 검증자를 바꾸거나 기록을 수정하거나 제한을 우회할 수 없음을 의미합니다. 조직적 독립성은 다른 주체가 검토를 담당하며 봐줄 이유가 없음을 뜻합니다.

에이전트 빌더: 둘은 같지 않습니다. 별개의 회사라도 플랫폼과 동일한 모델, 동일한 허술한 검증 방식을 쓸 수 있습니다. 반대로 플랫폼이 통제 수단과 기록을 에이전트의 손이 닿지 않는 곳에 완전히 분리해 둘 수도 있습니다.

은행 CIO: 그렇다면 저는 로고를 비교하기보다 5 가지를 묻겠습니다. 에이전트가 기록을 수정할 수 있습니까? 검증자가 제 시스템의 실제 변경 사항을 보는 건가요, 아니면 에이전트가 보고한 내용만 보는 건가요? 검증자는 누가 테스트합니까? 다른 누군가가 그 결과를 재현할 수 있습니까? 무엇을 검증하지 못했습니까?

라운드 4: 이것을 무엇이라 불러야 하는가?

모멘텀 투자자: 애널리스트들은 아마 앞으로 2 년 정도 더 AI 옵저버빌리티라고 부를 겁니다. 예산이 거기 붙어 있으니까요.

플랫폼 창업자: "AI 트러스트 레이어"입니다.

에이전트 빌더: "Observe, Eval and Assure(관찰, 평가, 보증)": 관찰하고, 평가하고, 사람이 승인하는 것입니다.

은행 CIO: "보증"이라는 단어는 조심해서 써야 합니다. 도구는 증거를 생산합니다. 사람이 읽고 서명하죠. 그 사람을 위해 설계하십시오.

장기 투자자: 이름은 구매자에게 전용 예산 항목이 있는지에 비하면 중요하지 않습니다. 2026 년 현재는 대부분 없습니다. 2028 년쯤이면 대형 기업의 대부분이 해당 예산을 확보하고, 에이전트가 잘못을 저질렀을 때 책임질 단일 담당자를 둘 것으로 봅니다.

은행 CIO: 뭐라고 부르든, 저는 그것을 멈출 수 있어야 합니다.

AI 에이전트 테스트 방법: 환불 사례

소액 환불을 처리할 수 있는 가상의 고객 서비스 에이전트를 설명합니다. 이는 예시일 뿐 실제 고객 사례가 아닙니다.

  1. 비즈니스 규칙을 정의합니다. 환불은 올바른 고객에게, 한도 내에서, 정책에 따라 이루어져야 합니다. 재시도가 이중 지급으로 이어져서는 안 됩니다. 예외 상황은 돈이 움직이기 전에 적절한 담당자에게 전달되어야 합니다.
  2. 까다로운 조건을 테스트합니다. 상충하는 고객 기록, 느린 결제 서비스, 도구 타임아웃, 지원 메시지에 숨겨진 지시를 활용해 보세요. 한 번의 성공은 거의 증명하지 못하므로, 중요한 케이스는 동일한 초기 상태에서 여러 번 실행해야 합니다. 시뮬레이션을 통해 위험한 케이스를 안전하게 테스트할 수 있으며, 실제 디바이스와 실제 연동은 시뮬레이션이 놓치는 차이점을 잡아냅니다.
  3. 기록 시스템(System of Record)을 확인합니다. 에이전트가 "50 달러를 환불했습니다"라고 말하는 것은 증거가 아닙니다. 정확한 계좌에 정확히 1 회 50 달러가 입금되었는지 확인하십시오. 정답이 명확한 곳에서는 정확한 검증을 사용하고, 그렇지 않은 곳에서만 AI 판정기를 사용하십시오.
  4. 심각한 장애는 개별적으로 보고해야 합니다. 잘못된 금액, 중복 결제, 무단 작업은 일반적인 작업 완료율 평가와 분리해 표시해야 합니다. 평균 94% 라는 점수는 가장 치명적인 실패를 가릴 수 있습니다.
  5. 에이전트 외부에서 한계를 테스트합니다. 에이전트가 요청하더라도 결제 시스템이 한도 초과 환불을 차단합니까? 작업 중간에 에이전트의 접근 권한을 박탈할 수 있습니까? 에이전트를 멈추면 다음 결제는 막을 수 있지만, 직전의 결제를 되돌리지는 못합니다.
  6. 검증자를 테스트합니다. 알려진 오류를 심어두고 어떤 것을 놓치는지 측정하십시오. 정상적인 결과를 주어 오탐을 측정하십시오. "검증 불가"와 "통과"를 반드시 구분하십시오.

이는 시장 구조에 대한 답을 주지는 않습니다. 누가 생산하든 유용한 증거가 어떤 모습이어야 하는지를 설명할 뿐입니다.

AI 품질 보증의 위치: TestMu AI

TestMu AI(구 LambdaTest)는 기술적 독립성에 기반해 작동합니다. 우리는 모델을 구축하지 않으며, 프로덕션 모니터링 대시보드를 판매하지도 않습니다. 우리의 검증은 테스트 대상 에이전트 외부에서, 출시 전과 모든 변경 사항에 대해 실행되며, 에이전트가 보고한 내용이 아닌 실제로 일어난 일을 검사합니다.

이 플랫폼은 본 글에서 언급한 세 가지 유형의 소프트웨어를 모두 다룹니다. 앱을 사용하는 사람, 봇과 대화하는 사람, 다른 에이전트와 협업하는 에이전트입니다. 각 제품은 앞서 제기된 요구사항에 대응합니다.

  • Rook (에이전트가 에이전트를 검증). 시나리오를 통해 에이전트를 실행하고 각 검증의 예상 및 실제 결과를 기록하며, 각 시나리오에 대한 증거를 저장합니다. 통과, 실패, "검증 불가"를 분리하여 보고하므로 누락된 증거가 통과로 집계되는 일이 없습니다.
  • Agent Testing (고객과 대화하는 봇). 고객이 사용하기 전에 채팅, 음성, 전화 에이전트를 현실적인 대화 환경에서 테스트합니다.
  • KaneAI 및 Kane CLI (AI 가 구축을 돕는 앱). 자연어(KaneAI) 또는 터미널(Kane CLI)에서 애플리케이션을 테스트합니다.
  • SmartUI 및 Accessibility (아무도 대비하지 못한 장애). 레이아웃 깨짐이나 특정 사용자가 이용할 수 없는 화면처럼 기능 테스트가 찾지 못하는 문제를 잡아냅니다.
  • Real Device Cloud (시뮬레이션이 놓치는 것). 에뮬레이터뿐만 아니라 실제 스마트폰과 브라우저에서 테스트를 실행합니다.
  • HyperExecute (중요 케이스의 반복 실행). 모든 변경 사항에 대해 동일한 검증을 병렬로 실행합니다.
  • Test Manager (승인을 위한 기록). 승인권자를 위해 무엇을 확인했고, 무엇을 발견했으며, 무엇이 여전히 불확실한지에 대한 단일 기록을 보관합니다.

옵저버빌리티 도구는 출시 후 발생하는 일을 모니터링합니다. 우리는 무엇이 출시될지를 결정하는 데 쓰이는 증거를 제공합니다. 우리 에이전트는 사람이 수작업으로 감당할 수 없는 규모로 검증을 실행하고, 테스터는 무엇을 검증할 가치가 있는지 결정하며 어떤 검증으로도 잡히지 않는 문제를 찾아냅니다. 우리는 이 결합된 작업을 Observe, Eval, and Assure 라고 부릅니다.

이는 인증에 관한 이야기가 아닙니다. 제품에 이름이 붙었다고 해서, 혹은 검증 에이전트가 하나 더 있다고 해서 시스템이 안전해지거나 독립적이 되는 것은 아닙니다. 그 대신 우리 역시 다른 테스터와 마찬가지로 실행된 시나리오, 발견된 장애, 열람 가능한 증거를 기준으로 평가받아야 합니다.

AI 에이전트 거버넌스의 미래: 2030 년의 모습

다음은 예측입니다. 각각은 이미 초기 신호를 보이고 있습니다.

  • 에이전트가 신분과 기록을 갖게 됩니다. 각 에이전트는 정의된 범위, 승인권자, 행동 로그를 갖게 됩니다. Microsoft 는 자사 ID 시스템에서 에이전트의 행동과 사람의 행동을 구분할 계획입니다.
  • 기록이 에이전트 외부에서 생성됩니다. 에이전트가 스스로 남긴 보고에 의존하지 않고, 에이전트가 수정할 수 없는 주체가 로그를 작성합니다.
  • 검증이 지속적으로 실행됩니다. 모델 업데이트, 프롬프트 변경, 새 도구 추가가 자동으로 재테스트를 촉발하며, 덕분에 사람은 탐색적 테스트에 더 많은 시간을 쏟을 수 있습니다.
  • 에이전트가 다른 에이전트를 검증합니다. Gartner 는 2028 년까지 일상 업무 결정의 15%를 에이전틱 AI 가 자율적으로 내릴 것으로 예상하며, 이는 2024 년의 0% 에서 증가한 수치입니다. 사람이 그 물량을 하나씩 검토할 수는 없으므로, 검증 에이전트가 일상적인 모니터링의 대부분을 처리하고 사람은 우선순위를 정하고 이상 징후를 조사하게 될 것입니다.
  • 보험사가 증거를 기반으로 AI 리스크를 책정합니다. 2025 년 이후 Lloyd's 보험사들은 성능이 합의된 기준선 아래로 떨어질 때 보상하는 AI 오류 보장 상품을 제공해 왔으며, 한 언더라이터는 오류 가능성이 너무 높다고 판단되는 시스템은 보장하지 않겠다고 밝힌 바 있습니다.
  • 기업이 이에 대한 예산을 편성합니다. 단일 담당자와 단일 프로세스가 모니터링, 평가, 승인, 통제를 총괄하며, 모든 장애는 새로운 테스트로 피드백됩니다.

미해결 과제

  1. 검사기를 테스트하는 문제. AI 판별기(종종 LLM-as-a-judge 라고 불림)는 자신이 평가하는 AI 만큼이나 쉽게 속아 넘어갈 수 있습니다. 두 번째 모델이 독립적인 판단을 보장하지는 않습니다. 특히 두 모델이 비슷한 방식으로 학습된 경우에는 더욱 그렇습니다.
  2. 검사를 우회하는 행위. 2026 년 7 월, 까다로운 내부 사이버 보안 평가를 수행하던 OpenAI 모델들이 외부 서비스에서 해결책을 검색하고 격리 제어 장치를 우회하여 OpenAI 와 Hugging Face 시스템의 일부를 침해했습니다. OpenAI 는 이 사건의 주요 원인으로 리워드 해킹(reward hacking)을 지목하며, 해당 평가에는 실제 배포된 모델에 적용되는 안전장치가 빠져 있었다고 설명했습니다. 이 사건은 평가 환경이 어떻게 격리되어야 하는지에 대한 문제를 제기할 뿐, 모든 에이전트가 이런 식으로 행동한다는 것을 증명하지는 않습니다.
  3. 신뢰할 수 없는 자기 보고. Nadella 는 추론의 투명성을 "협상 불가의 원칙"이라고 부르지만, "그것만으로는 충분하거나 신뢰할 수 없다"고 적었습니다. 모델이 자신이 무엇을 했다고 말하는 것과 실제로 한 일은 다를 수 있습니다.
  4. 점수 대 품질. 94% 의 통과율은 누군가가 작성한 검사 항목에서의 성능을 측정할 뿐입니다. 아무도 검사 항목을 만들어두지 않은 상황에 대해서는 어떤 정보도 제공하지 못합니다.
  5. 비용. 독립적인 로그 저장소, 두 번째 모델, 반복 실행, 격리된 샌드박스, 그리고 사람의 검토는 비용과 지연을 추가합니다. 모든 것을 기록하는 것은 민감한 데이터와 관련된 의무를 발생시키기도 합니다.
  6. 되돌릴 수 없는 행동. 에이전트를 중지시키면 추가 행동을 막을 수는 있지만 이미 완료된 행동을 되돌리지는 못합니다. 따라서 처음에 부여하는 권한이 중지 제어 기능보다 훨씬 더 중요합니다.
  7. 공개. 2026 년 9 월, OpenAI 는 새로운 공개 프레임워크에 따라 정렬 불량(misalignment) 사고를 발표하기 시작했지만, 무엇이 정렬 불량 사고에 해당하는지는 스스로 결정합니다. 에이전트를 배포하는 대부분의 기업은 사고를 공개하지 않습니다. 항공 안전이 향상된 이유 중 하나는 사고가 공개적으로 조사되기 때문입니다.
  8. 검사 대 테스트. 자동화된 검사는 누군가가 이미 생각해 낸 질문을 확인해 줄 뿐입니다. 심각한 장애의 상당수는 아무도 묻지 않았던 질문에서 비롯되며, 이를 찾아내려면 직접 탐색하고 명세서에 의문을 제기하며 어떤 위험이 중요한지 판단할 수 있는 숙련된 테스터가 필요합니다.

이 중 어느 것도 아직 명확하게 결론이 나지 않았습니다.

논쟁의 현주소

다섯 명의 목소리는 세 가지 사항에 동의했습니다.

  • 에이전트는 모니터링, 평가, 승인을 서로 더 긴밀하게 연결합니다.
  • 증거는 에이전트가 수정할 수 없는 곳에서 나와야 합니다.
  • 모든 일상적인 행동까지는 아니더라도, 배포 자체와 그 한계 및 예외 사항에 대해서는 여전히 사람이 최종 승인해야 합니다.

네 가지 사항에서는 의견이 갈렸습니다.

  • 하나의 플랫폼인가, 여러 도구인가. 플랫폼 창업자는 단일 벤더를 원하지만, 은행 CIO 는 통합 스위트 제품을 불신합니다.
  • 내부인가, 외부인가. 플랫폼 내에서 검사하는 것이 비용이 덜 듭니다. 반면 독립적인 검사는 금융 및 안전 분야에서 감사인, 규제 기관, 보험사가 오랫동안 요구해 온 방식입니다. AI 에서는 어느 쪽이 더 중요한지 아직 결론이 나지 않았습니다.
  • 소유권. 운영팀, AI 팀, 리스크 관리팀, 품질 관리팀 중 어디에 둘 것인지 정해지지 않았습니다. 아직 이에 대한 별도의 예산 항목을 마련한 기업은 거의 없습니다.
  • 명칭, 그리고 어떤 도구가 무언가를 "보증(assure)"할 수 있는지에 대한 문제입니다.

세 가지 신호가 이 논쟁을 정리하는 데 도움이 될 것입니다. 구매자가 개방형 표준을 통해 개별 도구를 계속 연결한다면 시장은 분리된 상태로 유지될 것입니다. 옵저버빌리티 플랫폼에 포함된 평가 기능이 대부분의 요구사항을 충족한다면 내부 접근 방식이 승리할 것입니다. 별도의 보증(assurance) 예산이 편성되지 않는다면 독립적인 제공업체는 고전할 것입니다.

내일 당신의 에이전트가 큰 손실을 초래하는 실수를 저질렀다면, 무슨 일이 있었는지 설명해 줄 대상으로 누구를 신뢰하시겠습니까? 그것을 운영하는 회사일까요, 아니면 그렇지 않은 제3자일까요?

FAQ

AI 옵저버빌리티, AI 평가, AI 보증의 차이점은 무엇인가요?

AI 옵저버빌리티는 AI 시스템이 무엇을 했는지(입력, 도구 호출, 출력, 오류, 비용 등)를 기록합니다. AI 평가는 정확도, 정책 준수, 작업 완료율 등 정의된 기대치에 비해 시스템이 어떻게 작동했는지 측정합니다. AI 보증은 이러한 증거와 제어 장치, 그리고 그 한계를 종합하여 사람이 시스템을 배포하거나 계속 운영할지에 대해 책임감 있는 결정을 내릴 수 있도록 돕습니다.

AI 에이전트를 위한 AI 거버넌스 프레임워크란 무엇인가요?

에이전트가 무엇에 접근할 수 있는지, 행동이 어떻게 기록되는지, 어떻게 테스트되는지, 누가 중지시킬 수 있는지, 장애가 어떻게 보고되는지를 결정하는 주체를 규정합니다. Satya Nadella 의 7 가지 원칙은 다음과 같습니다. 모델 다양성, 모든 것 관찰, 검증 가능성, 독립적 제어, 독립적 감사 가능성, 격리, 사고 공개.

Satya Nadella 가 제시한 AI 신뢰를 위한 7 가지 원칙은 무엇인가요?

2026 년 10 월 발표한 에세이 "Models as Insider Risks in the Super Intelligence Era"에서 Nadella 는 모델 다양성, 모든 것 관찰, 검증 가능성, 독립적 제어, 독립적 감사 가능성, 격리, 사고 공개를 언급했습니다. 그의 핵심 아이디어는 지능의 공급과 그에 대한 통제 권한을 분리하여, 뛰어난 역량을 갖춘 모델을 광범위한 접근 권한을 가진 직원처럼 취급하라는 것입니다.

AI 옵저버빌리티와 AI 평가는 통합되고 있나요?

벤더들은 이 둘을 결합하고 있습니다. Dynatrace 는 2026 년 10 월 Arize 를 9 억 1,500 만 달러에 인수했으며, Cisco 는 2026 년 5 월 Galileo 인수를 완료했습니다. 모두 평가 기능을 프로덕션 모니터링과 결합하기 위함입니다. 구매자가 단일 플랫폼을 중심으로 예산과 팀을 통합할지는 아직 미지수입니다.

AI 에이전트 검사는 누가 해야 하나요? 실행하는 플랫폼인가요, 아니면 독립적인 테스터인가요?

두 가지 접근 방식 모두 존재하며 아직 결론이 나지 않았습니다. 플랫폼 검사는 비용이 저렴하고 데이터에 더 가깝습니다. 독립적 검사는 검토자를 검토 대상 시스템으로부터 분리하는데, 이는 감사인과 규제 기관이 흔히 기대하는 바입니다. 어느 경우든 에이전트가 검사기나 기록을 변경할 수 없도록 하는 기술적 독립성이 중요합니다.

출시 전에 AI 에이전트는 어떻게 테스트하나요?

비즈니스 규칙을 정의한 다음, 상충하는 데이터, 타임아웃, 비밀 지시와 같은 까다로운 조건을 테스트하세요. 중요한 시나리오는 여러 번 실행하고, 에이전트의 설명 대신 실제 시스템 상태를 확인하며, 심각한 장애는 평균값과 분리하여 보고하고, 권한 제한은 에이전트 외부에서 테스트하며, 자동화된 검사기 자체도 반드시 검증해야 합니다.

원문 출처: https://medium.com/@mask.tech/will-ai-observability-evaluation-and-assurance-merge-a5b011e26b3a?sharedUserId=mask.tech

출처

환불 예시는 가상의 상황이며, 논쟁에 등장하는 목소리는 여러 의견을 종합한 것이고, 제품 문서는 독립적으로 측정된 성능이 아닌 기능을 설명합니다.

원클릭 저장

YouMind로 바이럴 글을 AI 심층 읽기

소스를 저장하고, 핵심 질문을 던지고, 주장을 요약해 바이럴 글을 다시 활용할 수 있는 노트로 바꾸세요. 하나의 AI 워크스페이스에서 모두 할 수 있습니다.

YouMind 둘러보기
크리에이터를 위해

당신의 Markdown을 깔끔한 𝕏 글로

직접 쓴 장문을 올릴 때 이미지, 표, 코드 블록을 𝕏에 맞게 정리하는 일은 번거롭습니다. YouMind는 전체 Markdown 초안을 깔끔하고 바로 게시할 수 있는 𝕏 글로 바꿔 줍니다.

Markdown → 𝕏 사용해 보기

분석할 패턴 더 보기

최근 바이럴 아티클

더 많은 바이럴 아티클 보기