AI Engineer Europe 2026
What the Best Agents Share
Read the talk
What the Best Agents Share
Focus modes, visible execution, personalization, and reversible changes make agents easier to guide—and make users more willing to entrust them with consequential work.
From a talk by Mardu Swanepoel
Study strong agents to improve your own
What can you learn from an agent that already works well? Start by studying its choices closely enough to understand why they work. Mardu Swanepoel opens with an interpretation of stealing, attached to a quotation he attributes to Picasso: understand existing work deeply, make its lessons your own, and use that understanding to create something better. The useful act is transforming an idea, not presenting someone else’s work as yours.
The examples are Cursor, Claude Cowork, Harvey, and Manus—products Swanepoel considers particularly worth studying, rather than winners of a measured ranking. The comparison follows four patterns, asking what each pattern does, what value it provides, and how it appears in a working interface. That makes the product behavior, rather than the product label, the reusable lesson.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Focus modes constrain the task
Focus modes constrain both the action space and the input space. A planning or research mode gives the agent a smaller job to do well. For engineers, that creates a tractable optimization target: remove tools that do not belong in the mode, refine the system prompt around the remaining task, and tune evaluations for that narrower behavior before expanding the agent’s responsibilities.
The same constraint helps users. An open-ended interface invites broad expectations without explaining which inputs will produce useful results. Selecting a mode establishes a more specific agreement: what the user should supply, what the agent will do, and what kind of result to expect. A question from a planning agent can then feel like progress rather than a failure to execute.
Cursor makes that agreement visible through a dropdown in its chat interface. The modes shown have different procedures, not merely different names:
| Mode | Agent behavior | Expected result |
|---|---|---|
| Planning | Asks questions and develops an approach | A plan, without writing code |
| Debug | Forms hypotheses and collects runtime evidence | An investigation of the code problem |
In the planning example, the absence of code changes is part of the contract. In Cursor’s Debug mode, the investigation follows hypotheses about possible faults. Swanepoel describes starting a dedicated debug server and sending logs there to work out what is happening. The narrower mode lets the product support a specific workflow in depth.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Transparent execution enables collaboration
Once the agent starts working, the next question is whether the user can follow its execution. Transparent execution turns delegation into collaboration by exposing the process alongside the eventual result. Which material did the agent read? What assumptions did it make? Where is it uncertain? Those details give the user a basis for trusting—or questioning—the output.
Visibility also creates an opportunity to intervene before more work is wasted. Swanepoel’s example is an agent that, at step two, has read Notion documents A and B. If the user would not have chosen those documents, seeing that action provides a concrete reason to stop and redirect the agent. A progress display becomes useful when it exposes decisions early enough for the user to change what happens next.
The Cowork interface shown makes several parts of execution inspectable:
- Progress: A list distinguishes completed work from upcoming work, including the next step.
- Context: The interface shows the context being used and the skills the agent draws on.
- Tool activity: Tool calls expose their inputs and outputs, so the user can inspect more than a generic working indicator.
Together, these surfaces explain what is happening during execution. Manus offers a similar view through task progress, the material it inspected, and what it made of that material. Both examples keep the user involved while there is still time to influence the result.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Personalization accelerates understanding
An agent can execute visibly and still approach the task in the wrong way. Personalization supplies the knowledge, systems, principles, and patterns the user would have applied themselves. Its purpose is to improve speed to understanding, not simply speed to outcome. A quickly generated result can be useless if it misses the user’s intended approach, including preferences and nuances they have not restated in the current request.
Harvey makes that context explicit through playbooks. Swanepoel, qualifying his explanation as a nonexpert understanding of legal work, describes a playbook as a legal firm’s methods and principles for a task such as contract review. Creating one gives the agent a reusable account of how the firm wants that work approached.
Memory provides another route: Swanepoel describes Harvey creating memories from instructions and interactions, then drawing on them in later exchanges. This is a description of the capability, not broad availability; Harvey’s later Memory announcement still identified it as Early Access in August 2026. Claude’s skills, connectors, and connected systems provide additional ways to supply knowledge and personalize the agent. Playbooks capture an intended method, memories retain context across interactions, and connected systems make relevant knowledge available to the task.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Reversibility bounds the cost of mistakes
The final pattern addresses what happens when the agent gets something wrong. Reversibility bounds the cost of mistakes by letting users undo agent actions. Knowing the downside makes the decision to delegate easier: the user can weigh the potential benefit against a more understandable cost of failure. Swanepoel connects that confidence to greater willingness to experiment and attempt higher-value tasks.
Cursor illustrates why the granularity of undo matters. A user may want to reject one change while preserving the rest, or abandon an entire stretch of work.
| Scope | Control described in the talk |
|---|---|
| Line | Accept, reject, or roll back individual changes |
| File | Accept changes at the file level |
| Conversation | Return to an earlier conversation state and undo associated changes |
The conversation example goes back before the last three messages and undoes the changes made during them. That gives the user a way to retreat from an unsuccessful direction without deciding separately about every edit it produced.
Reversibility also supports deliberate experimentation. Cursor can produce multiple outputs from the same input in parallel using different models. The user begins with the expectation that all but ideally one result will be discarded. Rejection is therefore part of the intended workflow, rather than an exceptional failure. The value of undo is that users can explore alternatives with less downside, within the scope of changes the product can restore.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Harvey uses Word’s native review workflow
The last example places reversibility inside a familiar editor. Harvey’s Word add-in runs within Microsoft Word, where users already work with document revisions. Swanepoel describes an integration with the native Word API that lets users make and view the agent’s changes as a reviewer or editor normally would. The agent’s contribution enters an existing review workflow, giving users a familiar way to inspect changes instead of asking them to accept an opaque replacement document.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Resources
From the talk
Instructions for investigating bugs through hypotheses, logging and runtime evidence in Cursor.
Harvey explains its Word add-in, playbook reviews and controls for inspecting contractual changes and redlines.
Updates since the talk
An August 2026 Early Access announcement explaining saved preferences, memory citations and controls across Harvey.
Read the complete timestamped transcript
- 0:00
[upbeat music] All right.
- 0:15
Um, so before I jump into sharing with you what I believe the best agents share, um, I actually wanna share a quote with you. And this is a quote that I actually keep quite close to me when I personally develop, um, agents.
- 0:32
It's a quote that maybe a lot of you might be familiar with, although I do wanna dive into a little bit of what Pablo Picasso meant when he said, "Steal," um, in this quote.
- 0:43
He didn't necessarily mean stealing in the sense of taking something physically that is not your own and presenting it as your own. Um, but instead, he referred to going and looking at something, studying it deeply, really understanding it and making it your own, and then using that to come up with something better and something unique that you
- 1:03
wouldn't have been able to come up with had you not done this process. And that is really what I wanna do today in this talk. I wanna have a look at four of what I believe potentially to be some of the best agents that we have access to at the moment, um, go and study them deeply, understand
- 1:19
what they do, and see what we can learn from them in order to ourselves actually build agents in a much better way.
- 1:27
I'm gonna have a look at four specific patterns that these agents use. Uh, for each of these, I'm briefly gonna touch on what exactly this pattern entails, importantly, what is the value that it adds to you using them, and then thirdly, show you quickly how does that actually look in real life in these agents.
- 1:46
The first one is what I call focus modes, and focus modes is really where we put the agent in a specific mode where we constrain the action and the input space.
- 1:56
So we go into a planning mode or a research mode. Um, what do we get from this? Well, first of all, the biggest benefit is for us as engineers, we get the ability to improve the agent's output quality on this smaller constrained action space.
- 2:13
Um, we really can potentially go and say, "Let's drop a bunch of tools. Let's really refine our system prompt. Let's optimize our evals to do really well on this small space first before we just do anything."
- 2:26
Secondly, what is also really valuable actually is from a user perspective. Um, one thing in these kind of do anything, ask me anything agent, um, UIs is the fact that the user doesn't necessarily know what to do to get the best result out of the agent, and they also have very big expectations.
- 2:44
So by going into a specific mode, we actually say, "Let's align a little bit the user's expectations and also tailor their inputs and behavior, um, specific to this mode."
- 2:55
Cursor does this really well. So on the right-hand side, you can see the Cursor chat interface, and you can very easily switch between different modes by simply selecting a dropdown.
- 3:04
Um, and each of these modes then has specific behaviors and expectations that it sets for the user. Um, it then does very specific things. So in the middle, we see planning mode.
- 3:15
It actually doesn't write any code. It just comes up with a plan, and it asks you questions, and you should be fine with it because that's what you signed up for.
- 3:22
In debug mode, it has a very specific, like, hypothesis-driven approach towards, okay, what are the potential issues with your... with your code? Uh, let's spin up a dedicated debug server and push logs there and actually figure it out.
- 3:34
Um, so in my opinion, a really, really powerful way in which Cursor is using modes to actually do certain things really, really well.
- 3:42
The second pattern is transparent execution. And what we're trying to do in this instance is really trying to make what the agent is doing and using and thinking extremely clear to the users.
- 3:55
And the crux of what we're trying to achieve here is to shift from, uh, delegation to collaboration, to really making the user part of the process, um, and not just letting the agent come up with an end result.
- 4:09
The benefits we're getting here is, first of all, trust in the output. If I give you a task and you come back with just simply the results, I will have less of trust in the results than if you were to actually share with me your process, share the thoughts you had.
- 4:25
What did you read? What did you assume? What were the things you actually are uncertain about? Um, so we really use this process of transparency to build trust in the eventual outcome that the agent comes up with.
- 4:36
Um, additionally, it also enables the user to intervene at an earlier point in time if it sees the agent is really doing the wrong thing and thereby reducing waste.
- 4:45
If at step two of the agent, we saw the agent has just read from, I don't know, Notion, uh, docs A and B, and I shouldn't have-- I wouldn't have done that, then we can very easily say, "Hey, I think let's stop and take a different approach."
- 5:00
This is something that Claude Cowork for me does quite well. Um, top right, it has, like, a progress list or a to-do list of things that it has done and will be doing, so it makes it clear what's the step that it's about to take.
- 5:12
It gives you a good idea of the context that it's using, the skills that it's drawing from. Um, in terms of cool-- tool calls, it's actually showing you all of the tool calls that it's making and also the inputs and the outputs of those tool calls.
- 5:24
Um, and this really makes it quite clear to the user what is actually going on from an execution perspective of the agent.
- 5:31
Manus does something very similar. Uh, you also have your task progress where you can see the tasks completed and to be done, and it also ve-- gives you a very good idea of what it actually looked at and what it made of those things.
- 5:44
The third pattern is personalization. Um, and this is really where we try and give the agent the
- 5:51
thoughts and systems and knowledge and principles and patterns that we would've used if we were to do the task ourselves. And fundamentally, what we're trying to get to here is to optimize or rather increase the speed of understanding of the agent.
- 6:07
And this is a point that I think quite a few agents doesn't really get right in the sense that they optimize for speed to outcome, but not speed to understanding, in the sense that it's very easy to just generate an output for a user, but if it's not really in line with what the user wants in terms
- 6:23
of how they wanted it, it's gonna be useless. So optimizing for speed to understanding in the sense of really understanding all of the nuances and implicit things from the user, how it would've approached it, is really critical for an agent to do the right thing and not just something.
- 6:40
Um, personalization is for us a way of enabling a quicker speed to understanding for the agent and doing the right thing and not just something.
- 6:49
This is something we get in various flavors and different agents. Um, for me too, which is quite nice, is the one is Harvey. Harvey has this idea of a playbook, and a playbook is for legal firms, um, typically kind of the...
- 7:01
I'm not a legal expert, but as I understand, the methods and principles that they use to, for example, uh, review a certain contract. And you can create these playbooks in Harvey, and the agent would then do it in the same way as what your legal firm would've done it.
- 7:16
Harvey also uses a fairly common concept, which is memory, so it actually creates memories as we go along and as we instruct the agent, and it can then draw from that in subsequent interactions.
- 7:27
Um, Claude, like many others, also has the idea of skills and connectors and, uh, systems that you can connect to in order to, um, im- in- increase this knowledge base and, and improve the personalization of your agent.
- 7:42
And the last one is then reversibility. And reversibility is really the ability for the user to be able to reverse or undo the actions that the agent has done.
- 7:54
Um, and basically, the big thing that we are achieving from this is we're binding the cost of our mistakes. So if we know what the worst case outcome is, or at least what the downside cost could be for me, it makes the ROI calculation much easier for me to actually say, "Happy if you go and do that,"
- 8:13
versus, "There could be fairly big consequences." This, number one, then results in users being bolder and much more prone to actually taking risks and tackling higher value, um, tasks and use cases for the agent to actually do.
- 8:28
This is done really, really well for me by Cursor as well. Um, Cursor actually enables this reversibility on different levels of granularity. So top left, you can actually roll back or, or choose on a line level what you wanna accept or reject based on what the agent did.
- 8:45
Bottom left, you can accept on a file level. Um, bottom right, you can actually go back into certain points of your conversation state. So you can say, "We've now had this conversation, but actually the last three messages, all of the changes you've done, undo those and jump back."
- 9:02
And then also, it actually gives the ability to really do multiple outputs with the same input in parallel using different models, and thereby the user basically is knowingly saying, "We will undo all but ideally one of our outputs, um, in order to actually reach something that is valuable."
- 9:19
So Cursor makes it really, I would say, easy for you to not have many... like, much downside and experiment with things and try things out knowing that you can worst case just undo and, and carry on.
- 9:31
Um, Harvey also does this quite well, and they actually use... So in this product, it's a Microsoft Word add-in that runs in Microsoft Word, and they actually integrate with the, uh, native Word API in order to have this, um, change, you could say doing of your changes and viewing of your changes in Microsoft Word as a reviewer
- 9:52
or editor would natively using, using Word. All right, um, thanks a lot. That was, I think, quite a lot for a short amount of time. I hope it was useful.
- 10:02
Please reach out if there's more questions. [clapping] [outro music]