11월 3일, 남의 에이전트 안에 보안 센서가 들어갔다
(외부 공식자료) CrowdStrike 는 11월 3일, Falcon Linux 센서를 Claude Cowork 의 실행 VM 안에 배치할 수 있다고 발표했다. 고객사는 이미 쓰는 기기관리 도구로 센서를 밀어넣고, VM 내부의 프로세스·패키지·네트워크 활동을 본다. macOS 베타, 윈도우 지원은 11월 중 예정.
(외부 공식자료) 같은 주 Anthropic 릴리스 노트. 11월 5일 Enterprise 에 보안 센터, inference hooks, 중앙 관리, 추가 접근 통제. 11월 6일에는 프로젝트에 charge code·client-matter number 태그를 붙여 지출을 그 코드로 집계한다.
사흘 사이 세 가지가 같은 방향을 봤다. 에이전트가 무엇을 했고, 무엇을 만졌고, 누구 비용으로 했는지.
우리 차별점에는 들여다볼 창이 없다
우리가 파는 문장은 축적이다. 승인된 실제 업무에서 재사용 가능한 팀 절차가 쌓인다 — (제품 가설), brand-context 2026-09-07 기준.
문제는 구매자 눈에 축적물이 자산으로 보이지 않는다는 점이다. 직원 기기에서 주기적으로 돌아가는, 누가 언제 만들었는지 모를 자동화 덩어리로 보인다.
사양에 적힌 것: 데스크톱 설치, 로컬 업무 실행, 승인, 스킬의 자연스러운 축적, 선제적 제안. (기획 단계 — 구현 확인 아님.)
적히지 않은 것: 축적물 한 건에 대해 누가 승인했고, 어느 기기에서 돌았고, 어떤 파일·계정에 닿았고, 몇 번 실행됐는지 보여주는 화면.
경쟁사는 그 창이 없던 자리를 남의 EDR 로 메웠다. 우리는 기기에서 돌기 때문에, 그 자리에 들어올 남의 센서조차 아직 없다.
(미검증 가설) 내년 도입 심사의 첫 질문은 "이 도구가 안전한가"가 아니라 "이 도구가 만든 자동화 목록을 누가 갖고 있나"가 된다.
반대 의견 — 두 개가 쓸 만하다
"소규모 팀은 그런 거 안 묻는다." 맞다. 5인 팀 대표는 보안 센터를 요구하지 않는다. 다만 우리가 노리는 자리는 그 팀이 2년 뒤 30인이 되는 구간이고, 그때 축적물을 옮길 방법이 없으면 교체 비용은 우리 쪽에 쌓인다.
"기획 단계에서 통제 화면부터 만드는 건 사치다." 일부 맞다. 반박은 원가다. 축적물 1건에 승인자·실행 기기·접근 범위·실행 횟수를 붙이는 일은 쌓기 시작한 뒤에 소급하면 거의 불가능하다. 지금은 스키마 결정이고, 나중은 데이터 마이그레이션이다.
우리가 팔 수 있는 문장
경쟁사는 "에이전트 안을 들여다보려면 EDR 을 사라"로 갔다. 우리가 쓸 수 있는 반대 문장은 "에이전트가 만든 절차는 처음부터 당신 자산 목록에 등재된다"다.
이 문장은 지금 쓸 수 없다. 등재되는 화면이 없으니까. 그런데 이 문장을 쓸 수 있게 만드는 비용은, 지금이 가장 싸다.
이번 주에 할 일
- 축적물 1건의 필수 필드를 종이에 확정한다. 승인자, 승인 시각, 실행 기기, 접근 범위, 실행 횟수, 마지막 성공. 코드 아님 — 스키마 문서 한 장. 지금 안 박으면 영원히 소급 불가다.
docs/service/에 '축적물 대장' 화면 한 장을 와이어프레임으로 그린다. 데모 시나리오 3번 슬롯에 넣을 용도. 구현 전이어도 영업에서 보여줄 그림은 선다.- 경쟁사 통제 기능 추적표를 만든다. Cowork·Notion·Glean 의 감사/비용귀속 기능과 발표일만 적는 표. 11월 3·5·6일 세 건이 첫 행이다. 다음 분기 질의서 답변이 여기서 나온다.