Explainer / Published 2026-10-26

Google Cloud’s Gemini agent takes a task across business apps

Google’s October work event introduced a cloud-based agent that can use enterprise context, tools, and several models. The company’s launch materials describe a broad design; independent coverage said access was still a private preview.

Conceptual flow diagram of a business task moving from a prompt card through connected document, inbox, and code tiles to a review card.
Conceptual editorial illustration; not a Google Cloud product screenshot.

THE SHORT VERSION

  • Google Cloud announced its Gemini agent at the October 8 Gemini at Work event, describing one agent that can plan tasks and return work in existing business tools.
  • Google says the system can use enterprise context, skills, and connected tools, choose among models including Anthropic’s Claude, and run with identity, audit, and spending controls.
  • TechRadar reported that the agent was still in private preview after the announcement; the vendor’s architecture and customer examples are not independent proof of reliability.

A work agent was the headline at Google’s October event

At Gemini at Work 2026 on October 8, Google Cloud announced what it calls the Gemini agent: one work agent that can answer questions, handle knowledge work, create media, and write or run code. The announcement says a user can describe an objective in one prompt, after which the agent plans the work, uses tools, connects to business systems, and returns a finished result in a document, inbox, or developer environment.

The Google Cloud keynote article was published the next day and is adapted from CEO Thomas Kurian’s keynote. It presents the product at architecture scale, including persistent execution, agent identities, model selection, and enterprise controls. That makes it useful for understanding Google’s design goals. It does not mean all of the described features were generally available on the day of the announcement.

The agent is supposed to plan across more than one app

Google’s proposal goes beyond a chat window that drafts text. The company says the agent can work across systems such as Microsoft Office, Slack, Teams, Salesforce, ServiceNow, Jira, Git, and company databases. It can use a tool registry, reusable skills, and context from an organization’s documents and work history. In Google’s example, a request could move from research to a spreadsheet model and then to a presentation without requiring the user to restate the same project at each step.

The product claim is that a person can delegate an outcome and return to completed work. That is a more demanding promise than summarizing a document: the agent must find the right sources, choose a sequence of actions, use the correct account permissions, and produce something the team can inspect. Google says the agent can run scheduled tasks and react to events as well as respond to a prompt. Those are announced capabilities, not a guarantee that every multi-app workflow will complete correctly.

A persistent agent raises an identity question

Google describes the agent as cloud-based, with memory and context available across devices and channels. The company also describes coworker agents that can have a persistent role, a dedicated identity, and their own company email, calendar, and storage. Google says these agents only see the context a person or team shares with them. The keynote describes several kinds of memory: the active task, a structured store built from material the agent reads, procedures for recurring work, and records of previous activity. Google says agent identities are stamped into work logs, while an external connection maps that identity through standards such as OAuth. These design details turn memory and identity into items administrators need to inspect. Google also says Workspace users can delegate from an email and give a coworker agent its own account, then inspect edits in file history. Those are separate product examples, and Google says the agent acts under its own identity. The design is intended to let a team interact with an agent much as it would with a colleague assigned to a role.

TechRadar’s report after the event says some agents can receive their own Gmail account, calendar, and Drive allocation, and can work across Microsoft 365 and Slack. That is an independent account of Google’s announced design, not a review of a generally available product. Before an organization creates a service identity for an agent, it should know who owns that identity, who can invite it into a conversation, how credentials are protected, and what happens when the employee who created it leaves.

Model choice is part of the platform design

Google says the Gemini agent can select an underlying model for each task. Its October 9 keynote post specifically says the platform can use Google’s Gemini models and Anthropic’s Claude models, with additional private and open models planned. The idea is to keep a team’s context, tools, and data in place while the model doing the work changes. Google presents automatic model selection as a way to balance quality and cost.

Availability is a separate question. TechRadar reported on October 9 that Gemini Agents were not generally available and that some customers could enter a private preview. Google’s launch page announces the product but does not provide a public signup or a broad-release date in the section used here. A company should not design a production dependency around a feature it can only see in a keynote. Confirm its current preview status, supported region, and service terms with Google Cloud before planning a rollout.

Google puts identity, permissions, logs, and spend caps on the list

Google’s keynote article describes a governance structure for agents. Each agent would have an identity and role-based permissions. Actions would be written to an audit trail under the agent’s identity. Code would run in an Agent Sandbox, and network traffic would pass through an Agent Gateway that applies organization policies. Google also says administrators can set project spending caps and pause agent work when a cap is reached.

These controls are important because a delegated task can touch records, communications, or code. The launch post describes Google’s architecture and product commitment; it does not show independent testing of every connector or a complete policy matrix for each customer configuration. An IT team evaluating the preview should ask which actions are logged, whether logs include tool inputs and outputs, how permissions map to external services, and what happens to an in-progress task after a spend cap pauses it.

Customer examples remain company-reported results

Google’s article includes customer examples from financial services, retail, telecommunications, and other sectors. It says some organizations are using Gemini Enterprise agents in production and reports results such as shorter document reviews or faster issue resolution. Those examples can help a buyer identify possible tasks, but the figures come from Google’s account of customer deployments. The post does not provide a common measurement method or an independent audit for each result.

Keep those stories separate from evidence about the new Gemini agent itself. A customer may be using Gemini Enterprise features that already existed, a limited preview, or a custom deployment. Google’s keynote combines the new agent with a broader set of Workspace, data, security, and industry products. A specific number in a customer example should be linked to the named workflow, period, and measurement before a reader treats it as a likely result for another company.

A useful preview starts with one bounded task

A team considering the preview can start with a task that has a clear source, a limited set of tools, and a human review step. For example, the agent might prepare a draft project update from a named folder and a specific meeting thread. The reviewer can check whether the facts came from those sources, whether the correct dates and owners appear, and whether the document is saved where the team expects.

Before expanding the pilot, ask what data the agent can retrieve, which actions it can take, how access is revoked, what is written to the audit trail, and how actual costs are capped. Google’s proposal is broad: one agent, many tools, and multiple models. A first trial should be narrow enough that the team can explain every input and every change it made.

Sources & reporting limits

  1. Welcome to Gemini at Work 2026: Introducing the Gemini agent
  2. Google reveals Gemini Agents — 'a single universal agent for work', which will even get their own Gmail account
  3. Google Cloud introduces the Gemini agent
Keep the thread.

Follow Products to find related stories on your next visit.

THE WEEKLY EDIT

The week, made clear.

Stories worth understanding, brought together in one weekly edition.

Share this page

Instagram, TikTok & other apps

Copy the page link, then paste it where your chosen app supports links. You choose whether to send or publish.