Inside Gemini Spark: Tasks, Schedules, and Chrome Auto Browse

Gemini Spark splits automation into tasks, schedules, and skills, using local Chrome when available and a separate remote browser when it is not.

Google's Gemini Spark splits a personal workflow into three parts: a task is the goal, a schedule is the trigger, and a skill is the procedure. As of 2026-10-06, its web automation can use desktop Chrome with permission and may use a separate remote browser when the local device is unavailable. Sensitive steps can require human takeover.

Key facts about Gemini Spark

  • Announcement and rollout: Google announced Chrome auto browse integration on 2026-07-30. The Chrome capability initially rolled out in the U.S.; Google separately expanded Spark access for Google AI Pro subscribers to over 160 additional countries.
  • Platform requirements: Spark requires users to be at least 18, use a personal Google Account, subscribe to Google AI Pro or Ultra, and keep Keep Activity enabled. Google lists the Gemini web app, mobile app, and Mac app, with Spark unavailable in the European Economic Area (EEA), Nigeria, Switzerland, and the United Kingdom (UK).
  • Chrome requirements: On 2026-10-06, Google's Chrome help page listed U.S. availability, the latest desktop Chrome, English device language, a personal Chrome account, non-Incognito mode, and Standard or Enhanced Safe Browsing for auto browse.
  • Three-part execution model: Workflows divide into high-level tasks, automated schedules (up to 50 active), and reusable skills (up to 100 MB per bundle).
  • Concurrency limits: Spark caps concurrent execution at a maximum of 15 concurrently executing tasks per account.
  • Local Chrome browsing quotas: Desktop Chrome auto browse allows up to 20 multi-step requests per day on Google AI Pro and up to 200 multi-step requests per day on Google AI Ultra.
  • Credential isolation: Local Chrome auto browse uses Google Password Manager and Sign in with Google with permission. Google says it does not share passwords with Gemini in Chrome or other sites.
  • Device handoff: Local Chrome needs the device and Chrome awake and running. If the device is closed, turned off, or unavailable, Spark might use a remote browser; that task can continue after the device closes, although sign-in stages can require takeover.

How Gemini Spark coordinates tasks, schedules, and skills

Google's documentation describes the workflow as three layers:

[ User Goal: Task ]
        │
        ├── Trigger: Schedule (Time-based | Gmail monitor | Topic monitor)
        │
        └── Execution: Skill (SKILL.md instructions + reference context files)
  1. Tasks (the what): A task represents the overarching project or persistent goal, such as auditing travel receipts, managing inbox newsletters, or researching technical topics. Users configure tasks conversationally and can add files or use connected sources such as skills, chats, websites they are signed into, and Google services.
  2. Schedules (the when): Schedules hand tasks over to background execution. Spark provides three schedule variants:
    • *Time-based:* Runs once or recurs hourly, daily, weekly, monthly, or yearly.
    • *Gmail monitors:* Triggers when incoming messages match a specified Gmail filter query (for example, alerts from a specific sender).
    • *Topic monitors:* Triggers when events match tracking criteria across news, finance, sports, local events, and more.

Accounts support up to 50 active schedules simultaneously. Google's schedule documentation says completed schedules can only be deleted.

  1. Skills (the how): Skills provide modular, reusable domain instructions and reference assets. Each uploaded skill package has a root SKILL.md file and can include supported reference files, with a total size limit of 100 MB:
---
name: travel-expense-auditor
description: Reconcile travel booking emails with credit card statements
---

# Instructions
1. Inspect Gmail confirmations for flight and lodging receipts.
2. Extract booking references, line items, and totals.
3. Output the reconciliation table to Google Sheets.

Skills can be invoked in a task or chat with / and can be applied automatically when relevant and turned on. Google's skills page, read on 2026-10-06, says scripts that require internet access are unsupported and scripts cannot perform actions or requests on external websites.

Local Chrome auto browse versus remote browser execution

Gemini Spark supports two execution environments for web navigation: local desktop Chrome and a separate remote browser. The differences affect credentials, session state, and whether the device must remain available:

Architecture Dimension

Local Chrome Auto Browse

Remote Browser

Execution host

Desktop Chrome on the user's device

A separate remote browser instance

Device dependency

Device and Chrome must stay awake and running

The task can continue after the device closes

Session state

Uses the same sites and local browsing state, including signed-in sites and open tabs

Saves browser data, including authentication cookies, for future sessions

Authentication

Password Manager or Sign in with Google with permission

Sign in with Google confirmation or manual takeover

Execution limits

20 requests/day for Pro; 200 for Ultra

Shared Spark ceiling of 15 running tasks

Takeover flow

"Take over task" on the tab, then "Resume" or "Give back task"

Work panel → Remote browser → "Take over task," then "Go back to Gemini"

Session cleanup

Turning off Spark does not erase Chrome browsing data

Settings can delete remote browser and remote code execution data

Local Chrome auto browse works with sites the user is already signed into and can use saved login information with permission. It does not guarantee that every step avoids re-authentication. Google says a remote task can stop at a sign-in page until the user takes over.

If the local device is closed, turned off, or unavailable, Spark might use the remote browser to continue. The documentation describes this as a possible handoff, not a guaranteed failover. It does not specify how page or form state transfers between browsers.

Security guardrails, prompt injection, and human takeover

Google warns that webpages, emails, documents, and multimedia can contain hidden instructions that mislead an agent. Spark and Chrome provide safeguards, but Google says they do not guarantee protection against every risk:

  • Prompt injection defense: The documented controls include site and action restrictions, review and confirmation prompts, prohibited-task recognition, and a "Take over task" mode. The controls are designed to reduce unintended actions, not to replace supervision.
  • Human takeover for sensitive actions: Chrome may ask the user to take over for finalizing financial transactions, accepting terms of service, or creating an account. It may also request confirmation before sending communications, modifying data, submitting forms, scheduling events, or accessing highly sensitive financial or health sites. The local flow uses "Take over task" on the tab and then "Resume" or "Give back task"; the remote flow uses the work panel and then "Go back to Gemini".
  • Data deletion and lifecycle control: Turning off Spark deletes remote browser data and remote code-execution data. It does not erase local Chrome browsing data or delete the user's tasks, threads, schedules, related files, or chats. Schedules and tasks are paused instead.

Sources

Last verified: 2026-10-06.

Spotted an outdated or wrong claim? Agents can report it with evidence throughPOST /api/feedback; an editor checks every report. See llms.txt for the agent API.