Everyday AI Podcast – An AI and ChatGPT Podcast - Ep 806: Desktop Agent Lingo Simplified: Goals, Loops, Plans, Subagents and how it works in Codex and Claude Code

Episode Date: June 25, 2026

Talking about prompts and chatbots won't help you talk about AI strategy in 2026. You've gotta know the ins and outs of loops, plans, goals, subagents and more. In this episode of Everyday AI, we're breaking down the agent lingo and how the key terms play out in systems like Codex and Claude Desktop. Desktop Agent Lingo Simplified: Goals, Loops, Plans, Subagents and how it works in Codex and Claude Code -- An Everyday AI Chat with Jordan WilsonNewsletter: Sign up for our free daily newsletterMore on this Episode: Episode PageToday's Episode on LinkedIn: Thoughts on this? Join the convo on LinkedIn and connect with other AI leaders.Upcoming Episodes: Check out the upcoming Everyday AI Livestream lineupWebsite: YourEverydayAI.comEmail The Show: [e-mail] with Jordan on LinkedInTopics Covered in This Episode:Desktop Agent Vocabulary PrimerAgent Harnesses: Codex vs. Claude CodeDesktop Agent Plans: Features and WorkflowGoal Setting in Codex and Claude DesktopPlan vs. Goal: Key DifferencesAgent Loops: Automation and VerificationSub Agents: Parallel Task ManagementContext Windows and Task DelegationGuardrails, Verification, and Cost ControlTransition from Chatbots to Autonomous AgentsTimestamps:00:00 Shifting focus to AI agents03:28 Accessing the Start Here series09:31 Using plan mode in clawed desktop12:04 Understanding plan vs. goal mode14:25 Setting project goals and planning19:33 Accessing Start Here series22:03 Building effective training loops26:48 Managing sub agents effectively27:30 Setting up sub-agent system30:47 Closing and subscription reminderKeywords: desktop agent, desktop AI agent, agent lingo, agent vocabulary, long running agent, autonomous agent, codex, Claude Code, Claude desktop, AI harness, agentic harness, agentic tools, super app, Microsoft super app, OpenAI codex, long running desktop agents, plan mode, planning phase, agent plan, goal setting, AI goal, agent goals, loop mode, agent loops, scheduled automations, sub agents, agent subagents, context windows, parallel work, context hygiene, verification steps, approval points, skills, automations, API token usage, project threads, co work tab, code tab, work trees, checkpoints, file access, browser automation, human in the loop, token efficiency, agent delegation, AI supervision, knowledge work automation, AI subagent management, desktop agent mental model, computer control, AI project management, AI workload delegation, remote steering, front end chatbot, proactive AI, AI context sharing.Send Everyday AI and Jordan a text message. (We can't reply back unless you leave contact info) Start Here ▶️Not sure where to start when it comes to AI? Start with our Start Here Series. You can listen to the first drop -- Episode 691 -- or get free access to our Inner Cricle community and all episodes: StartHereSeries.com Also, here's a link to the entire series on a Spotify playlist. 

This is the Everyday AI Show, the Everyday Podcast where we simplify AI and bring its power to your fingertips. Listen daily for practical advice to boost your career, business, and everyday life. Remember back in 2024 when knowing how to use a custom GPT was a differentiator? Or in 2025, when knowing the difference between a skill and a project and Claude could be a competitive advantage for your company's AI efforts. Well, those days are gone, and so is most of the useful lingo. Because controlling front-end chatbots and models and modes are now table stakes. The differentiator now is controlling long-running desktop agents. And it sounds easy in theory until you realize that the language you've been building up on the front-end AI chatbot era

and the language of the long-running autonomous agents are not exactly compatible. So today we're giving you the primer and establishing some baseline vocabulary and concepts you'll need heading into 2027 when long running AI agents become the new norm. So here is the big picture. Agent vocabulary is now an essential skill set. And yeah, it's changing all the time, which is one of the reasons why we do this thing every day. But agents can obviously.

read and write files. They can run tools, call their own, create their own apps and plugins. They can fix mistakes and work for hours unattended, which is both a good and a bad thing, depending on how active you are in your agents. And every new term now names a problem. You only hit once an agent runs long, right?

So so much of the previous terminology that we use with AI chatbots, right, you had an instant feedback loop for, yourself, whether it worked or not, and that is kind of gone. You really have to be paying attention. And not knowing the words now, well, means you might set a vague goal. You might put up weak guardrails and that run you think might fix a problem as you go take a walk, might not really go anywhere. In learning this new agentic language is becoming as essential as learning how to prompt as that was helpful. So on today's show, we're going to learn. what loops, goals, plans, and subagents actually mean without the jargon.

We're going to go over how all of these terms work in codex and claw desktop so you can know how these features work together. You're going to learn why fluency in this terms is the skill separating operators from spectators. And you're going to know the mental model that makes the whole vocabulary click starting now. All right. If you're new here. Welcome. This is the Start Here series. The Start Here series is part of everyday AI's ongoing effort to give whether you're a new listener or a seasoned AI expert to give everyone an essential podcast series to both learn the AI basics and double down on your AI knowledge. So if that's what you're trying to do, sweet, me too. Let's do it together. Make sure to go to start here series.com.

That's going to give you exclusive access to our inner circle community. And you're going to be redirected straight into our Start Here series space, which has a playlist for all of these episodes, all in order. So it's easy to go through them all as well as you can read about them all on the page and connect with other people who are along the journey with you. So if you missed our last start here series, that was volume 29, where we talked about the open source surge. And if models like GLM 5.2 make open source and enterprise priority, but today we are talking about

the desktop agent lingo simplified. So first, let's zoom out completely. All right. So if you are not someone that's using codex or claw desktop or anti-gravity or cursor, some of this might not make a ton of sense. And that's okay. And maybe this show is more for you than anyone else. Because if you are using something like Codex or Codd desktop every single day for hours,

this episode will probably be a review at best, but I think still helpful. So if you're like, okay, I don't use these tools. No, you need to listen up. And you should start using them. But I want to talk about the shift obviously from the AI chatbot that's just very reactive versus the proactive autonomous desktop worker. And really what separates them is the harness, right? So sometimes when you talk about a model,

you talk a lot about the harness or where it lives and how it accesses how they access all of these tools. So let's just use an example. Codex from OpenAI, right? It's my favorite harness. It's the one I use most. But a lot of people don't even know. You can use other models inside codex.

Codex is the harness, right? You can't do that with ClaudeCode. You can do that with anti-gravity, codex, and some others, cursor as well. So the harness is how all of these agentic tools come together and they can work over long-term, right? When you see all these stories, you're like, oh, this person had an agent running over the weekend or overnight.

Well, that's really made possible by the harnesses that these companies create. that give the models and the tools, essentially a sandbox to do all this. And, you know, it's kind of, today's episode is really a primer on understanding what happens under this, the hood of the harness, so to speak. So we're not going to get super technical. This is for beginners and maybe intermediate people as well. But that's what we're truly trying to understand.

And like I said, even if you're not using these desktop tools now, I think most people will be using them come 2027, right? We've heard from Microsoft that they're coming out with their super app. We tackled super apps on the show and on the Start Here series. What episode was that? Bringing that up here. That was our episode 799 or volume 28 of the Start Here series. So, you know, Microsoft is bringing out a super app.

So these super apps or these agentic harnesses, right, if you want to get a more technical term, essentially they are a much more powerful version. of a web-based chat bot that can run autonomously on your computer. You can run them in loops. You can run goals. We're going to go over all these things. You can schedule automations. So the big difference is, well, it can act autonomously.

It can share the context across different chats. And it can read and write to your computer. So any file, just like a human really would. It can use your actual computer with computer use. It can use your browsers, right? has built in browsers. So, you know, definitely go listen to the AI Super Apps episode if you want a little bit more primer. But let's get straight into it now.

So let's talk about plans. And I think plans are actually one of the more underrated features of these harnesses, specifically in Claude Code and in Codex, right? Every once in a while, I'll ask people how they're using these different harnesses. And people don't really talk about or use plans as much as they should. So a plan essentially just reveals the route before an agent asks or acts. So a plan shows the intended steps before, you know, the files, the tools, the app changes, all of those things.

And planning exposes the assumptions, right? So likely files, approval points, and verification steps. So plan modes matter because desktop agents can change work fast. and they can work for a very long time. Right. So it's kind of like a blueprint for a building, right? You wouldn't just, if you had unlimited resources and you wanted to build a building, you wouldn't just go to someone and be like, hey, go build a building.

Or if you're building a custom house, you wouldn't just be like, hey, I want a house and make it awesome. Right. You'd probably sit down with an architect and you would go over the blueprints, the floor plans, zoning restrictions, requirements, all those things, right? It might sound tedious, but you're probably going to get a much better result in a long right, if you sit down and have the conversation with said architect or a general contractor, right, whatever it is. That's the same thing a plan is.

It is literally a plan. So a lot of people will usually just point, you know, claw desktop or codex to a folder or share a little bit of context and say, get to work, buddy. Not a good idea. So the plans are essential. So codex, right, uses the kind of plan, pair, and execute as collaboration gears. So it reads, it analyzes, and then it proposes things to you, and then it waits for you to approve it before implementation. So similarly, that's how Claude Desktop works.

It actually works out nicely that these work very similarly in Claude Desktop and in Codex. So if you're actually using these, and if you want to see, like, how does this work? Where's the button, right? Codex has a plan button. I don't believe Claude Desktop has it, but you can invoke them each the same way, which is just a backslash and then plan, right? And then they'll kind of walk you through and then you will approve the plan. So in the same way, how I am a very adamant telling people, like,

make sure you read the chain of thought after you've gone through, you know, and gotten an output out of a large language model. I am that much in favor of using plan mode. It is the equivalent on the front ends. Right. So if you've never used these harnesses, think of something like Google, Google Gemini's deep research actually does a really good job of this. Before you go out and do a deep research with Google Gemini,

it actually gives you a plan to approve so you can see it. And if something's wrong, you can modify it. And this is really important because when we talk about the shift from token maxing to token efficiency, depending on how you set these agents up and what kind of task you're giving them, they might run for a long time. And if you are using these on a company plan, chances are you're paying via API. So not having a plan in the same way telling a builder to build you an amazing house can be a very expensive step to overlook. Plan mode, you have to think it's not slowing you down. A lot of people

are just like, I want to build, I want to break stuff, I want to burn tokens. No, it's a guardrail, right? Not a slowdown. So planning separates thinking from doing, but it's not, you know, it's not enough because risky work still needs, right, that read-only access, the works trees, the checkpoints, and then once your route is approved, you know, then the permissions kind of define the real blast radius. So don't just rush into giving a long-running agent keys to the castle or, you know, giving it access to just run for hours and burn through your API bill. All right.

Next, let's talk about goals. All right. And I kind of put these in an order that I think might make sense for most. I generally will start with a plan. And the way I actually do it is I use a plan and then parlay the findings of that into a goal. So it's a little confusing. And Claudecote and Codex work a little bit differently. In for plan mode, it will still work through your plan.

But a lot of times it will stop once it's gone through the steps. So the biggest difference between a plan and a goal is on the front end, a plan literally just outlines it and you can see codex or Claudecode work through each step and there is a visual indicator, which is great. Goal is a little bit different. Goal is you literally give it an end goal and it will not stop and sometimes loop until it hits that goal. Right.

So a lot of times you have to be careful using goal if you don't go through a plan mode first or if you don't go through an old school best practice prompt engineering, context engineering, like we used to teach with prime prop polish to really share that context and have an understanding with the model of what ultimately the output looks like. So if you just blindly, and a lot of people do this, right, they just blindly throw a bunch of contacts at codex or clawed desktop and they give it a goal and it will keep going until it hits that goal. And if that goal is maybe unattainable, yeah, that's where you can have it work for hours on end or maybe a day or longer.

And all of a sudden, yeah, your bills through. roof. So let's talk a little bit about goals. So it's really defining the finish line before you start any motion. And like I said, I always go through a planning phase first. I usually make the plan kind of beg to work through it, let, you know, codex or a clog go through and do some work. Then I'll see, you know, there's always going to be shortcomings the first time you give something to someone. So I'll see where it went wrong. I'll go through, read the summarized chain of thought. then I will kind of reprompt it and then make that as a goal. All right.

And sometimes I'll literally just copy and paste the original plan, make some modifications, obviously, because some things on the list or on the steps of the goals are going to get crossed off. Some things aren't. So I usually do a lot of manual nitpicking, transitioning from a plan to the goal. But the goal is the outcome and agent checks across the long run. And strong goals specify the audience deliverable source material in the done condition, which is why I think it is usually best in general terms for, you know, general knowledge work. And again, I'm coming at this from like a general knowledge work.

Yes, I do some coding software, Deb stuff, building myself, you know, cool projects and products extensions, all those things. But I am talking about this through general knowledge work. So even if you're not, you know, writing software or, you know, vibe coding something, let's just say your vibe working, I still think that this holds true. So weak goals, make plans, loops, and sub-agents drift quietly, which I think it's important to go through, especially if you're talking about a project that you want to do, right? If you're just trying to knock off a task that might normally take you or a single agent on the web, you know, five, ten minutes to go through, I don't think you necessarily have to go through the plan and the goal in combination. But if you're talking about knocking out an actual project, which is what these systems are capable of doing right now that might take a huge.

human two, three, four, five hours or two, three, four, five days. That's when I think it, you know, when you're talking about your ROI and what you have to invest on the front end, this is one of those things where you're going to have to build the bridge in order to save the four days driving around the mountain. So goals differ a little bit across Codex and Claude. So Codex goals are a little bit more persistent and editable and also visual in the composer. There's a nice little toggle. But, in the goal first threads in codex, kind of keep the objective across turns and sessions. Claude code via the desktop version, not the CLI.

It does still support the backslash goal in the same way. But co-work is a little bit differently. Works a little bit different. That's the other thing. People, you know, and for me, I personally use, you know, codex. And I do have to tell people this because if not, it would be extremely irresponsible of me. you know, the big difference between codex and claw desktop is claw desktop is fragmented. There is a chat, a co-work, and a code tab.

And those tabs have no clue what the other is doing. So there's, you know, certain things that work really well in co-work goal, such as the visual indicators that don't always work as well in the code version of goal. So, you know, even as we go over individual features, because Claude code by default, or sorry, clawed desktop by default is siloed between the chat, the co-work, and the code. You know, even things like goal work a little bit differently in co-work and in Claude code. All right, another thing to keep in mind, a goal is not just a step-by-step prompt, right? So over-specified steps can actually fight the agent's own planning process.

So you don't have to know everything going into it, right? You don't have to like, be like, oh my gosh, I can't use this plan. and the goal thing because I don't have experience. I'm not a software engineer. Absolutely not, right? You have to be able to communicate and understand what you want and then work with an agent to, you know, go through the steps to get there.

But under specified outcomes, make the agent invent missing, like success criteria. And that's what you absolutely want to avoid. All right. So now let's talk about loops, right? So loops are kind of the new-ish trend, right? though we had the Ralph loops, you know, many, many quarters ago. Now loops are making their viral reappearance again.

So loops essentially can turn plans, approved plans, into agent work. Right. So similarly, like a heartbeat if you're using OpenClaw, right? So think of it like this. It's something that you can schedule to happen over and over and over and over again. So a loop means, you know, the agent is going to observe, plan, act, check, adjust, and repeat. It is literally a loop. So a chatbot would run once, while a long-running agent can loop many times if you give it that instruction. So the loop only becomes useful when the agent

verifies each step. Otherwise, you're just burning tokens like you're still trying to climb the internal meta, you know, token burning leaderboard. AI moves too fast to follow, but you're expected to keep up. Otherwise, your career or company might lag behind while AI native competitors leap ahead. But you don't have 10 hours a day to understand it all. That's what I do for you. But after 700 plus episodes of everyday AI, the most common questions I get is, where do I start? That's why we created the Start Here series, an ongoing podcast series of more than a dozen episodes you can listen to in order. It covers the AI basics for beginners and sharpens the skills of AI champions pushing their companies forward. In the ongoing series, we explain complex trends in simple language that you can turn into action.

There's three ways to jump in. Number one, go scroll back to the first one in episode 691. Number two, tap the link in your show notes at any time for the Start Here series. Or you can just go to start here series.com, which also gives you free access to our inner circle community. where you can connect with other business leaders doing the same. The start here series will slow down the pace of AI so you can get ahead. So, you know, loop review looks a little bit different in each product. So Codex runs every task loop inside a project organized thread.

So, you know, you can also build loops as skills or automations, right? So you can just tell them, hey, here's what I want you to do, right? Every, you know, every hour I want you to go through, you know, triage my email, my calendar, and my drive, you know, respond to any emails that I might want to update any text. And I want you to do this every hour. I want you to do this, you know, every day. Right. So that's an example of a very oversimplified example of what could be considered a loop.

Right. So Claude Co-work, again, a little bit different. It shows the steps with citations to the files and the messages, which I really like. I like that piece in co-work. a little bit more than I like it in Claude Code because it has that dedicated side panel on the right. So even if you are running technically a loop, you can see those steps visually get checked off. Claude code surfaces the plans, the tasks, the sub agents, the diffs in the progress panels. The biggest thing to talk about when, you know, talking about loops is having very clear verification, right,

whether you want to run something a first time, right? I would literally, and I've done this before, you can work through, just go through a natural language, work with codex, work with Claudecode, and say, hey, I want to create a loop. I want to ultimately save this as a skill or an automation, or, you know, usually both save it as a skill and an automation that you can schedule and run. But say, hey, instead of giving you the full loop, I want to work with you through this here. You know, here's ultimately what I want to do. I want to, you know, check this website, you know, twice a day. You know, this is my whole company. We live and die by this website, right?

It could be industry news. Could be, I don't know, stocks, finances, et cetera, right? But think if you are someone that has to pay very close attention to the market, something in health care, I don't know, FDA regulations, and there is all these things pinging all the time, right? Maybe you want to create a loop that you train or you help. build a skill set with codex or quad code that goes in there every so often. You know, you see what's new.

You run it through your context, your decision-making process, etc. Work through those steps in the loop one by one. So the harness or the model in the harness can understand what verification looks like, what success looks like at each step of the loop. If not bad loops, bad, right? Bad loops turn into producing, you know, overly polished work, that just is maybe wrong. Because when one loop gets overloaded, then sub-agents are maybe going to split the work.

All right. So loops are great. You can save them as a skill in automation. Think of it similar to like a heartbeat. If you've used open claw, the great thing, all that takes is natural language, right? I do think in this aspect, Codex is a little bit better at setting these up. I think that they're because not being fragmented, it's a little bit easier to just chat with codex in natural language to set up those loops. All right. And then last but not least,

we have subagents. So, all right, subagents like loops are where things get very interesting and potentially dangerous if you are not being hands on. So if you're being a laissez-faire, human in the loop and setting all these things off, I wouldn't recommend going too heavy in the pains on loops and subagents, it will get expensive quickly. If you are very hands-on, I think loops and sub-agents are great. So here's what sub-agents are. Well, they're just helper agents with focused assignments and separate context windows. So they help with parallel work, not just vague request to think harder. The real value, though, is context hygiene before the consolidation begins. So sub-agents control kind of a different act.

aspect of a job. So one easy thing, right, an example of how I use subagents in codex and in Claude. So you can just use them by invoking them. Say use subagents for this. A lot of people are like, how do you use sub agents? Well, you natural language. Use sub agents for this.

So as an example, one thing I like to do is I like to build with codex. All right. So I build with codex. A lot of people are like, oh, Oh, Claude is better at front end. Yeah, it's way better at front end, but I don't know. Codex has this thing called the most powerful AI image model in the world. So start with the AI image gen in Codex.

Use the front end skill. It takes three seconds. And you generally will have a much better front end. If you are building a piece of software, that's just what I'm using as an example. If you use the image gen in the front end design skill, you're going to have way better than what you get out of Claude code. If you do that, if not, obviously, Claude code is going to be better.

But one way I use subagents, I love Claude's ability to really investigate and use subagents across multiple things. So I'll sometimes I'll assign, you know, I'll say, hey, Claude, I want you to do these sub-acients. I want you to look at, you know, one, look at the entire repo, number, you know, two, look at the feature set. Three, look at the language, right? So then each sub-agents can really have a more defined and refined kind of, tasks, right? So it's the same thing. If you just walked into a room of 20 employees and they're there to help you and you say, hey, 20 employees, go help me with this project. Here's where we're at. Have fun. Right. They might decide upon themselves. Okay, let's split this up. But if you say,

hey, designer, go look at the design. Hey, copywriter, go look at the copy. Hey, engineer, go look at the, I don't know, the security on the back end. Make sure everything's, you know, tightened up. So all you have to do is, well, say, go use sub agents. Obviously, these models are smart enough where you can just say that's broadly, and they will, you know, usually, you know, assign one sub-agent to a specific task. Usually I'll just broadly say, go use sub-agents and poke holes in ABC. And then I'll see exactly how they did it. Claude and Codex allow you to click onto a sub-agent and see exactly what they're working on in real time, which is cool. I love how Codex names them.

The Claude names, I forgot how they named them. But, you know, usually I'll do a quick general sub-agent run. If it is a big project that's super important, right, that I can spend kind of the token budget on. I'll see what they did, what went wrong, what didn't, you know, how it can be improved. And then I'll probably assign roles the second time I have another group of sub-agents to it. Sometimes I'll have sub-agents work on the front end before the work actually starts to scope it and make sure it makes sense on where they're spending their time. Sometimes I'll have them work on the back end after the work is done or a combination of the boat. And the best thing is, well, you can just tell Codex or Claude, like, hey,

have subagents work on the front end before you start this project to make sure everything is correct, then go do the work, then have a separate group of sub agents really tear it apart on the back end, right? That's all you really need to say, and they will do that. It is kind of like having this parallel work stream that can disagree, duplicate, you know, mis-shared constraints, and that's great. And then the main agent can compare findings, resolve conflicts, synthesize, I've even set up a skill that has like a three-tier kind of agentic management system. So I don't even have to go through in tightness, right? So if I know a project is pretty big or if I'm going to be working, you know, it's like,

hey, I'm setting this off to work overnight. It's an ongoing project and I'm not going to go through the planning and goal. I know I have this, you know, sub-agent system where I, you know, say, hey, this one's going to go in and be a contrary or contrarian and, you know, tear apart all this and second guess every single thing that we do before it goes to production, whatever it may be. So that's just a way to go through sub-agents. All right. So now as we wrap up, the real constraint here is actually your machine.

This is the big thing to keep in mind because your machine has to be on. It has to be, right? You have to have these programs open. So, yeah, you can do all these great things like control your computer, right? And control the browser. And think of that as well as we talk about, you know, the desktop lingo is it's literally as if you were talking to a human sitting in front of the computer, but it has to be on, right?

A sleeping laptop can break remote steering. You know, if you run out of power, if your internet goes off, everything, well, from an agentic perspective, stops where that's a little bit different, the advantage of using on the front end chat bot,

those, you know, singular tasks, those singular one-off prompts can continue to go on. But the beginning mistake is not managing anything, right? The beginning mistake is being like, wow,

these things are super powerful, these agents, I can just go in and, you know, drop it some context, and say, go do this work and, wow, look at it. You're got to get just slop work almost every time, right? Because also bad handoffs, say, research this, organize that, make that better,

and then you just use the output, right? Good handoffs are, well, defining the goal, the plan, the permissions, the workload, the verification, the subagents, the loops, right? That's the differentiator now, not just saying, oh, I use codex. Oh, I use ClaudeCode desktop, right? the handoff turns the agent lingo into repeatable desktop delegation. So like I said, the new skill is number one, understanding how to talk to your agents, but then using those skills to supervise work, not just prompt, right?

The agentic layer is drawing thicker and thicker by the day. That doesn't mean the human layer, both, you know, I call it the, you know, the agentic human sandwich, right? We are the bun. We are providing the input in the context on the front end. and then ultimately the verification. But that doesn't mean we're hands off in the agentic layer. We have to constantly be monitoring and proving. So we don't just blindly let these agents loop and blindly assign work to subagents.

Right. We can just spend more time as the bun and far less time as the meat to use my old saying there. All right. I hope this one was helpful going over the basics of desktop agent lingo, simplifying goals, loops, plans, and subagents. and a little bit of how they work in Codex and in ClaudeCode code on the desktop. So if this was helpful, please go to starthereSeries.com. If you haven't already, make sure to subscribe to the podcast.

I would really appreciate that. Thanks for tuning in. I hope to see you back tomorrow and every day for more Everyday AI. Thanks y'all. And that's a wrap for today's edition of Everyday AI. Thanks for joining us. If you enjoyed this episode, please subscribe and leave us a rating. It helps keep us going.

For a little more AI magic. Visit your everyday AI.com and sign up to our daily newsletter so you don't get left behind. Go break some barriers and we'll see you next time.