11 August 2026

Don't Start by Building Agents. Start With the Problem.

Marketing
Transcript
I would say, do not start by building agents. Start by finding a problem that you want to solve. I myself have deployed OpenClaw and Hermes for myself, and my Hermes agent is something I can't do without today. But before I even got to the stage where I'm deploying Hermes or deploying OpenClaw, I started by figuring out what problems I had. I'll give you an example of this exact scenario, where I wanted to start with an autonomous agent. For example, my LinkedIn profile: all of my content there is generated through Claude. Before I set that up, I actually wanted to build an agent that would handle all of it for me, without me having to raise a finger, all just through me talking to it. And very quickly I realised that there were a lot of challenges, a lot of things that the agent couldn't do. And then I fell back, and I was like, "Hey, what's the problem I'm trying to solve?" And then I started by creating a Claude project, and then working out exactly what the steps are that I needed to get done.

There is a particular kind of project that starts with a platform and goes looking for something to point it at. Agents attract this more than most technology, because the demo is so good that it feels like the hard part is already done.

My own version of this was a LinkedIn content agent. The plan was that I would talk to it, and posts would appear. No drafting, no review, no queue. I got far enough into building it to find out that the parts I had waved at were the whole job: knowing which of my ideas were worth writing up, holding my actual voice rather than a generic one, and knowing when a draft was finished.

None of those failed because the agent was not capable enough. They failed because I had never written down what “good” meant, so there was nothing to automate against.

So I stopped and did the boring version first. A Claude project, the steps listed out, run by hand until the output was consistently something I would publish. That took a few passes. What came out of it was a specification, which is the thing I had been missing at the start.

Automation after that was mechanical. The steps existed, so they could be handed over one at a time, and I could tell immediately when one of them regressed because I knew what the output was supposed to look like.

The order matters more than the tooling. A problem you understand can be automated on almost any runtime. A problem you have not defined will defeat the best agent framework you can find, and it will take you a few weeks to notice.

This clip is from my conversation on the 2Stallions Marketing Expert Series.

More videos

Subscribe to the newsletter

Get Practical Insights Every 2 Weeks.

No spam. Ever.