SentinelOne Claude Cowork Security, AI 작업 내부의 가시성 공백 겨냥

SentinelOne은 11월 2일, 기기 수준의 보호 기능이 놓칠 수 있는 활동을 겨냥해 Claude Cowork의 실행 환경 내부에 보안 소프트웨어를 배치할 계획이라고 발표했다. SentinelOne Claude Cowork security의 핵심은 실질적인 충돌에 있다. AI 작업자를 격리하면 그 행동이 기업의 감독 체계와 분리될 수도 있다는 점이다.

이 제안은 접근 제한에만 전적으로 의존하거나 에이전트의 결과물을 사후 검토하는 대신, 작업이 이루어지는 동안 보안을 다룬다. 단순히 권고만 하는 것이 아니라 파일을 변경하고 행동을 수행할 수 있는 어시스턴트라면 이 차이는 중요하다.

CrowdStrike도 자체 런타임 보호 전략을 추진하고 있어, 보안 업체들은 자신의 가시성이 정확히 어디서 시작되고 끝나는지 설명해야 하는 압박을 받고 있다. 기업 구매자에게 핵심 질문은 보호 기능이 실제 실행 경계를 넘어 작업을 따라가는지 여부다. SentinelOne의 발표는 구체적인 접근 방식을 제시하는 한편, 가용성, 아키텍처, 근거에 관한 미해결 질문도 남긴다.

SentinelOne Claude Cowork Security, 실행 경계 내부로 이동

SentinelOne의 Cowork 보안 통합은 격리된 컴퓨팅 환경인 Cowork의 가상 머신 내부에 보안 에이전트를 배치하게 된다. 회사는 이를 통해 해당 환경 외부의 보안 소프트웨어가 놓칠 수 있는 활동을 드러낼 수 있다고 설명한다.

계획된 통합은 macOS와 Windows를 지원하며, 기기 관리를 통해 배포가 제어된다. SentinelOne은 기존 탐지 기술을 활용한 행위 기반 경보와 자동화된 공격 대응을 설명한다.

구체적인 변화는 AI가 작업을 수행하는 환경 내부에 보안 소프트웨어를 배치하겠다는 제안에 있다.

격리 경계는 조사 시스템과 다른 목적을 수행하기 때문에 이 배치 방식은 주목할 만하다. 격리는 소프트웨어가 접근할 수 있는 범위를 제한한다. 조사를 하려면 그러한 제한 안에서 어떤 일이 일어났는지 설명할 수 있는 충분한 근거가 필요하다.

가령 한 직원이 어시스턴트에게 프로젝트 문서를 정리해 달라고 요청하는 가상 사례를 생각해 보자. 직원은 올바른 파일을 찾고 유용한 결과를 받는 데 관심이 있다. 보안 분석가에게는 다른 설명이 필요하다. 어떤 리소스에 접근했고, 그 뒤에 어떤 행동이 이어졌으며, 해당 행동이 업무 지시와 일치했는지다.

호스트 수준의 관점에서는 애플리케이션이 실행됐다는 사실은 보일 수 있지만, 격리된 작업 공간 내부의 모든 작업까지 설명하지는 못할 수 있다. 이 차이가 중요한지는 환경과 기존 모니터링에 따라 달라진다. 따라서 구매자는 일반적인 비가시성 주장만 받아들이기보다, 공급업체에 구체적으로 누락된 근거를 제시하도록 요청해야 한다.

제안된 배치 방식은 적용 범위를 평가할 더 명확한 단위도 만든다. 보안 팀은 특정 행동이 모니터링되는 환경 내부에서 발생했는지 물을 수 있다. 이는 AI 애플리케이션 전체가 일률적으로 보호된다고 보는 것보다 더 유용하다.

그러나 이 발표는 미래형 표현을 사용하며 일반 출시 일정도 제시하지 않는다. 따라서 계획된 기능은 설치된 보호 기능으로 간주하지 말고 평가 논의에 활용해야 한다.

조달 결정에는 발표된 설계와 실제 운영 기능을 더욱 명확히 구분해야 한다. 구매자는 지원되는 구성, 배포 지침, 그리고 일상 업무 중에도 제어 기능이 활성 상태로 유지된다는 근거를 필요로 한다.

이러한 세부 사항은 통합 기능이 신뢰할 수 있는 통제가 될지, 아니면 관리자가 수동으로 추적해야 할 또 하나의 예외가 될지를 결정한다. 기능은 단순해 보일 수 있지만 설치, 업데이트, 문제 해결, 소유권에 관한 까다로운 질문을 남길 수 있다.

이 발표의 중요성은 실행 경계를 명시적으로 드러낸 데 있다. 실질적 가치는 고객이 그 경계를 검증하고 일관되게 모니터링할 수 있는지에 달려 있다.

이는 조직이 Claude를 아예 허용할지 여부에서 논의를 옮긴다. 더 유용한 질문은 접근 권한을 부여한 후 어떤 활동을 관찰하고 중단할 수 있는가가 된다.

보안 팀은 자신들이 승인한 작업을 책임 있게 관리해야 한다

즉각적인 부담은 AI 워크플로를 승인하고 그 결과를 설명해야 하는 기업 보안 책임자에게 돌아간다. 승인은 시작할 권한을 부여한다. 그렇다고 이후의 모든 행동이 계속 적절하다는 뜻은 아니다.

승인된 어시스턴트라도 직원의 요청부터 최종 비즈니스 행동까지 책임을 추적할 수 있는 연결 고리가 필요하다.

이는 일괄적인 제한을 주장하는 문제가 아니라 운영상의 문제다. 유용한 자동화에는 정보와 도구에 대한 접근이 필요하다. 추가되는 각각의 권한은 실수하거나 조작된 행동이 영향을 미칠 수 있는 범위도 바꾼다.

내부 메모와 다운로드한 문서를 바탕으로 고객 브리핑을 준비하는 가상의 분석가를 생각해 보자. 이러한 자료를 읽는 것은 업무의 일부다. 그러나 동일한 애플리케이션이 두 작업을 모두 수행하더라도, 원본 파일을 무관한 목적지로 전송하는 것은 다른 행동이다.

유용한 조사는 이 차이를 보존해야 한다. 애플리케이션이 승인되었다는 사실만으로는 전송이 직원의 의도와 일치했는지를 판단하는 데 거의 도움이 되지 않는다.

이 때문에 책임은 보안 부서를 넘어선다. 비즈니스 담당자는 허용 가능한 결과를 정의한다. IT 관리자는 접근 권한을 구성한다. 직원은 지시를 제공한다. 사고 대응 담당자는 그러한 결정들 사이의 상호작용을 재구성할 수 있는 충분한 근거를 필요로 한다.

명확한 책임 소유자가 없으면 경보는 팀 사이를 오갈 수 있다. 보안 팀은 비정상적인 활동을 식별해도 비즈니스가 이를 요청했는지 알지 못할 수 있다. 비즈니스는 오류를 알아차려도 어떤 권한이 이를 가능하게 했는지 알지 못할 수 있다.

따라서 실용적인 배포에는 어시스턴트가 수행할 수 있는 작업에 관한 공동의 설명이 필요하다. 이 설명은 작업이 실패하거나 예상치 못한 결과를 내거나 적대적인 자료를 만났을 때도 이해할 수 있어야 한다.

압박은 지식 근로자에게도 미친다. 완성된 문서는 불필요한 접근이나 부적절한 중간 행동을 숨긴 채 그럴듯해 보일 수 있다. 결과물의 품질과 실행의 안전성은 별도로 검토할 필요가 있다.

검색 가능한 지식 기반을 유지하는 팀이라면, 검색된 자료가 행동하는 어시스턴트의 입력이 될 때마다 이 구분이 적용된다. 관련 정보를 찾았다고 해서 그 내용이 자동으로 신뢰할 수 있는 지시가 되는 것은 아니다.

비즈니스 대응은 작업에 비례해야 한다. 비공개 요약을 초안으로 작성하는 워크플로는 공유 기록을 변경하거나 외부 커뮤니케이션을 전송하는 워크플로와 다른 결과를 낳는다.

보안 통제는 모든 곳에 동일한 중단 정책을 적용하기보다 이러한 차이를 반영해야 한다. 그렇지 않으면 관리자는 과도한 차단이나 의미 있는 예외를 흐리는 광범위한 권한 중 하나를 선택할 위험이 있다.

SentinelOne Claude Cowork security는 이러한 더 넓은 책임성 논의에 속한다. 제안된 가시성은 실행 계층을 다루지만, 조직은 여전히 누가 행동을 승인하고 누가 의심스러운 행동을 해결할지 결정해야 한다.

실질적인 목표는 예기치 않은 일이 발생한 뒤에도 설명 가능한 워크플로다. 이것이 구매자가 제품 시연과 배포 검토에서 유지해야 할 기준이다.

런타임 보호는 격리를 보완하지만 자체적인 절충도 추가한다

런타임 보호란 소프트웨어가 실행되는 동안 모니터링하고 대응하는 것을 의미한다. 그 매력은 분명하다. 방어자는 사전 승인에만 전적으로 의존하지 않고 실제 행동을 평가할 수 있다.

SentinelOne의 광범위한 에이전트 탐지 전략은 Cowork 제안의 맥락을 제공한다. 회사는 10월 21일 Singularity Agentic Detection and Response를 얼리 액세스로 도입했다.

SentinelOne은 이 제품이 에이전트 거버넌스를 행위 탐지, 추적, 격리와 연결한다고 말한다. 이는 포트폴리오 차원의 주장일 뿐, 모든 기능이 Cowork 통합에 포함된다는 증거는 아니다.

격리와 모니터링은 서로 다른 실패 양상을 다루며, 이를 결합하면 접근, 중단, 증거 처리에 관한 결정이 필요해진다.

Anthropic의 에이전트 격리 연구는 실행 환경, 모델, 외부 콘텐츠에 걸쳐 방어 수단을 구분한다. 이 방어 수단들이 서로 겹쳐야 한다고 주장한다.

이 프레임워크는 격리된 환경 내부 모니터링이 매력적인 이유를 설명하는 데 도움이 된다. 환경 경계는 도달 범위를 제한할 수 있고, 내부 관찰은 허용된 범위 안의 의심스러운 활동을 드러낼 수 있다.

어느 기능도 모든 질문을 해결하지는 않는다. 파일 작업은 기술적으로 승인됐더라도 특정 업무에 부적절할 수 있다. 반대로 비정상적인 작업 순서는 정당한 업무를 완료하는 데 필요할 수도 있다.

구매자에게 이는 행동을 인식하는 것과 목적을 해석하는 것의 구분을 만든다. 시연에서는 경보에 어느 정도의 작업 맥락이 함께 제공되는지, 그리고 어디까지 사람의 판단이 필요한지를 보여줘야 한다.

개입은 또 다른 절충을 만든다. 행동을 빠르게 중단하면 피해를 줄일 수 있지만, 잘못된 중단은 비즈니스 작업을 미완료 상태로 남길 수 있다. 적절한 대응은 두 선택의 결과에 달려 있다.

가상의 문서 변환 작업은 이 문제를 잘 보여준다. 의심스러운 프로세스를 차단하면 정보를 보호할 수 있지만 일부만 생성된 결과물이 남을 수 있다. 이후 조사 담당자는 완료된 변경과 끝나지 않은 작업을 구분해야 한다.

따라서 평가는 복구 동작도 포함해야 한다. 구매자는 직원에게 무엇이 보이는지, 어떤 상태가 남는지, 관리자가 어떻게 안전하게 작업을 재개하거나 포기하는지 물어야 한다.

증거 수집도 면밀히 살펴볼 필요가 있다. 텔레메트리, 즉 소프트웨어가 자신의 활동에 관해 생성하는 기록은 조사를 지원하는 동시에 민감한 운영 세부 정보를 노출할 수 있다.

더 많은 가시성은 접근, 보존, 검토 규칙이 수집된 정보와 일치할 때만 유용하다. 보안 관리자는 시스템이 행동 메타데이터, 문서 내용 또는 그 조합을 기록하는지 이해해야 한다.

이는 발표된 통합의 확립된 단점이 아니라 평가 질문이다. 공개된 제품 설명은 특정 배포 환경이 이를 어떻게 처리하는지에 대한 기술 검토를 대체하지 못한다.

핵심 절충은 관리할 수 있지만 피할 수는 없다. 기업은 유용한 작업을 완료할 만큼의 자율성과 유해한 일탈을 탐지할 만큼의 감독을 원한다.

설득력 있는 구현은 일상적인 작업, 의심스러운 작업, 중단된 작업에서 이러한 목표의 균형을 어떻게 맞추는지 보여줘야 한다. 공격 차단 시연의 성공만으로는 이 운영상의 그림 대부분이 여전히 해결되지 않는다.

CrowdStrike, 에이전트 가시성의 경쟁 기준을 높이다

SentinelOne은 엔드포인트 공급업체들이 이미 AI 활동 보호에서 중심적인 역할을 주장하는 시장에서 경쟁하고 있다. Cowork 제안은 이 경쟁에 구체적인 아키텍처적 초점을 부여한다.

9월 1일, CrowdStrike는 Falcon Guardian을 통해 AI 런타임 시행을 도입했습니다. CrowdStrike는 에이전트 탐지, 실행 가시성, 접근 제어 및 런타임 대응 기능을 설명합니다.

이 비교는 공통된 방향성을 보여줄 뿐, 동등한 범위를 뜻하지는 않습니다. 두 발표 모두 동일한 Cowork 워크플로에서 제품 성능을 비교한 통제된 자료를 제공하지 않습니다.

실질적으로 유용한 경쟁 질문은 정의된 배포 구성에서 각 제품이 어떤 작업을 설명하고 차단할 수 있는가입니다.

광범위한 플랫폼 언어는 이러한 비교를 어렵게 만듭니다. 공급업체는 특정 작업 전반에서 증거가 어떻게 연결되는지 보여주지 않은 채 기기와 클라우드 서비스 전반의 보호 범위를 설명할 수 있습니다.

구매자는 평가를 용어 경쟁으로 바꾸지 말아야 합니다. 에이전트 보안 및 런타임 대응과 같은 용어에는 지원 이벤트, 시행 지점, 조사 기록의 구체적 사례가 필요합니다.

의미 있는 비교는 동일한 정상 업무 과제에서 시작해야 합니다. 각 공급업체는 무엇을 기록하는지, 작업을 직원과 어떻게 연결하는지, 분석가가 결과를 어떻게 검토하는지를 보여줘야 합니다.

다음 비교에서는 의심스러운 이탈 행위를 도입해야 합니다. 평가는 탐지와 중단을 구분하고, 대응 전에 중대한 작업이 완료됐는지 확인해야 합니다.

마지막으로, 평가는 무해하지만 이례적인 워크플로를 검토해야 합니다. 이를 통해 보호 기능이 유용한 업무를 유지하는지, 아니면 관리자가 합리적으로 해결할 수 없는 경보를 만드는지 드러납니다.

이는 공개된 벤치마크 결과가 아니라 제안된 평가 조건입니다. 제품이 자신의 강점에 맞게 선택된 행동만을 상대로 시험될 경우 효과적으로 보일 수 있기 때문에 중요합니다.

경쟁 압력은 애플리케이션 개발자에게도 영향을 미칩니다. 보안 통합에는 안정적인 실행 경계와 활용 가능한 운영 정보가 필요합니다. 이러한 인터페이스가 불명확하게 남아 있으면 기업 구매자가 그 불확실성을 떠안게 됩니다.

보안 공급업체에게 특정 애플리케이션과의 명시된 통합은 광범위한 플랫폼 약속이 제공하지 못하는 구체성을 제공합니다. 동시에 고객이 더 쉽게 검증할 수 있는 기대를 만듭니다.

고객은 지원되는 Cowork 구성이 실제로 보안 구성 요소를 로드하는지 물을 수 있습니다. 이어서 작업이 이해 가능한 기록을 생성하는지, 개입이 문서화된 대로 작동하는지 검토할 수 있습니다.

이는 지원 브랜드를 나열하는 것보다 더 엄격한 기준입니다. 애플리케이션 아키텍처, 보안 계측 및 비즈니스 운영 간의 관계를 시험합니다.

기존 보안 투자는 이러한 결정에 영향을 미칩니다. 구매자는 새 증거가 기존 조사 프로세스에 맞는지, 관리자가 현재 제어 체계와 함께 이를 유지할 수 있는지 검토해야 합니다.

별도 인터페이스나 추가 배포 단계가 자동으로 문제가 되는 것은 아닙니다. 책임 소재가 불분명하거나 보호 범위가 조용히 사라질 때 문제가 됩니다.

따라서 경쟁 결과는 기능 범위만큼이나 운영상의 증명에 달려 있습니다. 가장 강력한 제품은 경계를 이해하기 쉽게 만들고 보호 기능을 반복 가능하게 제공할 것입니다.

아키텍처와 효과성에 관한 질문은 여전히 열려 있습니다

SentinelOne의 발표와 Anthropic의 현재 문서를 비교하면 상당한 검증 공백이 나타납니다. SentinelOne은 직원 기기에서 실행되는 Cowork 가상 머신을 설명합니다.

Anthropic의 현재 Cowork 안전 가이드는 세션이 자사 서버에서 실행되며, 데스크톱 소프트웨어가 로컬 리소스에 대한 접근을 제공한다고 설명합니다.

이러한 설명만으로는 추가 해설 없이 공통된 보호 범위를 확립할 수 없습니다. 서로 다른 구성이나 제품 전환을 가리킬 수 있지만, 현재 이용 가능한 자료만으로는 그 질문이 해소되지 않습니다.

구매자는 모든 Cowork 세션에 대한 보호로 통합 기능을 간주하기 전에 지원되는 실행 환경에 관한 명시적 설명을 필요로 합니다.

이 불일치는 SentinelOne의 계획된 설계가 효과 없다는 점을 입증하지 않습니다. 다만 공개된 설명이 배포 범위를 불명확하게 남긴다는 점을 보여줍니다.

기술 문서는 보안 구성 요소가 어디서 실행되는지와 어떤 활동이 그 가시 범위 밖에 남는지를 설명해야 합니다. 또한 워크플로가 실행 위치 간에 이동할 때 보호 범위가 어떻게 달라지는지도 밝혀야 합니다.

이는 제품명이 아키텍처 다이어그램이 아니기 때문에 중요합니다. 애플리케이션을 사용하는 서로 다른 방식에는 서로 다른 리소스, 권한 및 시행 기회가 수반될 수 있습니다.

Anthropic의 안전 가이드는 정상 업무 중 어시스턴트가 읽는 자료에 악성 지시를 삽입하는 공격인 프롬프트 인젝션도 다룹니다. 이 위험은 정보 접근과 수행 가능한 작업 모두에 관련됩니다.

시스템 동작 모니터링은 모든 악성 지시가 인식될 것이라고 입증하지 않으면서도 방어에 기여할 수 있습니다. 구매자는 관찰 가능한 결과와 그 결과를 초래한 메커니즘을 구분해야 합니다.

예를 들어 가상의 전송 작업은 일반적으로 허용되는 도구를 사용할 수 있습니다. 해당 도구가 실행됐다는 사실을 탐지하더라도 대상이나 콘텐츠가 직원의 요청과 일치하는지까지 반드시 입증하는 것은 아닙니다.

강력한 평가는 명백한 악성 소프트웨어만 시험하기보다 그러한 맥락적 질문을 검토합니다. 또한 의심스러운 활동과 유사한 정상 작업도 평가합니다.

11월 발표에는 독립적인 효과성 결과나 오탐 측정치가 포함되지 않았습니다. 따라서 이 발표는 제안된 설계에 대한 보도를 뒷받침하지만, 실제 환경에서의 보호 효과는 입증되지 않은 상태로 남습니다.

성능 오버헤드에 관한 주장에도 같은 엄격함이 필요합니다. 공개된 측정치가 없다면 영향이 미미하다고도, 허용할 수 없는 수준의 지연이 발생한다고도 가정해서는 안 됩니다.

고객 주도 배포는 유용하지만, 출시 관리 권한이 유지 관리의 용이성을 보장하지는 않습니다. 관리자는 애플리케이션 변경 후에도 보호 범위를 확인하고 실패한 설치를 조사할 신뢰할 수 있는 방법이 여전히 필요합니다.

개인정보 보호 관련 질문도 구현 방식에 따라 달라집니다. 구매자는 일반적인 보안 주장만으로 정책을 추론하기보다 수집 정보, 관리 접근 권한 및 보존 기간에 관한 명확한 설명을 요청해야 합니다.

이러한 공백에 대한 올바른 대응은 집중적인 기술 평가입니다. 무엇이 지원되는지, 무엇이 시험됐는지, 무엇이 평가 범위 밖에 남는지를 확인해야 합니다.

이 접근 방식은 이용 가능한 증거가 뒷받침할 수 없는 결론을 발표에 부여하지 않으면서도 발표의 가치를 보존합니다.

통합이 배포 단계로 이동하며 주목할 점

다음 단계는 관찰 가능한 제품 및 고객 증거를 통해 판단해야 합니다. 향후 몇 달간 유용한 평가는 제공 가능성에서 시작해 효과성, 그리고 지속적 운영으로 이어집니다.

결정적 신호는 문서화된 배포 범위, 재현 가능한 보안 결과, 그리고 보호가 일상적 사용 속에서도 유지된다는 증거입니다.

첫 번째 신호는 공개된 구현 가이드입니다. 구매자는 지원 구성, 설치 요구 사항, 보호 범위 검증, 로컬 실행과 클라우드 실행의 명확한 설명을 찾아야 합니다.

그 문서가 아키텍처 불일치를 해소하고 관리자에게 보호를 확인할 반복 가능한 방법을 제공한다면 근거가 강화됩니다. 범위가 모호하면 근거는 약화됩니다.

제공 가능성에 관한 표현도 구체화돼야 합니다. 공개 발표, 시험 초대, 지원되는 프로덕션 릴리스는 서로 다른 약속을 의미합니다.

고객은 통합을 중심으로 내부 출시 계획을 세우기 전에 어떤 약속이 적용되는지 알아야 합니다. 또한 애플리케이션과 보안 구성 요소가 예상치 못하게 상호작용할 때 누가 문제 해결을 담당하는지도 알아야 합니다.

두 번째 신호는 재현 가능한 테스트입니다. 유용한 결과는 작업, 의심스러운 행동, 예상 대응 및 결과를 설명합니다.

테스트는 경보와 차단된 작업을 구분해야 합니다. 또한 정보가 통제된 환경을 벗어나기 전에 대응이 발생했는지, 아니면 조사자가 사후에 이를 기록할 수 있었을 뿐인지도 설명해야 합니다.

긍정적 결과는 제안된 배치 방식에 대한 신뢰를 강화합니다. 놓친 작업은 공백을 드러내고, 정상 업무가 자주 중단된다면 구현의 실용성에 의문을 제기하게 됩니다.

독립 평가는 가치를 더하겠지만, 그러한 테스트가 나오기 전에도 투명성은 중요합니다. 경계가 명확한 기업 테스트는 설명 없는 완전한 보호 주장보다 더 많은 정보를 제공합니다.

세 번째 신호는 지속적인 고객 운영에서 나오는 증거입니다. 파일럿 운영은 관리자가 보호 범위를 유지하고, 경보를 해결하며, 제어 장치를 반복적으로 우회하지 않고 직원을 지원할 수 있는지를 보여줘야 합니다.

배포 경계와 운영상 어려움을 설명하는 고객 사례는 더 설득력이 있습니다. 무엇이 달라졌고 무엇이 여전히 수동 조치를 필요로 했는지에 대한 구체적 설명이 일반적인 칭찬보다 더 도움이 됩니다.

경쟁사의 발전도 동일한 기준으로 판단해야 합니다. 지원 보호 범위를 개선하거나 구매자가 비교할 수 있는 증거를 제공하지 않는다면, 또 다른 기능 발표는 큰 의미가 없습니다.

기업에 가장 유용한 결과는 에이전트 활동을 평가하기 위한 공통 어휘가 마련되는 것입니다. 공급업체는 권한, 관찰, 탐지, 개입 및 복구를 구분할 수 있게 해야 합니다.

이러한 기능들은 함께 속하지만, 어느 하나도 다른 기능을 대신해서는 안 됩니다. 작업을 기록하는 시스템은 증거를 제공한 것입니다. 원치 않는 결과도 방지하는지는 별도의 답이 필요합니다.

AI 워크플로를 확장하기 전에 조직이 가장 이해하고 통제해야 하는 중대한 작업을 식별하십시오. 공급업체에 중단과 복구를 포함한 현실적인 업무 과제 전반에서 그 작업을 추적해 보라고 요청하십시오. 지원 구성, 분석가가 받는 증거, 보호 기능이 작동할 때의 직원 경험을 요청하십시오. SentinelOne Claude Cowork 보안에 대해서는 실행이 어디서 이뤄지고 보안 구성 요소가 어디서 작동하는지도 물어보십시오. 평가는 직원이 실제로 수행하는 업무에 계속 연결해 두십시오. 설득력 있는 시연이라면 팀이 무슨 일이 발생했는지, 왜 대응이 이뤄졌는지, 어떤 활동이 여전히 보호 범위 밖에 있는지를 설명할 수 있어야 합니다. 제안된 제어 기능이 유용한 업무를 비현실적으로 만들지 않으면서 그러한 설명을 제공할 수 있습니까?