Writing AI + Operations

From Prompt to Operating System

An operator-led series on useful AI workflows, and the operating problem they reveal at scale. Five tutorials and a capstone, written for founders, COOs, and owner-operators.

May 2026 5 min read

A lot of the conversation about AI in companies right now starts with the wrong word. The word is ‘agent’. An agent, in the way most people use it, is a piece of software that goes off and does a job for you, handles the steps in between, and comes back with the result. It sounds clean. It’s also the wrong place to start if you’re a founder or an operator trying to make AI useful inside a real company this quarter.

The reason it’s the wrong place to start is that the word smuggles in two things that aren’t true yet. The first is that the agent knows what your business actually is, who’s allowed to do what, and which decisions belong to a human. It doesn’t. The second is that the agent has a memory of the company stretching back further than the conversation it’s in. It doesn’t have that either. What it has, today, is a model that reads and writes well, plus a way to touch some files and some connectors. That’s enough to be useful. It isn’t enough to be an agent in the strong sense.

The better starting word is workflow. A workflow is a small, named, repeatable piece of work with a written input, a written output, and a place where a human reviews before anything goes out or in. Workflows are what an operator can build in an afternoon, run for two weeks, and either keep or kill. They’re how AI starts paying for the time spent on it. Five or six of them, well chosen, will change how a small team feels by the end of a quarter.

The examples in this series are mostly Dubai and UAE. That’s where I work, and that’s the texture I trust. The rules they teach are universal. An ads agency in Dubai has the same problem as an ads agency in Manchester or Mumbai when the new business lead asks about competitors on Friday afternoon. The receipts on a UAE owner’s phone behave the same way as receipts on any owner’s phone. The WhatsApp number that takes customer messages in Riyadh is doing the same job as the front desk phone line in Toronto, just on a different surface. Where regional details matter, the piece will say so. Most of the time, the workflow is the lesson and the city is the scenery.

Five tutorials and a closing essay. Each tutorial is a workflow you can actually build, in the order I’d recommend building them. The order moves from the lowest stakes (a competitor brief that nobody loses money on if it’s wrong for a week) to the highest (a red-team note that informs whether to spend on a vendor). Each piece follows the same shape, on purpose, so by the third tutorial you’re recognizing the pattern. The shape is six moves.

  1. The business problem. What’s actually broken, in operator terms, not in ‘AI use case’ terms.
  2. The bounded workflow. What you’re building, with the inputs, outputs, and review point named on the first page.
  3. The build. Step by step, with real prompts, real folder structures, and real review queues.
  4. The human review point. The place a person decides, named explicitly. This is most of the design.
  5. Where it breaks at scale. What stops working when you go from one operator to a team, from one inbox to ten, from one entity to four. Specific failure modes, not ‘it gets harder’.
  6. The operating principle. The one sentence the workflow is teaching you about how to run a company on top of AI.

The five tutorials each give you a small win. The closing essay does a different job. After you’ve built five workflows, the closing essay walks the lens out and shows you the shape of the actual problem you’re standing inside. The reason it has to come at the end is that the picture only makes sense after you’ve felt the gaps for yourself. A reader who hasn’t built any of the workflows can read it and nod. A reader who has built two or three reads it and recognizes their own day.

I use Claude Cowork in the examples. It’s the desktop product from Anthropic that gives Claude permission to read and edit files in folders you choose, connect to tools through MCP connectors, and run on a schedule. As of May 2026 it’s available on macOS and Windows for paid subscribers. Where the workflow uses a Cowork-specific feature, I’ll say so. Where the same shape works in any AI tool with file access and connectors (Claude Code, ChatGPT with the desktop app, an open-source equivalent), the shape is what matters and the tool is interchangeable. I won’t name a connector by its trade name unless it’s been live for at least a quarter, because the field is moving and the audience here is conservative.

The series is a working operator showing how to draft, route, and review with AI inside the real texture of a small or mid-sized company, and then describing what stops working when you scale that pattern across a company. The frame is post-demo. You’ve seen what these tools can do in a five-minute video. The series is about what comes after.

The thing you should be able to do after reading: pick one of the five workflows, build it inside a working day, run it for two weeks, and know whether to keep it.

Subscribe

A roughly monthly dispatch from karlbaz.com. Links to the month's memos, plus a short note on what matters now.

Roughly monthly · No promo · I do not sell or share your address · Unsubscribe anytime