CrowdStrike의 Fiddler 인수, 접근 권한과 책임성 사이의 간극을 겨냥하다

CrowdStrike는 11월 3일, 승인된 자격 증명과 도구를 사용하더라도 피해를 초래할 수 있는 에이전트를 겨냥해 Fiddler AI 인수 계약을 체결했다. CrowdStrike Fiddler 인수는 자동화 시스템의 행동과 결과를 검사하는 기능인 에이전트 관측성을 자사의 Falcon 보안 플랫폼에 추가하게 된다. 핵심 문제는 명확하다. 작업 수행 권한이 있다고 해서 에이전트가 해당 작업을 올바르게 수행했다는 뜻은 아니다.

회사는 Fiddler의 기술을 Falcon Observe로 도입할 계획이며, 2027 회계연도 4분기에 정식 출시할 예정이다. 11월 5일 현재 인수는 아직 완료되지 않았다. 이번 발표는 통합 시스템이 약속한 모든 기능을 제공한다는 독립적인 증거가 아니라 제품 방향성을 제시한다.

이번 거래는 점점 더 긴밀하게 연결되는 시장 환경에서 이뤄지기도 했다. Dynatrace는 10월 AI 평가 기업 Arize 인수를 완료한 뒤, 11월 CrowdStrike와의 파트너십을 발표했다. 이러한 중첩된 관계는 단순한 기업 간 경쟁보다 근본적인 경쟁 구도를 더 의미 있게 만든다. 보안 제어는 에이전트가 무엇에 접근할 수 있는지를 정하고, 행동 증거는 에이전트가 실제로 무엇을 수행하는지를 다룬다.

CrowdStrike Fiddler 인수가 Falcon에 더하는 기능

CrowdStrike는 에이전트 접근을 제어하는 보안 제안에서 에이전트 행동을 검토하는 방향으로 범위를 확장하고 있다.

회사는 바르셀로나에서 열린 Fal.Con Europe에서 최종 계약을 발표했다. 통상적인 조건 충족을 전제로, 거래는 FY27 4분기 중 마무리될 것으로 예상된다. 거래 진행 상황을 평가할 때 이 예상 종결 시점은 발표일과 구분해야 한다.

Fiddler 인수 발표에는 배포 전 평가, 운영 환경 모니터링, 감사용 증거를 포괄하는 Falcon Observe 제공 계획이 담겨 있다. 평가는 에이전트가 할당된 작업을 완료했는지 또는 정책을 준수했는지와 같은 정의된 기대치에 맞춰 에이전트를 시험하는 것을 의미한다. CrowdStrike는 프레임워크 지원과 에이전트 활동을 기존 Falcon 보안 정보와 연결하는 기능도 제시했다.

이러한 추가 기능이 중요한 이유는 접근 결정이 비즈니스 책임자에게 필요한 것보다 더 좁은 질문에만 답하기 때문이다. 시스템은 에이전트가 문서를 열 권한이 있었는지 확인할 수 있다. 하지만 그 권한만으로 에이전트가 올바른 문서를 선택했는지, 그 내용을 이해했는지는 추론할 수 없다.

따라서 이번 인수는 사이버 보안 문제와 함께 책임성 문제도 다룬다. 침해된 에이전트는 접근 권한을 악용할 수 있지만, 침해되지 않은 에이전트 역시 근거 없는 결정을 내릴 수 있다. 이러한 상황을 조사하려면 작업, 이용 가능한 정보, 수행한 행동, 그에 따른 상태에 관한 증거가 필요하다.

CrowdStrike의 기존 입지는 계획된 통합에 구체적인 근거를 제공한다. 보안팀은 이미 신원, 영향을 받은 시스템, 의심스러운 활동을 조사한다. 에이전트 행동 기록을 추가하면 그러한 조사를 해당 행동을 만들어낸 워크플로와 연결할 수 있다.

고객 계정을 업데이트하는 가상의 어시스턴트를 생각해 보자. 해당 자격 증명으로 변경이 허용되고 요청된 작업이 접근 검사를 통과할 수 있다. 그럼에도 어시스턴트는 잘못된 고객을 선택하거나 근거 없는 결론을 입력할 수 있다.

유용한 조사를 위해서는 권한 부여와 정확성을 모두 확인해야 한다. 또한 어시스턴트의 완료 메시지와 계정의 실제 상태를 구분해야 한다. 이는 서로 연관된 질문이지만, 서로 다른 증거를 필요로 한다.

이번 발표를 이러한 질문이 이미 모든 엔터프라이즈 환경에서 해결됐다는 증거로 읽어서는 안 된다. 이는 의도된 기능과 통합 계획을 설명한다. 실질적인 가치는 배포 이후 고객이 무엇을 검사하고, 검증하고, 이에 따라 조치할 수 있는지에 달려 있다.

따라서 구매자에게 즉각적인 변화는 아키텍처 차원에 있다. CrowdStrike는 행동 증거가 보안 결정과 같은 운영 환경 안에 있어야 한다고 제안하고 있다. 이 구성이 책임성을 단순화할지는 해당 기록들 간 연결의 품질에 달려 있다.

승인된 접근 권한은 비즈니스 책임자에게 답하지 못한 질문을 남긴다

압박은 자동화를 승인하지만 그 결정의 결과에는 여전히 책임을 지는 팀에 가해진다.

보안팀은 접근을 제한하고, 의심스러운 활동을 조사하며, 사고 확산을 억제하는 데 도움을 줄 수 있다. 비즈니스 책임자는 완료된 워크플로가 목표를 달성했는지도 판단해야 한다. 에이전트의 유효한 신원이 이러한 책임을 없애지는 않는다.

이러한 구분은 에이전트가 단순히 텍스트를 제안하는 데 그치지 않고 정보를 변경할 수 있을 때 중요해진다. 초안은 검토 대상에 남을 수 있다. 실행된 행동은 시스템이 의도한 레코드를 의도한 방식으로 변경했는지에 관한 별도의 질문을 만든다.

에이전트 안전성 근거에서 Fiddler는 보안 보호를 에이전트가 의도대로 작동하는지에 관한 증거와 연결한다고 설명한다. 창립자 Krishna Gade는 이 결합을 설명 가능성과 모니터링 분야에서 회사가 해온 작업의 연장선으로 제시한다. 이는 제안된 통합에 대한 독립적인 평가가 아니라 판매자 측의 입장이다.

운영상의 함의는 책임이 접근 경계에서 멈출 수 없다는 점이다. 보안팀은 자격 증명이 적법했고 뚜렷한 공격이 없었다는 사실을 확인할 수 있다. 그러나 워크플로 소유자는 여전히 잘못된 결과를 설명해야 한다.

가상의 리서치 어시스턴트는 이 차이를 잘 보여준다. 이 어시스턴트는 승인된 내부 문서를 검색하고 매끄러운 요약을 만들 수 있다. 문서가 오래된 경우, 무단 접근 없이도 그에 따른 권고는 잘못될 수 있다.

지식 근로자에게 이는 에이전트 안전성을 기반 정보의 품질 및 이력과 연결한다. 검색 가능한 지식 베이스는 검토할 수 있도록 원본 자료를 이용 가능하게 만드는 데 도움이 된다. 자동화된 결정을 조사할 때 권고를 그러한 자료와 연결하는 것 역시 또 다른 요건이다.

개발팀은 다른 형태의 압박에 직면한다. 정확성이나 정책 준수와 같은 폭넓은 목표를 관찰 가능한 승인 기준으로 옮겨야 한다. 이러한 기준이 없으면 모니터링은 활동을 기록하면서도 성공의 의미를 미해결 상태로 남길 수 있다.

조달팀 역시 약속된 적용 범위와 이용 가능한 증거를 더 명확히 구분해야 한다. 공급업체의 프레임워크 지원 목록은 가능한 통합 경로를 보여 준다. 그렇다고 모든 고객 워크플로가 완전하고 이해하기 쉬운 기록을 생성한다는 뜻은 아니다.

따라서 CrowdStrike AI 안전성 영향은 기술뿐 아니라 책임 주체를 통해 평가해야 한다. 겉보기에 정당한 실수에 관한 알림은 누가 받는가? 워크플로를 중단할지 누가 결정하며, 결과 레코드가 정확한지 누가 확인하는가?

이 질문들이 모든 에이전트 행동을 보안 사고로 만들 필요는 없다. 다만 탐지에서 책임 있는 의사 결정권자까지 이어지는 합의된 경로가 필요하다. 그렇지 않으면 추가 모니터링은 수정까지의 경로를 줄이지 못한 채 더 많은 정보만 만들어낼 수 있다.

이번 인수의 의미는 CrowdStrike가 이러한 책임성의 공백을 플랫폼 범위의 일부로 다룬다는 데 있다. 엔터프라이즈 구매자는 논의가 침입 방지에 그치지 않고 승인된 자동화를 설명하는 영역으로 확장될 것으로 예상해야 한다.

Falcon Observe는 활동 기록을 보안 맥락과 연결한다

제안된 메커니즘은 에이전트의 작업에 관한 증거와 운영 환경에 관한 증거를 결합한다.

Falcon Observe를 운영 관점에서 설명하면, 중요한 단위는 지시, 행동, 결과 간의 연결이다. 모델 응답만 포착하는 것으로는 이 연결이 완전하지 않다. 조사자는 대화 밖에서 어떤 일이 일어났는지 이해해야 한다.

실행 단계가 연결된 기록인 트레이스는 에이전트가 어떤 도구를 호출했으며 그 호출이 무엇을 반환했는지 보여 줄 수 있다. 보안 맥락은 그러한 단계와 관련된 신원, 권한, 환경에 관한 정보를 추가한다. 이 기록들을 함께 사용하면 각각의 기록만으로 가능한 것보다 더 유용한 조사를 뒷받침할 수 있다.

공급업체 연락처 정보를 업데이트하라는 요청을 받은 가상의 조달 에이전트를 생각해 보자. 비즈니스 애플리케이션은 최종 변경 사항을 기록할 수 있다. 에이전트의 활동 기록은 어떤 소스를 참조했고 어떤 업데이트 작업을 요청했는지 보여 줄 수 있다.

그런 다음 보안 정보는 해당 신원이 적절한 접근 권한을 가졌는지, 주변 활동이 의심스럽게 보였는지를 확인하는 데 도움이 될 수 있다. 그렇다고 새 연락처 정보가 정확한지 자동으로 판단되는 것은 아니다. 다만 조사의 범위를 좁히고 여전히 검증이 필요한 사항을 식별할 수 있다.

CrowdStrike는 Fiddler 계획을 무단 에이전트 활동을 중단하기 위한 AI Kill Switch 발표을 포함한 Falcon Guardian 제어 기능과 함께 제시한다. 회사는 에이전트, 네트워크, 엔드포인트 제어 지점 전반에서의 집행을 설명한다. 이는 독립적인 테스트의 비교 결과가 아니라 제품 기능에 관한 회사의 주장이다.

관찰과 개입의 구분은 중요하다. 실행 기록은 행동을 설명하는 데 도움이 된다. 집행 메커니즘은 조건이 충족될 때 활동을 제한하거나 중단할 수 있다. 어느 기능도 어떤 조건이 개입을 정당화하는지 정의할 필요를 없애지는 않는다.

이는 제안된 결합에 실질적인 설계 질문을 제기한다. 탐지된 이탈은 워크플로에 적합한 대응과 연결돼야 한다. 정보성 경고와 즉각적인 중단은 비즈니스 프로세스에 서로 다른 결과를 초래한다.

CrowdStrike는 AI 보안 테스트를 위해 Dreadnode를 인수하는 계약도 발표했다. 회사가 밝힌 역할은 배포 전에 AI 모델, 애플리케이션, 에이전트의 취약점을 찾아내는 것이다. 이는 행동 모니터링을 보완하지만, 출시 전 테스트가 이후의 모든 상호작용이 어떻게 전개될지를 확인할 수는 없다.

더 큰 메커니즘은 피드백 루프다. 테스트는 기대 행동을 정의하고, 운영 기록은 실제 행동을 드러내며, 조사는 기대치나 제어 기능을 수정해야 할 지점을 식별한다. 이는 이미 통합된 제품에 대한 검증된 설명이 아니라 결합된 방향에 관한 분석적 해석이다.

그 유용성은 연속성에 달려 있다. 기록이 원래 작업을 최종 애플리케이션 상태와 연결하지 못하면, 조사자는 여전히 빠진 고리에 직면한다. 플랫폼은 조사가 워크플로 자체보다 더 어려워지지 않으면서도 이탈을 설명할 충분한 맥락을 보존해야 한다.

Dynatrace와 Arize는 이것이 단순한 보안 경쟁 이상인 이유를 보여준다

AI 관측성은 개발, 운영, 보안 플랫폼이 함께 다루는 영역이 되고 있다.

Dynatrace는 10월 1일 Arize 인수를 완료했다고 발표했다. 회사는 AI 평가를 애플리케이션 및 인프라 전반의 가시성과 결합한다고 설명했다. 또한 Arize가 Phoenix 오픈소스 프로젝트와 AX 엔터프라이즈 플랫폼을 계속 지원할 것이라고 밝혔다.

CrowdStrike와의 비교가 유용한 이유는 출발점이 다르기 때문이다. Dynatrace의 발표는 개발 및 프로덕션 수명주기 전반에서 AI 애플리케이션을 운영하는 데 초점을 둔다. CrowdStrike의 Fiddler 발표는 신원 및 보안 정보와 함께 에이전트의 행동을 이해하는 데 초점을 둔다.

이러한 설명은 서로 겹치는 고객의 질문에 이르는 서로 다른 경로를 시사한다. 애플리케이션 팀은 장애를 진단하고 결과를 개선하고자 한다. 보안 팀은 활동이 허용되는지, 의심스러운지 또는 유해한지를 판단하고자 한다. 하나의 에이전트 사고에는 두 관점이 모두 필요할 수 있다.

Dynatrace의 발표에 포함된 독립적인 논평은 수명주기 논거를 뒷받침한다. IDC 애널리스트 Stephen Elliot은 평가와 관측 가능성을 연결하면 팀이 문제를 더 일찍 식별하고 해결하는 데 도움이 된다고 말했다. 이 평가는 Dynatrace의 결합에 관한 것이며 CrowdStrike 인수에 대한 지지로 제시되어서는 안 된다.

같은 발표에 담긴 고객 관점은 또 다른 차원을 더한다. TELUS의 플랫폼 엔지니어링 임원 Steve Tannock은 초기 개발부터 프로덕션까지의 경로를 포괄하는 데 잠재적 가치가 있다고 설명했다. 그의 발언은 Fiddler 거래에서 측정된 결과가 아니라 이 결합에 대한 기대를 표현한 것이다.

CrowdStrike의 Fiddler 인수는 이전까지 분리돼 있던 증거를 연결하려는 더 폭넓은 움직임에 부합한다. 그렇다고 보안 플랫폼이 애플리케이션 관측 가능성 플랫폼을 대체해야 한다는 점이 입증되는 것은 아니다. 양사의 관계 자체가 더 복잡한 구도를 보여준다.

11월 2일 CrowdStrike와 Dynatrace는 보안 관측 가능성 파트너십을 발표했다. 양사는 보안 정보와 운영 정보를 연결하는 이용 가능한 통합 기능을 설명했다. 발표에는 별도 시스템에 저장된 데이터를 가로질러 검색하고 플랫폼 간에 기록을 라우팅하는 기능도 포함됐다.

이 파트너십은 Fiddler 발표보다 하루 앞서 이뤄졌다. 이는 Dynatrace를 단지 밀려난 경쟁사로만 보는 것이 경쟁적 함의를 과장하는 이유를 보여준다. 양사는 조사 과정에서 협력하는 한편, 다른 영역에서는 서로 겹치는 기능을 개발할 수 있다.

엔터프라이즈 구매자에게 의미 있는 비교는 수행할 수 있는 조사다. 플랫폼은 애플리케이션 결과, 에이전트의 행동, 관련 신원 정보를 드러내는가? 그 증거는 의미를 잃지 않고 기존 도구 간에 이동할 수 있는가?

그 답은 어느 팀이 도입을 주도할지를 좌우할 것이다. 개발자는 워크플로를 살펴보고 개선할 수 있는 능력을 우선시할 수 있다. 보안 팀은 접근 결정과 대응 선택지를 우선시할 수 있다. 비즈니스 책임자는 결과에 대한 설명을 필요로 할 것이다.

따라서 경쟁 압력의 핵심은 그러한 요구를 설득력 있게 연결하는 데 있다. 더 큰 플랫폼 포트폴리오는 각 구성 요소가 실제 작업에 대해 방어 가능한 결론에 도달하도록 도울 때에만 유용하다.

행동 증거에도 여전히 해석이 필요하다

활동 기록은 책임성을 뒷받침할 수 있지만, 에이전트의 결정이 정당했음을 입증하지는 못한다.

가장 강력한 회의적 관점은 설명의 의미와 관련된다. 도구 호출을 기록하면 관찰 가능한 사건의 순서를 확립할 수 있다. 그러나 이것이 모델 출력의 모든 원인을 자동으로 드러내거나, 그에 따른 결정이 타당했음을 증명하는 것은 아니다.

에이전트가 작성한 근거 역시 검증된 증거와 구분돼야 한다. 어떤 행동이 적절했던 이유를 설명하는 문장은 그 자체로 생성된 콘텐츠다. 조사자는 이를 지시사항, 이용 가능한 정보, 도구 결과, 최종 상태와 비교해야 한다.

이 구분은 시스템이 어떻게 결과에 도달했는지 설명하는 에이전트 설명 가능성의 약속에 중요하다. 구매자는 어떤 부분이 기록된 사건에서 나오고 어떤 부분에 해석이 개입되는지 물어야 한다. 명확한 표지 없이 이를 결합하면 설명이 증거가 뒷받침하는 수준보다 더 확실해 보일 수 있다.

범위는 또 다른 한계를 만든다. 기록은 구현이 포착하거나 달리 이용 가능하게 만드는 활동만 설명할 수 있다. 워크플로의 일부가 해당 범위 밖에서 발생한다면 조사 과정에서 그 공백을 식별해야 한다.

그렇다고 부분적 증거가 쓸모없어지는 것은 아니다. 이는 검토자가 합리적으로 도출할 수 있는 결론을 바꾼다. 누락된 정보를 중심으로 구성된 겉보기에는 완전한 서술보다, 후속 조치가 관찰되지 않았다는 명확한 진술이 더 도움이 된다.

평가에는 방어 가능한 기준도 필요하다. 작업 완료 여부를 확인하려면 비즈니스 프로세스에서 완료가 무엇을 의미하는지에 달려 있다. 기록을 업데이트하는 것, 성공적인 응답을 받는 것, 의도한 비즈니스 결과를 확인하는 것은 서로 별개의 조건이다.

가상의 계정 관리 에이전트는 쓰기 작업이 성공했다는 확인을 받을 수 있다. 이 응답은 작업이 실행됐음을 확립한다. 그러나 에이전트가 올바른 계정을 선택했는지 또는 정확한 정보를 입력했는지는 입증하지 못한다.

사람의 검토는 존재한다는 사실만으로 문제를 해결하지 못한다. 검토자는 관련 판단을 내릴 충분한 증거, 권한, 시간을 필요로 한다. 누군가에게 불명확한 설명을 승인하라고 요구하는 워크플로는 근본적인 불확실성을 그대로 유지할 수 있다.

프라이버시와 정보 접근은 추가적인 구현 문제를 만든다. 상세 활동 기록에는 민감한 비즈니스 자료가 포함될 수 있다. 구매자는 무엇이 기록되는지, 누가 이를 검토할 수 있는지, 보존 방식이 기존 의무와 어떻게 부합하는지를 이해해야 한다.

이는 Fiddler나 CrowdStrike에 대한 의혹이 아니라 평가의 문제다. 인수 발표는 대표적인 엔터프라이즈 작업 전반의 탐지 품질을 확립하는 독립적인 벤치마크를 제공하지 않는다. 또한 고객이 의도된 운영상 이점을 얼마나 일관되게 달성할지도 확립하지 않는다.

CrowdStrike의 AI 안전성 영향은 이러한 한계가 어떻게 전달되는지에 부분적으로 달려 있다. 확인된 사건, 추론된 설명, 누락된 증거를 구분하는 제품은 검토자에게 더 명확한 조치 근거를 제공한다.

현재로서는 제안된 통합을 증거와 통제를 개선하려는 계획으로 평가해야 한다. 완전한 책임성에 대한 주장은 범위, 평가 품질, 조직이 결과를 활용하는 방식에 관한 더 많은 세부 정보를 필요로 한다.

출시, 증거, 통합 경계를 주시하라

다음 신호는 무엇이 출시되는지, 무엇을 탐지하는지, 그리고 고객이 이미 사용하는 도구와 어떻게 작동하는지를 보여줘야 한다.

첫 번째 신호는 제공이다. CrowdStrike는 Falcon Observe의 거래 종결 시점과 일반 공급 목표를 제시했다. 앞으로 수개월 동안 구매자는 거래 완료 확인과 현재 이용 가능한 기능을 이후 계획과 구분하는 문서를 주시해야 한다.

이 구분이 중요한 이유는 기술을 인수하는 것과 이를 통합하는 것은 서로 다른 이정표이기 때문이다. 출시는 고객이 어떤 기록을 검토할 수 있는지, 어떤 워크플로가 지원을 받는지를 명확히 해야 한다. 문서는 관찰, 조사, 개입의 관계도 설명해야 한다.

발표된 범위와 일치하는 제공은 CrowdStrike가 행동 기반 책임성을 운영 가능한 제품으로 전환하고 있다는 논거를 강화할 것이다. 초기 출시 범위가 더 좁다면 구매자는 기대치를 조정해야 한다. 어느 결과도 인수 발표만으로 추정해서는 안 된다.

두 번째 신호는 대표적인 증거다. 유용한 검증은 에이전트가 유효한 접근 권한을 보유했음에도 시스템이 작업 실패를 식별하는 모습을 보여줘야 한다. 또한 시스템이 올바르게 방해하지 않는 성공적인 작업도 보여줘야 한다.

이러한 짝이 중요한 이유는 불확실한 모든 행동을 중단하는 것이 유해한 행동을 구별하는 것과 같지 않기 때문이다. 구매자는 실패를 포착하는 것과 정당한 업무를 중단시키는 것 사이의 균형을 이해해야 한다. 공개된 사례는 기대 결과, 관찰된 활동, 탐지, 대응을 설명해야 한다.

고객 사례는 일반적인 만족도보다 조사를 설명할 때 더 많은 정보를 제공한다. 어떤 증거가 문제를 식별하는 데 도움이 됐는가? 무엇이 해결되지 않은 채 남았으며, 이후 워크플로에서는 무엇이 바뀌었는가?

이런 세부 사항은 CrowdStrike의 Fiddler 인수에 기능 목록만으로는 제공할 수 없는 더 강한 기반을 부여할 것이다. 이는 계획된 제품을 엔터프라이즈 팀이 실제로 내려야 하는 결정과 연결한다. 이러한 세부 사항이 없다면 효과성은 대체로 공급업체의 설명에 의존하게 된다.

세 번째 신호는 통합 경계에 관한 명확성이다. CrowdStrike와 Dynatrace의 관계는 이미 보안 도구와 애플리케이션 도구를 분리해 사용하는 조직에 특히 중요하다. 구매자는 해당 환경 전반에서 에이전트 기록이 운영 증거와 어떻게 연결되는지 보여주는 문서를 주시해야 한다.

실제 크로스 플랫폼 조사를 통해 설명된 Falcon Observe는 통합 가시성에 대한 또 다른 포괄적 약속보다 더 많은 것을 보여줄 것이다. 이는 조사가 시스템 사이를 이동할 때 관련 신원, 행동, 결과가 이해 가능한 상태로 유지되는지를 보여줄 것이다. 명확한 내보내기 및 접근 방식도 고객이 선택지를 평가하는 데 도움이 될 것이다.

이러한 신호는 발표된 인수를 당연한 의무로 바꾸지 않으면서 구매 결정을 이끌어야 한다. 당면한 과제는 조직에 현재 어떤 증거가 부족한지 식별하는 것이다. 이는 최종 제품을 평가할 구체적인 기반을 제공한다.

에이전트의 책임을 확대하기 전에, 팀이 이미 이해하고 있는 워크플로를 선택하고 잘못된 결과를 어떻게 조사할지 살펴보라. 원래 지시, 뒷받침 정보, 실행된 행동, 최종 애플리케이션 상태를 식별하라. 누가 실수를 알아차릴지, 누가 수정을 승인할 수 있을지 물어보라. 그런 다음 이 증거 경로를 잠재적 공급업체가 실제로 보여줄 수 있는 것과 비교하라. CrowdStrike의 Fiddler 인수는 이러한 질문을 엔터프라이즈 보안 운영에 더 가깝게 가져온다는 점에서 중요하다. 제품 제공 과정을 추적하고, 자체 워크플로에 근거한 시연을 요구하라. 에이전트가 작업을 완료했다고 보고할 때, 팀은 무엇이 변경됐는지와 그 결과가 원래 요청을 충족했는지를 독립적으로 확인할 수 있는가?