범용 업무 에이전트는 단순한 인터페이스로 구매하기는 쉽지만 권한 시스템으로 평가하기는 어렵습니다. 질문에 답하던 도우미가 기록을 고치고 발표 자료를 만들며 클라우드에서 계속 일하면 중요한 질문이 바뀝니다. 직원이 지켜보지 않을 때 이 ID는 무엇을 할 수 있을까요? Google의 10월 8일 Gemini Agent 발표는 이 문제를 구체화합니다.
Google은 업무 앱과 기기를 넘나들며 기억, 스킬과 권한을 공유하는 지속적 에이전트를 설명합니다. Gemini와 Claude 모델을 조율하며, 더 많은 비공개 및 공개 모델 지원은 계획 단계입니다. 이는 오케스트레이션 주장이지, 모든 기반 모델이 품질, 비용이나 데이터 처리 요건 변화 없이 교체된다는 증거는 아닙니다.
모든 것을 연결하기 전에 결과 하나를 정의하기
승인된 문서로 내부 프로젝트 현황을 만드는 것처럼 제한된 작업부터 시작하세요. 필요한 출처, 계산, 출력 형식, 완료 기준과 검토자를 지정합니다. 외부 전송과 중요한 기록 변경은 시범에서 제외합니다. 유용한 기준선에는 다른 모델의 응답 속도뿐 아니라 기존 사람의 절차도 포함됩니다.
Google은 Workspace, Microsoft 365, Slack과 기업 데이터 커넥터를 접근 범위로 제시합니다. 연결 수단이 통합 작업을 없애지는 않습니다. ID 매핑, 최신성, 읽기와 쓰기 범위 및 커넥터 실패를 개별 확인하세요. 공통 입력창은 여러 권한 시스템을 감출 수 있어도 규칙을 일치시키지는 못합니다.
모든 실행자의 위임 권한을 추적하기
Google에 따르면 동료형 에이전트는 자체 이메일, 일정, 저장소와 디렉터리 항목을 가질 수 있습니다. 임시 하위 에이전트도 ID를 받습니다. 행위의 책임 소재가 명확해질 수 있지만 ID 자체는 안전한 권한 정책이 아닙니다. 자식이 어떤 권한을 얼마나 받는지, 로그가 부모와 자식의 행위를 구별하는지 확인하세요.
발표된 샌드박스와 Agent Gateway는 실행 및 정책 경계를 제공합니다. 접근 철회, 민감 분류, 침해된 도구와 일반 문서 안의 적대적 지시로 시험하세요. 문서를 읽을 권한이 문서의 명령을 따를 권한이어서는 안 됩니다. NIST의 ID와 권한 논의는 최소 권한, 위임과 감사의 참고이지 이 제품의 인증이 아닙니다.
기억을 관리 대상 데이터로 다루기
지속적 맥락은 앱을 옮길 때 프로젝트를 다시 설명하는 수고를 줄이지만 원래 대화가 끝나도 잘못된 가정을 보존할 수 있습니다. 개인, 프로젝트와 조직 기억을 누가 열람, 수정, 제한, 삭제할 수 있는지 정하세요. 원래 커넥터 권한만 볼 것이 아니라 파생 문서까지 포함해 역할 변경과 출처 철회를 시험합니다.
스킬에도 담당자, 변경 이력과 철회 절차가 필요합니다. 낡은 여신 검토 문서 양식은 겉보기엔 성공한 많은 작업에 같은 오류를 퍼뜨릴 수 있습니다. Google의 DBS 사례는 사람이 관여하는 결정적 전문 에이전트 체인입니다. 넓은 인터페이스 아래에도 좁고 명시적으로 통제된 업무를 둘 수 있다는 중요한 구분을 보여 줍니다.
완성된 업무와 수정 비용 측정하기
Google은 개발 시간 단축, 행정 시간 절감과 전환율 개선 등 도입 및 고객 성과를 보고합니다. 이는 기업이 보고한 특정 업무 사례이지 무제한 위임의 재현 가능한 성공률이 아닙니다. 카탈로그 쇼핑 지원과 열린 형태의 직원 업무는 실패 범위가 다릅니다.
출처 준비, 완료, 사실 수정, 검토 시간, 정책 위반, 의도치 않은 행위와 장애 복구까지 시범 전체를 평가하세요. 프로젝트 지출 한도로 업무를 멈출 수는 있지만 가치는 증명하지 못합니다. 모델 라우팅, 하위 에이전트 사용과 사람의 재작업을 총비용에 넣고, 중단한 업무가 다른 ID로 계속 지출하지 못하는지도 검증합니다.
장기적인 구매 질문은 이용이 늘어도 통제 계층을 이해할 수 있느냐입니다. 시범 확대 전에 스킬, 기억, 평가와 정책의 내보내기를 시험하세요. 다른 공급자 모델 지원이 기업 맥락의 이동성을 자동 보장하지 않습니다. 범용 화면이 위임을 익숙하게 느끼게 해서가 아니라, 측정된 완료와 준수가 정당화할 때만 권한을 늘리세요.