10월 8일, Google Cloud가 Gemini at Work 2026에서 말을 바꿨습니다. 토마스 쿠리안 CEO의 한마디가 핵심입니다.

"오늘, Gemini는 에이전트가 되었습니다. 지시가 아니라 목표를 위임하세요."

이번 발표는 모델 하나 추가가 아닙니다. 흩어져 있던 어시스턴트와 전문 도구들을 하나의 통합 업무 에이전트로 묶겠다는 선언입니다. 질문에 답하는 AI에서, 일을 끝내서 돌려주는 AI로의 전환입니다.

이 글은 발표 내용과 보도된 범위를 교차 확인해서 정리합니다. 특히 기업 대상 발표라는 점, 일반 사용자가 바로 쓸 수 있는 기능과 구분해야 하는 지점을 분명히 합니다.

뭘 발표했나: 목표를 주면 끝난 일을 돌려준다

공식 발표의 구조는 단순합니다.

예전: 질문 → 답변 (채팅창에서 끝)
지금: 목표 + 첨부(파일·폴더·프로젝트) → 계획 → 실행 → 완성품
      (문서·받은편지함·개발 환경 안에서 끝)

Gemini 에이전트는 단일 프롬프트 창에서 출발합니다. 지식 작업, 질문 응답, 콘텐츠 생성, 코딩까지 같은 창에서 처리합니다. 그리고 세 가지를 약속합니다.

  • 일을 계획하고, 스킬과 도구를 쓰고, 회사 시스템에 연결한 뒤 완성품을 가져온다
  • 작업에 맞는 모델을 고르고, 비용 통제를 내장한다
  • 기업이 요구하는 보안·관리·거버넌스를 갖춘다

연결 범위가 눈에 띕니다. Google Workspace는 물론 Microsoft 365, Slack, Jira, Confluence, Git, BigQuery, Databricks, Postgres, Snowflake, Salesforce, ServiceNow까지 듭니다. MCP 서버 연결과 사내 공용 스킬 레지스트리도 지원한다고 밝혔습니다. 회사 데이터를 근거로 답하는 그라운딩이 전제입니다.

오래 일한다: 노트북을 닫아도 계속된다

가장 실무적인 변화는 실행 시간입니다.

짧은 작업: 채팅 세션 안에서 즉시 처리
긴 작업:   클라우드에서 수 시간~수 일간 지속
          → 노트북을 닫아도 유지
          → 예약 작업·이벤트에도 반응

시장 조사 후 재무 모델을 만들고 발표자료까지 뽑는 일을 상상해 보세요. 예전에는 단계마다 시켰습니다. 이제는 목표를 한 번 위임하고 완성품을 받으러 오는 구조입니다. 진행 상황은 tasks inbox라는 화면에서 확인합니다. 에이전트의 사고 과정, 서브에이전트 위임, 스킬 로딩, 코드, 진행률이 보인다고 합니다.

여기서 중요한 뉘앙스가 있습니다. 발표는 장기 실행을 약속하지만, 활성화 방식과 전체 기능의 제공 시점은 구체적으로 못 박지 않았습니다. 기존 Gemini Enterprise를 통해 동작하고 웹·모바일·CLI·Workspace·M365·Slack에 걸친다고는 하지만, 언제 누가 켤 수 있는지는 별도 안내를 봐야 합니다. 보도자료의 장밋빛 표현과 실제 프로비저닝 가능 여부는 분리해서 읽으세요.

나눠 일한다: 임시 서브에이전트 로스터

복잡한 일은 하나가 다 하지 않습니다. Gemini는 임시 서브에이전트들을 만듭니다.

목표 1개
 ├─ 조사 담당 서브에이전트 (병렬)
 ├─ 재무 모델 담당 서브에이전트 (병렬)
 └─ 발표자료 담당 서브에이전트 (순차, 앞 결과 사용)

각 서브에이전트는 임시 신원을 가진다
→ 주 에이전트가 조율한다
→ 끝나면 해산한다

각 서브에이전트가 자기 신원을 가진다는 점이 포인트입니다. 누가 뭘 했는지 추적할 수 있다는 뜻입니다. 메모리 3층 글에서 다룬 구조와 겹쳐 읽으면 이해가 빠릅니다. 보도에 따르면 Gemini의 기억은 세션·의미·절차·에피소드 기억 네 갈래로 설명됩니다. 오래 일하는 에이전트에게 기억은 장식이 아니라 실행 조건입니다.

Coworker Agent: 이메일 주소를 가진 동료

이번 발표에서 가장 화제가 된 부분입니다. 개인 비서 형태를 넘어, 팀이 공유하는 지속형 디지털 동료가 등장합니다.

예시가 구체적입니다. 매니저가 Event Planner Agent를 만들면, 이 에이전트는 자기 Workspace 계정, 이메일 주소, 캘린더, Drive 저장 공간, 회사 디렉터리 자리를 받습니다. 직원들은 동료에게 시키듯 일을 줍니다. Google Chat에서 멘션하고, 이메일을 보내고, 문서를 공유하고, 그룹채팅에 추가합니다.

사람 동료에게 시키는 법:
  멘션 → 이메일 → 문서 공유 → 그룹채팅 초대

Coworker Agent에게 시키는 법:
  똑같다. 멘션 → 이메일 → 문서 공유 → 그룹채팅 초대

차이는 권한의 출처입니다. 직원 개인의 권한을 빌리는 게 아니라, 에이전트 자신의 신원으로 행동합니다. 암호학적으로 증명되는 별도 신원이 로그와 실행용 가상머신에 찍히고, 관리자는 역할 기반 권한을 승인합니다. 모든 행동은 사람 대신 에이전트 명의의 감사 추적으로 남습니다. 유럽 규제 당국이 요구해 온 바로 그 지점이라는 평가가 나오는 이유입니다.

접근 범위도 제한이 있습니다. 공유받은 정보에만 접근한다는 게 공식 설명입니다. 캘린더를 본다고 전사 일정을 다 보는 게 아니라, 승인된 범위 안에서 누가 어느 팀인지, 시간대는 어떤지, 누가 승인권자인지 같은 업무 맥락을 쓴다는 것입니다.

모델을 고른다: Gemini와 Claude를 오간다

눈여겨볼 대목이 하나 더 있습니다. Gemini 에이전트는 작업마다 모델을 고릅니다. 현재는 Gemini 계열과 Anthropic Claude를 오가며, 나중에 사설·오픈 모델 지원을 추가할 예정이라고 밝혔습니다.

작업 도착 → 난이도·비용·품질 판단 → 모델 선택
  ├─ 가벼운 정리·요약 → 저비용 모델
  └─ 어려운 분석·코딩 → 상위 모델

예산은 시작 전에 정한다
→ 전체 작업 비용을 한 예산으로 관리한다

이건 모델 라우팅 글에서 말한 구조와 정확히 같습니다. 분류→시도→승격→기록의 4단계가 제품 안에 들어간 셈입니다. 내장 비용 통제와 시작 전 예산 설정이 공식 기능으로 언급된 것도 같은 맥락입니다. 라우터가 똑똑해서가 아니라, 검증과 상한과 로그가 있어서 돈을 버는 구조입니다.

포트폴리오에 적용하는 법: 다섯 단계 설계

브리핑의 액션 아이템을 실습 형태로 풀면 이렇습니다.

① Agent Identity: 에이전트마다 이름·역할·신원을 둔다
② Tools: 쓸 수 있는 도구 목록을 명시한다 (MCP 포함)
③ Permissions: 읽기·쓰기·위험을 나누고 승인 경로를 둔다
④ Execution: 장기 작업의 체크포인트·재개를 둔다
⑤ Audit: 누가 뭘 했는지 에이전트 명의로 기록한다

보안 4층 글의 2층 승인, Durable 실행 글의 체크포인트와 바로 이어집니다. 거창하게 시작할 필요 없습니다. 자기 프로젝트에 에이전트 하나를 두고, 위 다섯 항목을 문서 한 장으로 적는 것부터 하세요. 그 문서가 나중에 샌드박스 정책이 되고 감사 로그 스키마가 됩니다.

CodeBridge Mini Lab: 내 에이전트 신원 만들기

① 에이전트 1개를 정한다 (예: 주간 보고서 정리 담당)
② 신원 카드를 쓴다:
   [ ] 이름·역할·소속 (누구의 일을 대신하는가)
   [ ] 읽을 수 있는 범위 (폴더·문서·캘린더)
   [ ] 쓸 수 있는 범위 (어디까지 수정·발송 가능한가)
   [ ] 금지 구역 (자격 증명·개인 문서·결제)
③ 위임 실험 1개를 돌린다:
   - 목표 1개를 주고 중간 과정 없이 완성품만 받는다
   - tasks inbox처럼 과정을 기록한다 (무슨 도구를 썼는가)
④ 감사 1줄을 남긴다:
   - 누가(어느 에이전트), 무엇을, 언제, 무슨 권한으로

결론: 신원·권한·감사가 제품이 된다

한 줄로 정리합니다.

모델 경쟁이 끝나고 신원 경쟁이 시작됐다. 오래 일하는 에이전트는 이메일 주소보다 감사 추적이 먼저다.

Gemini 에이전트 발표의 진짜 메시지는 성능이 아닙니다. AI 제품 경쟁이 모델 점수를 넘어 신원, 권한, 메모리, 장기 실행, 운영비 관리로 옮겨갔다는 점입니다. 그리고 그 무대는 기업용이라는 점입니다. 일반 사용자 출시와는 선을 그어 읽으세요.

오늘 할 일은 작습니다. 쓰는 에이전트마다 신원 카드 한 장을 만드세요. 읽기와 쓰기와 금지를 나누세요. 행동을 에이전트 명의로 기록하세요. 그게 다음 1년의 포트폴리오를 가르는 차이입니다.

함께 읽으면 좋은 글

참고 자료

이 주제를 직접 따라가며 배우고 싶다면

신원·도구·권한·실행·감사를 구조로 설계하는 연습이 필요하다면, 하네스·루프·그래프를 순서대로 쌓는 과정이 이 글의 5단계 설계와 바로 이어집니다.