Tokens Should Have Jobs — Katelyn Lesse & Angela Jiang, Anthropic

AI Engineer · 13 min · 129 sentences · from YouTube's caption track

Each timecode opens YouTube at the start of that sentence. Line anchors (#s42) are the cue ids in the WebVTT, and every line carries its start and end seconds. All transcripts has every talk, and the whole corpus as one file.

00:19Good morning.
00:20We're super excited to be here at AI Engineer with all of you.
00:24I'm Caitlyn and I lead platform engineering at Anthropic.
00:28And I'm Angela.
00:28I lead platform product at Anthropic.
00:30And today we want to talk to you about a concept that we've been spending a lot of time thinking about and working on with our team, which is this idea that we think that tokens should have jobs.
00:41So if you're building an agentic system and you're trying to accomplish some specific outcome, you're trying to get something done with agents, there's one lever that everybody pulls in order to get a better outcome, and that's usually increasing your budget, which means you spend more tokens or you spend more expensive tokens.
00:59But we've been wondering is that all there is underlying this assumption of uh using the budget is this kind of implicit perspective that every single token is basically fungeable.
01:11And we've been wondering is that actually true?
01:13Are all these tokens actually fungeible?
01:15And to test that, we've been thinking, what if we gave tokens jobs?
01:20So, if you think about the way that you would normally set up an agent to go accomplish a task, you give it that task, you give it this token budget, and then all the tokens that are being spent are basically indiscriminate
01:29in the sense that they're all doing one job.
01:31They're just executing.
01:34But what if you take some of those tokens and they're not just executing, they're doing some other job.
01:40So, for example, maybe you take some of your tokens and they're advising the tokens that are executing.
01:46Or maybe the tokens that are executing try to get something done well and you take some other tokens and you actually grade how well the executor is doing so that it can iterate and try again.
01:56Or maybe you have tokens that are dreaming.
01:58They're reflecting back on the job that other executors have done and writing learnings to memory so that they can do it again.
02:06And what we call each of these if you take some tokens that are executing and some tokens that are doing some other job.
02:12Let's call this a strategy.
02:16So let's go take a look at the first strategy, the advising strategy.
02:19Here we're splitting up an executor and an adviser.
02:22The executor obviously executes, but crucially they can call out to an adviser for advice.
02:26And then they can take this advice and figure out if they're doing the next step correctly.
02:31This is really helpful in use cases.
02:33For example, if you're building a sales agent, in an ideal world, you'd have that sales agent be able to actually help the sales rep flag when a follow-up is overdue or deal is stalling.
02:41In this construct, having an adviser to be able to kind of make sure that all the different pieces are actually working is really helpful.
02:49So another example is grading.
02:51Let's say you're executing and you kind of know exactly what good really does look like.
02:56You can define this in a rubric and then each time an executor tries to accomplish that outcome, you can have a grader provisioned that grades how well the executor did while looking at that rubric.
03:08And if the executor did a good job, then great, it can be done.
03:11But if it didn't do such a great job, you can iterate again until you get that good outcome.
03:17So an example in practice of when you might want to use this is let's say you have a customer service agent and you're running a store and your customers are writing in and they're saying, "H, I should get a refund for this thing."
03:27And your customer service agent needs to be able to respond.
03:30You probably have some like pretty specific criteria on when you would give somebody a refund.
03:36And so what you can do is define a rubric that uses that criteria.
03:39You can have a grader that goes and looks at the work that the customer service agent is doing and decide is it getting it right and is it coming to the right outcome.
03:49And the last strategy we have is dreaming.
03:51So in dreaming there's an executor who naturally executes and then there's a dreamer.
03:55The dreamer is actually able to inspect the work and the transcripts of the executor and then it takes any of the findings that it has and it writes them to memory.
04:03This memory is repicked up by the executor for the next round.
04:06So ideally would have improved.
04:09A great use case for this is if you're building a recruiting agent.
04:12Now recruiting requires a lot of interaction with feedback on whether or not a candidate does or doesn't make sense and if it's a good fit between both parties.
04:19And so by taking all this type of data, if you build a dreaming type of strategy on this agent, it's actually able to kind of sharpen the next round so that it's more and more increasingly useful.
04:28So let's make this concrete with some experiments.
04:31So what we did was we created a bench of a bunch of tasks related to financial an analysis.
04:37And what we were doing with each of these tasks is trying to replicate in the real world a expert human financial analyst.
04:43How well would they do on each of these various tasks?
04:46And so what we did was we start with a control that's just executing.
04:50Let's try each of these tasks and we'll eval them when we're literally just executing.
04:53But then we can experiment with each of our strategies and see how well we perform.
05:00So, we start with a super basic experiment.
05:02Let's just oneshot it.
05:03Let's take each of our strategies and we'll go and just make an attempt to accomplish these tasks and we'll see how accurate we are.
05:10And so, you can see here with executing um it didn't do so well.
05:1315% accuracy, but because it was just a oneshot, the strategy got to choose how many tokens it would actually spend on its own.
05:21And so, you can actually see that execute decided not to spend that many tokens, only 39,000.
05:26And as we go into our larger strategies, our more complex strategies, we did choose to spend more tokens, but we did a better job.
05:33So, this isn't really telling us much because sure, Drain did really, really well, but it used a whopping 600,000 tokens to get there.
05:40That's right.
05:41So, in order to actually figure out if varying the jobs produces any alpha, what we need to do is hold the budget constant.
05:47And to do this, we're going to take Dreaming's budget, that 600,000 or so, as the maximum budget that is fixed across the board.
05:53And we give every single strategy this budget in order to analyze how well it's performing.
05:58And as expected again, if you give a lot of strategies more budget, you are going to see performance increase across the board.
06:04So execute went from 0.15 to 76.
06:07Advise and grade went from the 60s to closer to the 90s.
06:10And that's again expected given the fact that if you give things more test time compute, they should generally perform better.
06:17But if that was the only thing that mattered, we should actually expect to see execute, advise, grade, dream actually all be at the exact same level given the exact same token budget.
06:26But what we're actually seeing is that there is an alpha or there is a difference and therefore an alpha for us to exploit.
06:32If you look at execute at this exact same budget level, it gets to 76 but advise is at 89.
06:38So while a minimal, it does exist and so there is alpha for us to take a look at.
06:44Now, we decided to take a look at this analysis from a completely different lens.
06:48And as Kayla mentioned, you know, we're doing this bench for a very complex set of financial tasks in the real world.
06:54And we wanted to analyze the usage of agents with actual experts.
06:59So, if we look at a financial analyst expert, right, the kind of task that they need to do with an agent is that they're giving it something very concrete like let's say make a P&L and then they're getting the result back.
07:11Now if that result is 80% accurate on a bench that sounds great but in reality what that means for that expert is they have to go back and recomputee that P&L themselves or alter or alternatively send it through another run and that's because in this kind of domain for this kind of task if you're not 100% accurate
07:28it's actually not useful.
07:31You cannot make up an income number or you can't make up a cost number right you have to make sure that it's 100% accurate.
07:36So with this lens of the real world consequence associated with this domain, we needed to recomputee our experiments and score them a bit differently.
07:43Crucially, we needed to make sure that our experiment had this kind of construct where if it was scored perfectly, we'd actually give it a pass.
07:50And if it scored anything less than 100% on that kind of task, we would actually mark it as a failure.
07:56So let's look at a different cut of our data from our experiments with this lens where we're looking for this perfect run 100% accuracy pass.
08:04And let's look at what percent of the time each of these strategies was able to achieve a pass.
08:09Um so we we've got executes um down at 42% and we've got our more complex strategies doing a bit better up to 75% accuracy.
08:18Um and again this doesn't necessarily tell us a ton because um you know each of these strategies might um choose to use different budgets over time, right?
08:27So what we did here was we fixed the budget and we said within a fixed budget, how well do each of these strategies perform?
08:35And so what really matters to us actually is if you're trying to get this perfect answer and you're in the real world, you're running a business, what matters to you is the cost to you to get to that perfect answer.
08:46And so one way we can think about this is we had our execute strategy for example.
08:50The execute strategy around 40% of the time will give you that perfect answer.
08:54So on average, you can expect to have to run it three times and you should hopefully sometime in those three runs get a perfect answer.
09:01And as we talked about earlier, we fixed our budget to that highest token budget strategy, which was 600,000 tokens.
09:07So if you spend 600,000 tokens in each individual run, you have to run approximately three times.
09:13You can expect on average to have to spend 1.8 million tokens with the execution strategy to get to your perfect answer.
09:21And so if we take this analysis and run it across the board against all these strategies, this is actually the true cost it took in this domain for that agent to be useful for that strategy.
09:31So as Caitlyn mentioned for execute, which is our baseline, this is going to be 1.8 million true total token cost for you.
09:38But advise, grade, and dream are showing us a bit of difference.
09:42Crucially, advise and grade are actually quite token efficient when you think about the actual usage of the end output of each of these agents.
09:51So what does this mean for you as a business?
09:53Well, it actually really depends on what kind of thing you want to optimize for and it's going to vary, right?
09:59There's going to be businesses who say, "Actually, for me, the most important thing is to be really token efficient.
10:04In that case, you should probably pick the advised type of strategy in order to solve for that particular domain in which you want to optimize that."
10:10There's going to be other areas or other businesses where you're going to say, I'm not going to care so much about token efficiency because what I really care about is reliability of that answer and so I need to maximize the percentage of runs in which I get that perfect answer.
10:22In which case, you would actually pick completely different strategies.
10:24You probably lean towards grade or dream.
10:28So if you take away one thing, the thing we want everyone to think about is this idea that tokens are not fungeible.
10:34You can use your tokens to execute.
10:35You can brute force your way through your task and you can throw more budget at it.
10:39But if you get really smart about having your tokens do these different jobs and try these different strategies, you're very very likely to be able to get a better outcome for the task at hand within a fixed budget.
10:52And so let's talk a little bit about how we actually build strategies and how we bring this to life.
10:56Um so we've done a lot of work to create a really excellent harness for individual agents.
11:00Um and if you see this uh picture at the bottom here, this is actually the architecture that we've used for cloud managed agents um which is our Aentic solution that we give to you within the cloud platform.
11:12And what we do on top of this is we start to get into the meta harness level like the multi- aent orchestration and execution level where this strategy can go and be um coordinated between our executor and our adviser
11:24or the other agents within our strategy.
11:27And some of these um like dreaming and outcomes we actually give to you out of the box within cloud manage agents.
11:34So with those set of primitives it's actually relatively trivial for us to construct this kind of you know architecture where we're able to combine these different types of strategies and figure out how to they should work together.
11:45So for example it's relatively trivial for us to say okay now with this I can take a task and I should be able to execute it but also allow it to advise and fable is back online.
11:55So we could actually say Fable is the one that's actually advising uh the executor.
11:59And then I can take all these results and say send them to a greater so that I can make sure that this is verifying in a loop that makes sense.
12:05And if it passes, that's awesome.
12:07I want to send all of that stuff to Dreaming and make sure that my next run is better than ever.
12:12And of course, you don't have to stop there, right?
12:14If the right primitives are there and the right coordination is there, then you can actually construct really complex setups that fit for all the different types of dynamic problems that you have.
12:24You can invent these kinds of large-scale architectures, again, very triv.
12:28And you could also invent completely new jobs, not just the ones of the pieces that Caitlyn and I have presented in this conversation.
12:36So, a big goal that we have over time is to get our models better and better and our platform better and better at dynamically constructing these strategies for you as you're doing work.
12:45But in the meantime, as we're working our way there, we would love for you to continue to think about this idea that you should give your tokens jobs and you should use different novel strategies by combining these primitives in order to get the outcomes that you want for your tasks.
12:59Thanks for joining us.