← All AI Engineer talks

AI Engineer World's Fair 2024

Level Up Your Automation Game: Agentic Workflows on Vertex AI

Rukma Sen· PMM, Google18:06

Read the talk

Designing Agentic Workflows: From User Interfaces to Vertex AI

Agents turn model capabilities into user-facing actions, but useful automation depends on how reasoning, tools, state and quality checks work together.

From a talk by Rukma Sen

Where do everyday users meet AI?

Where will developers, employees, parents and students actually interact with generative AI? Powerful models can still be intimidating or inaccessible to the people who could benefit from them. Rukma Sen’s starting proposition is that, for many everyday tasks, an agent will become the interface between the model and the user. The user describes what they need in natural language; the agent makes model capabilities accessible through that interaction. This is a prediction about interface design, not a claim that every AI application must become an agent.

Customer, employee, creative, data, code and security agents arranged around semicircular platform, models and infrastructure layers above a user icon.
Six agent categories surround layers labeled platform, models and infrastructure.

Developers occupy a useful position at that boundary: they understand both model capabilities and the people they are building for. Their work includes designing the interaction and setting limits that make it helpful, humane and safe. Sen compares this opportunity with earlier changes in how people used technology: household machines and appliances, followed by internet-era screens and the familiar gestures of swiping, zooming and scrolling. Agent interfaces offer another opportunity to shape those habits.

That opportunity brings responsibility. Sen invokes Spider-Man’s familiar maxim before turning to the practical obligations of designing systems that mediate people’s interactions with AI. The limits around an agent are part of its interface, just as much as the way a user asks it for help.

0:521:12
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:52 · section reference included

Responsibility extends from outputs to stored data

The first obligation is protecting users. Guardrails should limit misinformation and make clear the difference between generated material and information presented as factual. An interface that makes an answer easy to obtain also needs to help people understand what kind of answer they have received.

The next questions concern cybersecurity and privacy: where is the data used in model reasoning stored, and how is it safeguarded? Sen highlights wearables and unobtrusive computing because these systems place computation throughout everyday life. As the interface becomes less conspicuous, the handling of personal data becomes more consequential.

4:174:35
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:17 · section reference included

A model, tools and orchestration

For the architecture discussion, Sen uses a deliberately broad working definition: an AI agent is a system designed to achieve specific goals by interacting with its environment. The definition establishes a practical scope without trying to settle every disagreement about what counts as an agent.

Three components make that system work:

  • Model: Reasons about the goal, determines the next plan of action and guides behavior—the agent’s brain.
  • Tools: Let the agent act beyond reasoning or generating text—the agent’s hands. Examples include retrieving information from the internet and calling external APIs to book flights or process payments.
  • Orchestration: Maintains memory and state, keeps track of goals and coordinates the pieces—the nervous system connecting brain and hands.

The distinction between thinking and acting matters here. Tools give model decisions a way to affect the environment, while orchestration maintains the context in which those decisions occur.

Together, these components support autonomous task completion. But the category is broader than today’s generative systems: some kinds of agents existed long before the recent growth of generative AI.

6:326:44
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:32 · section reference included

Deterministic, generative and hybrid behavior

Sen separates agent behavior into three broad categories. A deterministic system follows fixed rules: a calculator given 2 + 2 returns 4. A generative system can produce varied responses and combine rules in new ways. Her example is a customer-service chatbot that uses company product information to compose a helpful answer. A hybrid system assigns different parts of the task to each approach.

TypeBehaviorExample
DeterministicFixed rules; consistent outputCalculator
GenerativeVaried, composed responsesProduct-support chatbot
HybridRules plus generated communicationFinancial-advisor workflow

In Sen’s illustrative financial-advisor workflow, deterministic agents perform market analysis and identify investments, while a generative agent communicates the strategy to customers. The useful architectural distinction is the separation of analysis from explanation; the example does not establish the accuracy of investment predictions.

Three columns describe deterministic, generative and hybrid agents beneath a horizontal spectrum, with benefits and challenges for each.
Deterministic, generative and hybrid agents compared by behavior, benefits and challenges.
8:368:57
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:36 · section reference included

From one model to specialized roles

A single-agent architecture puts reasoning, planning and action under one model. Give it instructions, a goal and a set of tools, and it handles the task. This is a straightforward architecture to implement, but obtaining an answer is not the same as obtaining a dependable result.

Sen illustrates the reliability problem by asking a model to count occurrences of the letter A in banana. In her anecdote, the model answers four; when asked to check, it changes the answer to two; asked again, it says one. Repeated prompting changes the output without establishing correctness. This is an illustrative failure, not a measured failure rate, but it exposes a production concern: self-checking does not necessarily produce a trustworthy check.

A multi-agent architecture distributes work among specialized roles, much as a company assigns different responsibilities to different people. Sen’s customer-service example follows three levels:

  1. Dispatcher: Assess the incoming customer issue and route the case.
  2. Subject-matter expert: Respond using expertise in a particular product line or region.
  3. Supervisor: Check the work against a predefined dataset and resolve some issues.

The architecture separates routing, answering and reviewing rather than asking one model to perform every responsibility within a single role.

Adding a supervisor creates another component whose behavior must be designed carefully. In one system Sen built, the supervisor was supposed to return “This is not good enough. Please try again” when dissatisfied. It kept rejecting the first agent’s work until she recreated the setup. No specific repair is demonstrated, but the anecdote supplies a consequential qualification: specialized review can itself become a source of failure rather than an automatic guarantee of quality.

10:2010:44
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

10:20 · section reference included

Applications by audience, expertise and modality

The application categories Sen describes use several different organizing principles. Customer and employee agents are defined by whom they serve; knowledge agents by their expertise; voice agents by how people interact with them.

  • Customer agents: Support, e-commerce, B2B interactions and travel services.
  • Employee agents: HR enrollment, benefits questions, sales, accounts payable and supply-chain work.
  • Knowledge agents: Specialized subject expertise, such as answering legal questions.
  • Voice agents: Spoken interactions, including fast-food drive-through ordering.

Sen reports seeing increased interest in voice agents as multimodal applications expand, without attaching an adoption figure to that observation.

The drive-through example makes the interface concrete. A customer speaks an order; the agent transcribes it and sends it to the ordering system; a person at the delivery window serves the customer. The agent connects a natural human input to an existing operational system, while the physical fulfillment remains with staff.

Four boxes list customer, employee, knowledge and voice agent applications, including support, HR, legal expertise and drive-through food ordering.
Customer, employee, knowledge and voice agents with example use cases.
13:0813:21
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

13:08 · section reference included

Vertex AI across the development lifecycle

The closing platform overview places these architectures within Google Cloud’s Vertex AI. Sen presents it as a full-lifecycle development platform for calling models, fine-tuning them and building agents. Its development options range from no code and low code to highly customized implementations.

At the time of the talk, Sen reports access to more than 150 models. This is catalog breadth, not a performance measure or a promise of identical APIs and deployment conditions. The offerings she names include Google’s models, Anthropic models, Llama 2, Llama 3 and other open-source models. Her description of the Anthropic offering as including all its models is broader than the contemporary announcement establishes. API access is presented as a way to start experimenting and building with less setup.

For deployment, Sen emphasizes enterprise readiness, security and data privacy, connecting the platform pitch to the responsibilities raised earlier. She also describes compute orchestration as a way to avoid unnecessary spending. These are platform capabilities and intended benefits in the overview; the talk does not demonstrate a deployment procedure or quantify cost savings.

14:5115:10
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:51 · section reference included

Choosing models and supporting builders

Model Garden is the place Sen points to for choosing and fine-tuning a model. Evaluation workflows help match the model to a particular use case. Agent Builder then supplies options across the no-code-to-full-code spectrum for constructing agents. These names describe the platform as presented in the talk; the linked Model Garden documentation now uses Gemini Enterprise Agent Platform branding.

Sen closes by treating the developer experience as a continuous path: training and resources to get started, tools to build with, and support through deployment. The final slide puts developer resources and integrations alongside Vertex AI, Colab, Flutter and Firebase. Her invitation for feedback covers both what users love and what they dislike—a request to shape the platform around the practical experience of the people building these interfaces.

Slide lists quick-start resources, developer labs, integrations, packages and extensions beside Vertex AI, Colab, Flutter and Firebase logos surrounding 'Interfaces for all developers.'
Vertex AI developer resources, integrations and interfaces.
16:3216:44
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

16:32 · section reference included

Resources

From the talk

  • Llama 3 on Vertex AIArticle15:32

    The original announcement of Llama 3 availability in Model Garden, including model sizes and evaluation options.

Updates since the talk

Read the complete timestamped transcript
  1. 0:00

    [upbeat music] I'm Rukma. I work at Google Cloud on our Vertex AI product.

  2. 0:18

    Um, and at towards the end of the talk, for those of you who don't know what that is, I will discuss it, uh, just a little bit more. But where I wanna start today is with agents.

  3. 0:31

    So this slide, you're like, "Understatement much," right? You're like, "Yeah. Yeah, right." That's why we're here at this conference because generative AI is transforming how we interact with technology.

  4. 0:42

    And if any of you are wondering, "Hey, is this-- is the rest of this person's talk filled with such groundbreaking insights?" Maybe, maybe not. Stick around and find out.

  5. 0:52

    I kid, I kid. Um, the interesting thing about this statement that I wanna think about is what is the interface of that interaction? Where do all of these, all of us, whether we're dev- developers, employees, parents, students, interface with AI?

  6. 1:12

    Um, I would posit that for the vast majority of many of our use cases that we actually want to accomplish, that interface of interaction with generative AI is going to be an agent of some kind.

  7. 1:26

    So the power of generative AI, as I'm sure I don't need to belabor this point to you guys, is immense, but it can be kind of intimidating and is inaccessible to many people.

  8. 1:37

    Perhaps many people who are not in the room right now with us, but we can think about these personas, people we wanna help, people we wanna build for, right?

  9. 1:47

    Um, and that's kinda where I think agents come in and where they're really powerful. They're the bridge between the models and everyday users, so they help you go from speaking model language to speaking natural language.

  10. 2:02

    Funny joke. No? No? No. I'm very sad. You guys, give me a laugh. [laughing] [laughs]

  11. 2:11

    No? All right. All right, all right, all right. I'll try, I'll try, I'll try.

  12. 2:15

    Yes. [laughs] Bring it in.

  13. 2:17

    We'll, we'll, we'll make it there. We'll make it there. [laughs] Um, what I think is actually really cool, though, is that for actually all of us in this room, we speak both languages, so we're gonna be the ones developing these agents, right?

  14. 2:33

    So we're gonna be designing how they interact with people, what kinds of limits and frameworks we're putting around them to make sure that, you know, we're being ethical, we're being helpful, we're being humane, we're being safe, and that I think is kind of magical.

  15. 2:49

    Think back to the days before the internet existed, right? What was the human interaction interface with technology? It was machines. It was things like appliances in the home. And then the internet came about, and the whole way human beings and technology interact completely changed.

  16. 3:09

    We're all looking at our screens. We use gestures like swiping and zooming and scrolling. Think about how cool it could be if you were the one building the next interface, the next kind of boundary of interaction between human beings and technology.

  17. 3:27

    Um, I'm wearing a little necklace that says "wizard in training" because I think this is actually kind of magical. That one got a better reaction. Okay, we like wizards in this room. [laughs]

  18. 3:42

    Given that, though, to quote my favorite spider-person, "With great power comes great responsibility." We all know who to attribute this to, Uncle Ben in every version of every Spider-Man ever.

  19. 3:55

    I promised Spider-Man to someone in this room. I did say there was Spider-Man coming up in my talk, and I'm hoping I delivered on that promise. He's here. He's here.

  20. 4:03

    Um, but the point Spider-Man is making, I think, is actually serious and something we should, we should be thinking about. So with the power to really shape how people are interacting with AI does come responsibility.

  21. 4:17

    We must ensure that these interactions are, like I said, safe, humane, and helpful. When you think about, like, what is this responsibility, I would say there are several kind of sources, but some I would just highlight for everybody to think about are, first, ethical considerations.

  22. 4:35

    What are our moral obligations to protect users who are using these technologies that have really great unlimited powers in some ways? How can we build guardrails that protects people, that keeps them safe, um, s- prevents kind of the spread of misinformation, um, and make it really clear when, let's say, an agent is producing something that's generated versus

  23. 4:58

    when it's producing something that sh- is t- should be taken as a true fact? We should also think a good bit, I think, [laughs] about safety, cybersecurity, data privacy. Where are we storing the data that we reason over with these models?

  24. 5:14

    W- how are we thinking about making sure that we're safeguarding people's privacy? Um, with the rise of a lot of things like wearables, um, and kind of just a lot of what I like to think about as, like, unobtrusive compute, where it's just out there in the world, these become, I think, even more important, um, you know,

  25. 5:35

    things to think about. So great. I talked a lot about agents and how we should think about making them, but let's talk really quickly about what an agent is.

  26. 5:48

    Now, real talk, the reason this talk was supposed to be open models is because we did have a last-minute schedule shift. And fully true story, before I knew I was gonna deliver this talk, and I was, you know, one week ago registering for this, and they asked, "Hey, what is it you really wanna learn?"

  27. 6:06

    I said, "What's an agent, really?"

  28. 6:10

    So, so actually really curious about this, but this talk is not actually gonna focus on kind of the philosophies and ontologies of agents. If you wanna chat with me about it, please drop by the Google Cloud booth.

  29. 6:21

    I would be happy to discuss this with you. Can we appreciate that I got a Spider-Man reference and ontology in the same talk? I'm very proud of myself. [laughs]

  30. 6:32

    Okay, so given that, we're just gonna move forward with a working definition. And what is a working definition? [laughs] This is probably the kind of broadest, most overarching definition you can think about.

  31. 6:44

    Um, for our purposes, an AI agent simply is a system that's designed to achieve specific goals by interacting with its environment. So let's break that kind of down into what its key components are.

  32. 6:57

    So at the heart of every AI agent is a powerful model. Often, this is based on large language models, right? This is the model that's responsible for reasoning over what are the goals of this agent, kind of determining what the next best plan of action is, and then guiding its behavior.

  33. 7:14

    Think about it as your agent's brain or executive center, if you will. Then let's think tools. So an AI agent doesn't just think, it also acts. And I think this is actually a key piece of the definition where you can separate it from something where, um, the primary function is just thinking or reasoning or generating.

  34. 7:35

    With an AI agent, you do wanna have an action included. So this is where tools come in. Tools are if the, if the model was the brain, tools are your AI agent's hands.

  35. 7:46

    This is where you get to interact. You can do things like fetch data from the internet, more complex action, calling external APIs to do things like, say, book flights, process payments, et cetera.

  36. 7:58

    And then orchestration is the glue that kind of holds everything together. It maintains memory and state, which is really important. It keeps sort of track of the goals, and if in this analogy of brain and hands, orchestration is really the nervous system tying it all kind of together.

  37. 8:15

    So these three components work together, kind of allowing the AI agent to function autonomously and accomplish tasks. That being said, I really quickly wanna say that there are different types of AI agents, and some of these, you could say, have existed for a very long time, way before generative AI really, you know, boomed in the marketplace.

  38. 8:36

    So there are deterministic agents, generative agents, and obviously kind of hybrid agents. Deterministic agents are basically following a fixed set of rules or algorithms to make decisions. So given a specific input, that type of agent is always consistently going to return the same output.

  39. 8:57

    So I'm sure you can tell this is quite different from when you're, say, prompting with a generative agent. An example, a very simple example [laughs] of this could be a calculator.

  40. 9:08

    When you give it the input of two plus two, it will always return four unless something's deeply wrong and you're in a mirror dimension. Let's hope not. Generative agents, on the other hand, are more creative.

  41. 9:21

    They kind of will work best in use cases where you want to be creative, you want to combine rules in ways that they haven't been combined together before, and they are capable of a much wider range of diverse outputs kind of based on the input they receive.

  42. 9:41

    So an exam-- A simple example of a generative agent is a chatbot designed to answer kind of customer questions, a customer service chatbot. When asked about kind of a product, it will gener-generate an hopefully helpful and informative answers based on whatever data source it has about your company's products, et cetera.

  43. 10:00

    And hybrid agents combine sort of the strengths of the two. An example of this could be like a financial advisor that uses deterministic agents to analyze the market and predict the right places to invest, but then uses a generative agent to actually, uh, communicate this or go out and talk about this strategy to customers.

  44. 10:20

    Okay, so this is, I think, where things get really interesting. So given the different types of agents, you can actually architect them quite differently across the spectrum. So from single agent to multi-agent architecture, I think increases the kind of sophistication and complexity that your agent is capable of very, very quickly.

  45. 10:44

    So just to like kind of very quickly go over the single agent one, this is not, I think, hopefully new to most people. This is where a single model is just responsible for everything, reasoning, planning, acting, super straightforward architecture to implement.

  46. 10:59

    You just provide it with instructions and a set of tools to kind of achieve a goal, right?

  47. 11:05

    So what is the problem here? Great, like, you know, great.

  48. 11:10

    Tell it what to do, it's gonna do it. It's gonna return the output. Well, have you ever tried to prompt like count how many instances of the letter A are in the word banana?

  49. 11:20

    And the model will say four. And then you say, "Hey, can you check that?" And then it will say two. And then you say, "Hey, can you check that?"

  50. 11:27

    And then it'll say one. So in cases where you're trying to deploy a production-ready app, something like this can, you know, really be a problem.

  51. 11:38

    So now we get to a much more powerful way to design agents, which is multi-agent architecture. So just like complex human systems, like let's say a company you work at, have people specialized in different roles working together to achieve a common goal, that's what multi-agent architecture does.

  52. 11:56

    As an example of this is a customer service system. So let's say there's three levels of agent. Level one, you have a dispatcher agent. The job of this agent is simply to triage everything that comes in, assess the customer's issue, and determine where they're routed.

  53. 12:12

    So it triages.

  54. 12:13

    Second level agents, subject matter experts. These agents are trained in specific subject matters, but maybe specific product lines or specific regions, if that's how your company functions. Um, and when they are assigned a case by that first agent, they have the expertise to respond.

  55. 12:30

    And then finally, as a level three check, you also have a supervisor agent that quality checks the work against a predefined data set. It, it-- That agent has the ability to go in and solve some issues, for example.

  56. 12:43

    Um, fun story, I created a multi-agent kind of architecture once, and the supervisor agent was supposed to return the, the sentence, "This is not good enough. Please try again," if it wasn't happy with the [chuckles] output, and it just kept doing that.

  57. 12:59

    And it did not like anything my first agent did until I went back and, like, recreated the whole, whole thing. Okay. So

  58. 13:08

    as agents are becoming more and more common across industries, we're largely kind of seeing development in four types, and I just wanted to give-- like, show you really quickly, like, what a set of use cases for agents could look like.

  59. 13:21

    So with customer, uh, I already talked, for example, through what it would look like for a customer support agent, um, but also things like e-commerce, being able to support B2B, supporting travel if you are a travel vendor, for example.

  60. 13:37

    There's also internal-facing employee agents, HR, things like enrollment, benefits questions, those things. Sales, of course, as I'm sure you can see, would be a great opportunity. Payable, supply chain.

  61. 13:50

    So those are kind of thinking about who the agent is targeted to. And then knowledge agents, um, are specialized agents in terms of what exactly is their subject matter of expertise.

  62. 14:02

    So you could have an agent that's specifically very good at answering legal questions, for example.

  63. 14:08

    Um, and then finally, we are also seeing, um, through the use of multimodal use cases, a huge uptick in voice agents, especially in scenarios like, say, a fast food drive-through.

  64. 14:21

    So I'm sure you can imagine what, what-- like, where a voice agent would come in here. You go in, you make that order using your voice, and the agent basically transcribes that and sends it through to the ordering system so that the person at the delivery window can go ahead and serve you.

  65. 14:38

    Okay, so we're more than halfway through this talk. So quick moment. So we looked at why we should care about agent design. Then we kind of peeked under the hood really quickly to talk about what, what the kind of components of agents are.

  66. 14:51

    Then we thought through our architecture a little bit and kind of looked at what the top use cases are. So just before wrapping up, the last thing I'm going to do, so you can see my shirt, I'm going to talk about tooling and specifically Google Cloud's developer platform, Vertex AI.

  67. 15:10

    So Google Cloud's developer platform, Vertex AI, offers essentially a full lifecycle AI development platform. So whatever it is you want to do, whether it's things I didn't talk about today, like, uh, calling models and fine-tuning them, or it is stuff like I talked about today, such as building agents, we offer you a spectrum of ways to enable

  68. 15:32

    that, whether that's super low code, even no code in some cases, all the way up to very high customization, high code methods to do it. Vertex offers you access to one fifty plus models, obviously all of our first-party Google Cloud models, but we also have, um, all of Anthropic's models on there, Llama Two and Llama Three, as

  69. 15:51

    well as a whole bunch of open source models. Um, we try to make it easy to prototype, so you can get APIs for all of this and start experimenting, start building, um, without having to, you know, go through a whole bunch of setup.

  70. 16:04

    We also want to make it very simple to kind of be able to deploy and have peace of mind that your security and all those enterprise concerns I was talking about earlier when it comes to things like data privacy, et cetera, are taken care of.

  71. 16:17

    So we back all of this with Google Cloud-level enterprise readiness, security, uh, you know, things like compute orchestration, so you're not ending up paying too much for something if you don't have to, and all of that.

  72. 16:32

    Um, I wanted to quickly flash Model Garden for you, since this is the piece of Vertex AI I did not cover in today's talk. But Model Garden is where you can go in, pick your model, get, y- you know, fine-tune it.

  73. 16:44

    We have a couple of model eval workflows that you can run to try to match the model to your specific use case as well. And then finally, Agent Builder, as I said, all the way from no code to kind of full code ways to build those cool, exciting agents that I was just telling you about.

  74. 17:04

    Um, the last thought I want to leave you with is this: We're building for builders. Vertex AI is designed with developers first in mind, and all the choices we make as we build this, from training and kickstart resources all the way through to deployment, is for you.

  75. 17:23

    So we love feedback. Please stop by our booth. Tell us if you've used the product, what you love, what you hate. We would love to learn from all of you.

  76. 17:33

    With that, I will ask you to please do me a giant favor and take a quick survey to tell us how we did. And Maeveen, my colleague in the green skirt there, will give you a cute Vertex AI branded water bottle if you show her you completed the survey.

  77. 17:51

    That's it. Thank you, guys. [clapping] [outro music]