이 페이지에서
짧은 대답
AI 에이전트가 생성한 결과, 취한 조치, 반복되는 시도에서 얼마나 일관되게 작동하는지 확인하여 AI 에이전트를 평가합니다. 상담원이 기록을 변경하거나 도구를 호출하거나 워크플로를 부분적으로 완료할 수 있는 경우 성공적인 최종 메시지는 충분하지 않습니다.
무엇을 가져갈 것인가
- 최종 응답과 최종 시스템 상태가 일치하지 않을 수 있습니다.
- 동일한 작업에 대한 불안정성을 드러내기 위해 시도를 반복합니다.
- 결과 채점을 프로세스 및 권한 확인과 별도로 유지하십시오.
출처 확인 . 연구 종합 및 Rubrex 권장 사항. 예제와 지역 실험이 표시되어 있습니다. 이는 클라이언트 결과가 아닙니다.
신뢰성은 업무성공보다 더 넓다
2026년 2월 사전 인쇄에서는 일관성, 견고성, 예측 가능성 및 안전성을 포함한 신뢰성 차원을 제안합니다. Anthropic의 대리인 평가 지침은 성적표 채점과 결과 확인을 구별합니다. 이는 테스트 모음을 설계하는 데 유용한 렌즈일 뿐, 모음이 모든 배포 위험을 커버한다는 보장은 없습니다.
승인된 최종 상태 정의
변할 수 있는 것, 변하지 말아야 할 것, 완성이란 무엇인지 설명해보세요. 일정 관리 담당자의 경우 이는 요청된 참석자로 정확히 하나의 이벤트를 생성하고 관련 없는 이벤트는 그대로 두는 것을 의미할 수 있습니다. 코딩 에이전트의 경우 테스트, 아티팩트 동작 및 저장소 제약 조건이 포함될 수 있습니다.
알려진 상태에서 각 시도를 초기화합니다. 이전 실행에서 데이터가 남아 있는 경우 이후 결과에서는 에이전트 품질이 아닌 테스트 환경의 오염을 측정할 수 있습니다. 작업을 재현하는 데 필요한 도구 버전, 권한, 외부 종속성 및 시뮬레이션된 응답을 기록합니다.
별도의 결과 및 프로세스 확인을 사용하십시오.
Rubrex는 작업이 허용하는 모든 곳에서 정확한 상태 어설션을 권장합니다. 기록이 있었나요? 식별자가 정확했나요? 작업이 중복되었나요? 순서, 권한 부여 또는 통신에 따라 달라지는 요구 사항에 대해 추적 검토를 사용하세요. 여러 유효한 경로가 계약을 충족하는 경우 하나의 정확한 도구 경로를 요구하지 마십시오.
평가 기록에 불완전한 실행, 시간 초과 및 재시도를 유지합니다. 실패를 줄이는 도구는 명백한 성공을 부풀릴 수 있습니다. 사용자 시뮬레이터가 포함된 경우 시뮬레이터의 동작도 평가하십시오. 숨겨진 정보가 드러나거나 잘못된 결과가 받아들여지거나 실제 사용보다 작업이 더 쉬워질 수 있습니다.
예시: 성공적인 메시지, 부재 기록
상담원이 지원 티켓을 생성했다고 합니다. 도구 요청이 실패했으며 티켓이 없습니다. 언어 전용 채점자는 간결한 완료 메시지를 보상할 수 있습니다. 상태 기반 검사는 실패한 결과를 올바르게 식별합니다.
이제 티켓이 생성되었지만 응답이 손실된 시간 초과를 테스트합니다. 재시도하기 전에 상태를 조정하는 것이 올바른 동작일 수 있습니다. 두 경우 모두 부분 추적에서는 유사해 보이지만 서로 다른 복구 조치가 필요합니다. 이를 별도의 시나리오로 포함하고 에이전트가 사용 가능한 증거를 구별할 수 있는지 검사합니다.
신뢰성 프로필 보고
완료, 무단 변경, 중복 작업, 복구 성공 및 시험 전반의 가변성을 표시합니다. 리소스 사용량 및 대표적인 실패 추적을 포함합니다. 후보자는 예측 가능성이 떨어지거나 더 심각한 실패를 초래하면서 더 많은 작업을 완료할 수 있습니다. 그 절충안을 명시적으로 보고합니다.
- 초기 상태를 동결하고 시도 사이에 재설정합니다.
- 완료까지 허용되는 대체 경로를 정의하십시오.
- 테스트 중단 및 부분적인 도구 오류.
- 평균이 향상되더라도 심각한 오류를 눈에 띄게 유지하세요.
검사할 수 있는 AI 에이전트 평가 프레임워크
실제 에이전트 평가 프레임워크에는 작업 정의, 재설정 가능한 환경, 반복적인 시도, 결과 확인 및 작업과 결과를 연결하는 추적이 필요합니다. 지원 에이전트의 경우 실행 전에 허용되는 기록 변경을 정의합니다. 그 후 실제 기록과 대화 내용을 살펴보세요. 실패하고 중단된 시험을 보관하여 보고서에 시도된 작업이 반영되도록 하세요.
AI 에이전트 평가 지표의 경우 Rubrex는 무단 변경, 중복 작업, 복구 결과 및 완료된 작업당 비용과 함께 작업 완료를 보고할 것을 권장합니다. 각 작업의 시도 횟수를 명시하고 일관되지 않은 결과를 개별적으로 표시합니다. 에이전트 평가는 도구 오류와 모호한 요청도 테스트해야 합니다. 시스템을 강제로 완료하기보다는 중지하거나 설명을 요청해야 할 수도 있습니다.
증거의 한계
에이전트 평가는 환경 및 도구 시뮬레이션에 크게 의존합니다. 벤치마크 결과는 테스트되지 않은 시스템이나 권한에 대한 동작을 설정하지 않습니다. 제안된 점검은 포괄적인 보안 평가가 아닌 실질적인 출발점입니다.
일반적인 질문
도구 순서가 참조와 정확히 일치해야 합니까?
시퀀스 자체가 요구사항인 경우에만 해당됩니다. 그렇지 않으면 에이전트가 제약 조건을 위반하지 않고 승인된 결과에 도달하는지 평가합니다.
왜 같은 일을 반복하나요?
반복된 시도는 한 번의 성공적인 시연이 보여줄 수 없는 가변성을 드러냅니다. 이는 다양한 작업을 대체하는 것이 아니라 보완합니다.
출처 및 추가 자료
이 브리핑의 주요 출처. 출처의 조사 결과는 자체 연구 조건에 적용됩니다. arXiv에 게시한다고 해서 동료 평가가 이루어지지는 않습니다.
- AI 에이전트 신뢰성의 과학을 향하여 arXiv · 2026 · 사전 인쇄검토됨: 초록 및 출판기록. 액세스됨 2026년 9월 25일.
- AI 에이전트에 대한 평가 이해하기 인류 · 2026 · 엔지니어링 지도검토됨: 기술 기사. 액세스됨 2026년 9월 25일.
질문이나 수정사항이 있으신가요? Rubrex에 쓰기. 편집 접근 방식을 읽어보세요.