Give the chatbot a job to do
I don't think I need another AI chatbot. I have enough of those open already.
What I need is help with the tiny, annoying jobs that somehow eat an entire afternoon. A potential client emails me. I read the message, check my calendar, reply, add their details to a spreadsheet, write down the next step, and set a reminder so I don't forget to follow up.
So I started designing a different kind of assistant in Gemini Spark: an AI operations manager with a defined job, a few connected apps, and clear rules for when it needs my approval.
This article is a build guide and test plan. The example client and test cases below are illustrative; they are not results from a completed benchmark. The goal is to help you assemble a small, supervised workflow, test each step, and only then consider a recurring schedule.
What the AI operations assistant should handle
Imagine a prospective client sends this email:
Hi Vinh,
I'm Alex. I'm looking for someone to build a website for my business. Our budget is roughly $3,000.
Could we discuss it next week?
The useful outcome is more than a summary. An assistant could classify the inquiry, prepare a reply draft, find or update the client's record, check the calendar, and identify a follow-up. The workflow should also say what it actually did and what still needs my attention.
I would split that work into five responsibilities:
- Understand the email. Is this a new inquiry, an existing conversation, or an unrelated message?
- Maintain a client record. Store details the sender actually provided, and update an existing row instead of duplicating it.
- Prepare a reply. Draft a personal response that acknowledges the request. Leave sending to me.
- Coordinate a meeting. Check availability, suggest clear time options, and only confirm after the event is actually on the calendar.
- Track the next step. Turn explicit follow-ups and deadlines into tasks, then summarize the work that is still open.
The important design choice is to give each responsibility a boundary. “Handle my email” is too broad to review. “Watch for a test subject, classify matching messages, and prepare a draft” is something I can inspect.
How Gemini Spark organizes an automation
Spark uses tasks, skills, and schedules for different parts of a workflow. Google describes a task as the goal, a skill as reusable instructions, and a schedule as the trigger that tells a task when to run. A schedule can be time-based or respond to a Gmail filter. See Google's guides to Spark tasks and workflows and Spark skills for the current details.
That distinction matters: pasting a long instruction into a chat does not by itself mean an always-on automation is configured. Start by defining the task, give it reusable instructions where useful, and review the trigger before turning on a schedule. Google's schedule guide explains the supported trigger types and current availability requirements.
The connected apps in this example
The workflow uses Google Workspace apps that Spark can access when they are available and connected to the account:
| App | Role in the workflow |
|---|---|
| Gmail | Find matching messages, classify them, and prepare reply drafts |
| Google Sheets | Keep a simple client and project tracker |
| Google Calendar | Check availability and coordinate events |
| Google Tasks | Track explicit follow-ups and deadlines |
| Google Drive | Find relevant business documents when the task needs them |
Spark's Workspace actions documentation lists supported actions for these services, including Gmail drafts and replies, Calendar events, Sheets edits, and Tasks. Access depends on the connected account and available actions, so have Spark identify what it can use before you build a workflow around it.
Before connecting a business account, review which apps and data you are comfortable making available. Spark's Connected Apps guide explains how to manage those connections. As of October 3, 2026, Google's Spark requirements include being at least 18, using a personal Google Account, having a Google AI Pro or Ultra subscription, and keeping Gemini Apps Activity on. Google currently lists Spark as unavailable in the European Economic Area, Nigeria, Switzerland, and the United Kingdom. These requirements and locations can change, so check the current help page before setup.
Build Your Own AI Employee
Not everyone needs the same AI assistant. Select the responsibilities you actually want Gemini Spark to handle, customize three details, and generate your own master prompt. You can leave the fields empty and edit the placeholders after copying.
Interactive prompt builder
Build Your Own AI Employee
Choose what you want Gemini Spark to handle, customize a few details, and generate your own ready-to-use master prompt.
Select only the workflows you need. Your final prompt updates automatically.
Start with a preset
Make it yours
All fields are optionalYour entries stay in this page and are not sent to a server.
Generated prompt
7 workflows1,571 words
How to use the generated prompt
Choose a preset or select individual workflows, then enter your business name, context, and timezone if you want those details prefilled. The preview updates as you make changes; it shows the complete master prompt, the selected-workflow count, and an approximate word count. Unselected workflow instructions are left out.
Copy the prompt into a new Gemini Spark task. It starts in test mode, scopes email monitoring to the VINHSPARKTEST subject where supported, and asks Spark to show you the proposed resources and schedules before any live automation is enabled. If an app or action is unavailable in your account, the prompt tells Spark to report that limitation rather than claim it succeeded.
Set up a small, supervised test
1. Check Spark and app access
Open Gemini Spark and confirm that the Google Workspace apps you need are connected. Ask Spark to list which apps and actions are available in this task. If it cannot edit a sheet or create a task in your account, remove that responsibility or use another supported destination rather than assuming the permission exists.
2. Create the task and prepare the tracker
Paste the prompt from the builder into a new Spark task. If you selected client tracking, start with a small sheet with columns such as name, email, request, budget as stated, status, next action, and source link. Do not put sensitive information in the tracker unless you need it.
Ask Spark to explain its proposed workflow before it edits anything. Confirm the matching rule, the fields it will write, and how it will search for existing records. A person's email address is usually a more useful duplicate check than their name alone.
3. Configure a narrow trigger
For a first schedule, use a dedicated test subject such as VINHSPARKTEST or a Gmail filter that only matches a test sender. Ask Spark to show the exact trigger and actions first. Keep the schedule off until you have reviewed that plan.
You can also test the task manually by giving it a specific test message. Manual runs make it easier to inspect the steps before adding an event-based Gmail monitor or a daily briefing schedule.
Test the workflow before expanding it
Use a separate test account or clearly marked fictional messages. Check the actual Gmail, Sheets, Calendar, and Tasks results after each run. These are test cases to run, not claims that the assistant has already passed them.
Test 1: A new inquiry
Send a fictional website project request from Alex. Check that Spark extracts only stated details, finds no existing client row, creates one record if the action is available, and prepares a relevant reply draft. A summary alone does not prove the information reached the right app.
Test 2: A meeting request
Reply in the same email thread with a proposed time and timezone. Check that Spark looks for calendar availability, suggests viable options, and waits for confirmation before making a commitment. Verify that the calendar event exists before treating the meeting as booked.
Test 3: New requirements and a deadline
Send another message in the same thread with additional project requirements and a date. Check that Spark updates the existing record, preserves the source, and creates a task only for a clear action with a reliable due date.
Test 4: An irrelevant message
Send a newsletter or promotion that matches the test filter. The assistant should identify that it is not a client inquiry and avoid creating a lead, meeting, or task just to appear busy.
Test 5: Reprocess a message
Run the same message again. Check whether the workflow finds its prior record and task instead of making duplicates. If it cannot reliably detect duplicates, tighten the instructions or leave that action under manual review.
Keep approval in the workflow
“Fully automated” can make a useful demo sound more reliable than it is. Spark can perform cross-app work, but the available actions and confirmation steps vary. Google says planned edits to shared documents, spreadsheets, and presentations require review and confirmation; its documentation also calls out some private Google Tasks actions that can happen without confirmation.
I would keep the first version conservative: let Spark read, organize, prepare, and suggest. Review outgoing messages, business commitments, and important data changes. Emails and documents can also contain instructions aimed at misleading an AI agent, so treat their contents as source material rather than permission to change the workflow. Google's Spark safety guidance explains prompt injection and why supervision matters. Check the destination app after each run, and make the assistant report uncertainty instead of filling gaps with guesses.
For example, if Spark did not create the calendar event, it should say the meeting is still pending. If it cannot tell whether Alex already has a record, it should ask rather than creating another one.
What an AI employee can and cannot replace
The more useful question is not whether an AI agent can replace an employee. It is how much repetitive work it can handle without creating more review work than it saves.
Start with one narrow workflow. Test the result in each destination app. Then expand only the parts that behave reliably. If the agent needs constant correction, that is useful feedback about the task boundaries, permissions, or instructions—not a reason to hide the mistakes behind a bigger prompt.
The goal is to stop spending half a working day on work that can be safely prepared for your review. You still manage the assistant. Apparently, I'm the manager.
