When a Popular Method Feels Like the Answer

A few years back, everyone was folding their socks into little rectangles. That was the Marie Kondo method, sparking joy everywhere. People were thanking their old t-shirts as they were putting them on the let-this-go pile. Her method became popular. It got shared, repackaged, and turned into some pretty cool businesses.

When I first heard about it, I thought, okay, I’ll try this. I’ll spark some joy. Then I went to my closet and realized this wasn’t going to work for me. I live minimally. It started after move one, and five moves later it’s still the same thing. I could see why it worked for people who consume a lot of stuff, but I wasn’t drowning in things. I didn’t need the method to work.

And that could have been the end of it. Not me, not my problem, move on. But there was still that little nag in my head of there’s something to this. I’m just not quite sure what.

So when the next thing showed up, I was ready for it.

This time it wasn’t sparking joy. It was Andrej Karpathy talking about building a wiki — a different kind of second brain you could actually navigate. Catalog everything. Link it together. Make it searchable months later.

That little nagging feeling from Marie Kondo came back immediately.

Maybe this was the thing I had been missing.

I didn’t have a physical clutter problem. I had a digital one. Or at least that’s what I thought.

For years I had accumulated conversations, notes, decisions, ideas, half-finished projects, articles, and experiments across more places than I cared to admit. Finding something wasn’t usually the problem. Finding my way back to why I made a decision six months earlier was.

A wiki sounded like exactly the thing I had been missing.

Finally someone had put words around a frustration I’d been carrying for years. It wasn’t just that my information lived in fifteen different places. It was that I never quite trusted I’d be able to find my way back to the thinking that got me there.

The pull felt real because it didn’t feel like another productivity system. It felt like an explanation for why I kept losing my way back to my own work.

So I opened ChatGPT and started building.

I thought I was about to build a better knowledge system.

The Moment I Realized I Was Building Someone Else’s System

At first, the conversation felt productive.

That was part of the problem.

ChatGPT was fast, competent, and full of structure. Every answer seemed to make perfect sense. Move this here. Rename that. Create an inbox. Separate active memory from the wiki. Decision records go here. Conversations go there.

I knew I had conversations everywhere—ChatGPT, Claude, Gemini, Notes—and somehow every version of the system still left me wondering where I was supposed to go when I needed to remember why I’d made a decision.

Nothing it suggested sounded ridiculous. Most of it sounded useful. And because it sounded useful, I kept going.

By the third conversation, we weren’t solving the problem anymore. We were reorganizing the solution we’d already reorganized once.

That was the part I had to pay attention to.

The answer wasn’t obviously wrong. It was aimed at a version of me that worked differently than I do.

But then a few steps in, something was wrong. Something wasn’t sitting right. I couldn’t quite name it yet. It was just that feeling that the thing we were building wasn’t going to work the way I needed it to.

I eventually went back and looked at those conversations. What struck me wasn’t that ChatGPT was wrong. It was how many times I told it I was still confused while we both kept building anyway.

✳︎ ✳︎ ✳︎

The Trap Isn’t AI. It’s Assuming the Misfit Is You.

Looking back at those conversations, I realized something uncomfortable. AI wasn’t wrong.

It wasn’t making things up. It wasn’t giving me nonsense. It wasn’t sending me in some obviously ridiculous direction I could dismiss and move on from.

That almost would have been easier. The harder part was that the answers sounded reasonable.

Your AI keeps guiding confidently somewhere that sounds useful. Your gut is quietly saying, this doesn’t quite fit. And you keep going anyway.

Because somewhere along the way, you decided the problem was probably you.

You’re thinking, this is a me problem. You haven’t found the right system yet. You haven’t explained it clearly enough. Everyone else seems to have it all figured out. When the AI guides you somewhere that feels a little off, you don’t stop. You push through because pushing back means trusting your own gut over the thing that sounds more certain than you feel.

And that feels riskier than maybe just being wrong.

That’s the trap.

Not bad information. Not a bad tool. Not even bad advice.

The quiet decision that the misfit is your fault.

And here’s where you let AI keep driving you to a destination that you already know is not really the place you want to be.

I almost did it during those three conversations with ChatGPT.

I had the feeling, and yet I kept building anyway, telling myself the confusion meant I wasn’t getting it.

I can see it now in the conversation itself. I wasn’t saying, this is working. I was saying some version of, I am no more clear now than before.

That’s the part I keep coming back to.

I wasn’t ignoring the feeling because I didn’t know it was there. I was ignoring it because the system sounded so reasonable.

And that might be the sneakiest part of working with AI.

It doesn’t have to be wrong to pull you away from yourself.

Sometimes it just has to sound more confident than you feel.

✳︎ ✳︎ ✳︎

What Changed When AI Started Asking Instead of Guiding

Eventually I hit a point where I couldn’t keep pretending the confusion was mine.

I finally typed:

“Stop acting like you know what is best and start getting clarification.”

It wasn’t written because I was angry with ChatGPT. It was written because I realized we were solving a problem I hadn’t actually agreed to solve.

That single sentence changed the conversation.

ChatGPT started asking instead of guiding:

• Where do the decision records need to live?

• What breaks if they move?

• What are you trying to find your way back to?

Those questions changed everything because they forced me to explain my thinking instead of evaluating its thinking.

At first I thought the breakthrough was better context. Looking back, I don’t think it was. The breakthrough was that ChatGPT stopped assuming it understood the problem and started verifying that it did.

Better context assumes AI already understands the problem and simply needs more information. Clarification questions test whether AI understands the problem at all.

I thought I was asking it to help me build a wiki. It turned out I needed help figuring out whether a wiki was even the right answer.

Those are completely different conversations.

✳︎ ✳︎ ✳︎

The Misfit Wasn’t the Problem. It Was the Data.

Looking back, that misfit turned out to be the most useful part of the entire experience.

I kept treating it like evidence that I hadn’t found the right system yet, when it was actually telling me I was solving the wrong problem. The wiki was never the answer I was missing. It was the catalyst that surfaced the question I should have been asking all along.

The questions started changing.

Instead of asking: “Where do I store this?”

I started asking: “If I need to remember why I made this decision six months from now, where would I naturally go looking for it?”

That was a completely different problem.

The question wasn’t where my information belonged. The question was how I found my way back to my own thinking. No popular method could answer that for me because it wasn’t really a knowledge management question.

It was a personal navigation question.

That’s what Marie Kondo started years earlier without me realizing it. Her method wasn’t wrong. Karpathy’s wasn’t wrong either. Neither one solved my problem because neither one was actually my problem to solve.

What they did do was expose the question underneath it.

That’s what I take away from this now.

When a new method shows up and everyone seems convinced it’s the answer, I don’t ask whether it’s good. I ask whether it’s solving the problem I actually have.

Those are two very different questions.

The misfit isn’t a verdict on you. It’s information.

When something feels off a few steps in, that feeling is data, not a sign you’re behind. The trick is catching it early, before you’ve built the whole thing, and saying it out loud instead of pushing through.

✳︎ ✳︎ ✳︎

How I Now Test Whether a Popular AI Method Fits Me

This experience changed something about the way I work with AI.

I don’t ask it to help me build the method anymore.

I ask it to help me decide whether the method deserves to be built in the first place.

When something catches my attention—a video, an article, a framework, a thread—I paste it into ChatGPT before I start reorganizing my world around it.

I want to try this, but I’m not sure it will work for me. Review the reference and find the gaps or inconsistencies with how I work. Ask me if you’re not sure or need to be more clear.

That last sentence is the part that matters most.

Ask me if you’re not sure.

It’s such a small change that it’s easy to overlook, but it completely changes the relationship. Instead of assuming it understands how I think, AI has permission—even the responsibility—to stop and verify it before it starts building a solution.

That one sentence also changes my responsibility.

Instead of evaluating the answer after it’s built, I’m asking AI to challenge its assumptions before we build anything together. If it can’t tell where the method and the way I actually work stop lining up, it has to ask instead of guessing.

That’s a very different conversation than simply asking it to make me a better system.

It’s a small shift, but it puts me back in the driver’s seat before I’ve invested three conversations building something that was never really mine to begin with.

✳︎ ✳︎ ✳︎

Before You Build Someone Else’s System

Looking back now, I don’t think Marie Kondo was ever wrong. Her method simply wasn’t built for me. Karpathy wasn’t wrong either. The wiki wasn’t a bad idea. It just wasn’t answering the question I actually needed to answer.

That’s the pattern I keep overlooking.

I treated each one like a test I was failing, when the real question was never whether the method was good. It was whether it fit the way I actually think and work.

I thought the lesson was going to be the system I eventually built.

It wasn’t.

The lesson was the moment I finally stopped building long enough to question whether I was building the right thing in the first place.

Now, whenever I feel that rush of “This is it. This is the missing piece,” I treat it as a signal to slow down instead of speed up.

Not because the method is probably wrong. Because I haven’t yet answered the more important question.

Is this actually solving the problem I have?

Because the question was never whether it works. It was whether it works for you, and you’re allowed to ask that question before committing yourself to someone else’s way of thinking.

That’s still one of my favorite ways to use AI—not to tell me what to do, but to help me figure out whether I’m solving the right problem before I spend weeks building the wrong solution. Sometimes the simplest questions are still the best ones.

“Is this actually for me?”

“Will this help me accomplish what I’m trying to do?”

“What assumptions am I making that I haven’t questioned yet?”

✳︎ ✳︎ ✳︎

If something feels off, don’t assume you’re the problem.
That’s exactly why I created the Something Feels Off waypoint—to help you slow down, sort through the friction, and figure out whether you need a different tool, a different method, or simply a different question.

I know that feeling. Not because of AI. Because of a book.

I’m a reader. It’s how I disconnect. No screen, no noise, just me and the page while ideas swirl in the back of my head. Most of what I read is fiction and biographies, because for me it’s about the story. And I have a rule: if a book doesn’t grab me, if it’s slow or it’s just not for me, I put it down and move on. No guilt. Life’s too short for a book that isn’t landing.

Then Lean In came out.

It wasn’t just a bestseller. It was a movement. Everyone was reading it, talking about it, building whole conversations around it. So I told myself, okay, I have to read this and see what all the fuss is about.

I had a hard time getting through it. Normally that’s my cue to stop. But this time I made myself finish, cover to cover, because of all the noise around it. Everyone seemed to be getting something out of it. What was I missing? Maybe if I just read the whole thing, I’d see what they saw.

I finished it. And the only thing I came away with was this: I don’t think this applies to me.

Which should have been fine. Except it didn’t feel fine. It turned into the question that actually stung. Why doesn’t this apply to me? What’s wrong with me that I can’t connect with the thing everybody else loves?

A Ladder With Every Rung Already Labeled

For a long time I didn’t have words for what bugged me about that book. I just knew it wasn’t for me, and I felt a little bad about that.

Then AI showed up, and the same feeling came back.

Look around at the AI conversation right now. Before most of us have figured out where it even fits in our work, there’s already a ladder built, every rung labeled. AI expert. Prompt engineer. AI strategist. Thought leader. The lists of top voices to follow. The “women in AI,” the “women in tech.”

I want to be careful here, because this part matters to me. Women in tech have been overlooked for a long, long time. The visibility is earned. The recognition is good. I’m not knocking anyone who’s climbing, and I’m not knocking the women who are finally getting seen. That’s not the problem.

The problem is what the ladder quietly says to everyone standing near it. That to matter, you have to climb. That if you’re not building the app, growing the audience, becoming the voice, then you’re behind. Or worse, that you’re holding yourself back out of fear.

✳︎ ✳︎ ✳︎

There’s Another Way to Lean In

Years later I finally understood what was bothering me about the message and the movement.

Lean In had one idea of success, and it was a narrow one. Climb. Get to the table. Get to the boardroom. And if you weren’t reaching for that, the book had an explanation ready: you simply hadn’t found your nerve yet.

But some of us weren’t afraid. We’d already looked at that version of success and decided it wasn’t the one we wanted. We’d chosen our own terms. Family, or a different pace, or work that fit the life instead of the other way around. The book couldn’t see that choice. It only saw a woman who hadn’t climbed yet. It invented a problem I didn’t have, and then handed me the guilt for not having it.

That’s the same move I feel in the AI conversation now.

There’s one shape of success on offer. Build the thing. Get loud. Become the authority. And if that’s not what you’re after, the explanation is already written for you: you must be scared of something, or behind, or playing it too safe.

I don’t buy it. And I don’t think you have to either.

Because there’s another way to lean in. You don’t have to lean in by going faster. You can lean in by going deeper.

When I say deeper, I don’t mean deeper into some specific app or model, learning every setting and every update. I mean deeper into the thing you’re actually trying to do. Pushing it to the edge of what you need it to do for you, and then stopping there. That’s enough.

And deeper is allowed to look small. It can be solving the single most time-consuming, annoying problem you have — the one that affects nobody but you, that nobody will ever clap for. It can be something you build to help you right now that’s useless in six months. That still counts. That’s still leaning in.

You took a chance on something small and unglamorous while everyone else chased big and shiny. Nobody hands out labels for that. Doesn’t make it matter less.

✳︎ ✳︎ ✳︎

What Lasts When Everything Keeps Moving

Here’s what I keep coming back to. Nobody has this figured out. The technology shifts every week, and outside the handful of people actually building it (it being the AI models), we’re all working with incomplete information. Me included.

That used to make me anxious. Now it does the opposite. If nobody has solid ground, then I don’t need to either. I just need to keep deciding what matters to me as things move.

I’ve lived through enough technology changes to trust that. In my twenties it went from analog to dial-up to modems. In my thirties, wifi and working online. Heading into my forties, online business became a reality for a lot of us. Every shift opened a door onto a dimly lit hallway. Nothing you could plan for, just feeling your way while you waited for more light to lead you.

Now there’s so much light you can’t figure out how to navigate. I’ve never felt anything move this fast. It’s exciting and it’s a little scary, both at the same time.

And what carried me through every one of those changes wasn’t being first to know, or having the most to say about it. It was being able to ask a decent question and decide what actually mattered to me.

That’s the skill that lasts. Not memorizing this month’s tools. Knowing how to decide.

So I have a few questions I ask myself now, almost without thinking, every time something new shows up:

Does this affect me?

Is it going to make my life better, or just different?

Does it touch my relationships, or the goals I’ve actually set?

That’s it. It sounds like me-me-me, and honestly, it is. I’m putting myself first. Not to get ahead of anyone, not to push some agenda. Just to know, for my own sake. Curiosity is allowed to be only curiosity.

And those questions don’t just sort AI tools. They sort anything. A medical decision. A legal one. Money. Anywhere the noise is loud and the stakes are yours, the work is the same. Figure out what’s actually for you, and let the rest go by.

✳︎ ✳︎ ✳︎

The Smallest Thing I Built

Where the idea came from.

My AI conversations kept going in circles. Sometimes it was because I’d picked up someone else’s prompt, and what it handed back didn’t match the way my brain actually processes information. Other times I gave it conflicting information, or sent it off on a tangent. But the bottom line is I was getting frustrated, because it didn’t seem like AI was the smartest book on the shelf.

How I applied it.

Back in late May, I wrote myself a short collaboration profile. A plain description of how I think and work:

• I figure things out by talking them through.

• I need one question or decision at a time.

• A wall of text or a big framework too early loses me.

• I’d rather react to something small than start from a blank page.

Here’s the actual ask I gave the AI to build it:

I want to create a short context doc for the way that I think, process, and work, because what’s happening is that with a lot of my asks, the waters are getting muddied. Thinking is different than processing, and a lot of the time the AIs get confused by that. I’m imagining something short and sweet that I can paste in or put in instructions, because a lot of my conversations are going sideways. When you and the other AIs formulate answers, it’s for John Q. Public, not someone who struggles a little bit like I do. Maybe we go through ten questions or so and then come up with a summary.

Now, whenever I’m working on something, whichever AI I’m in, I hand it that context first.

So that I’m not perpetually scrolling to find the advice or information I need. So that I get presented with options and time to think about them, instead of trying to decipher everything at once. Basically, I needed the AI to understand how I process information, so the output is specific to me.

The result.

And now it does the one thing I ask of it. The conversations stop circling. The AI meets me the way I process information instead of the way someone else does. It isn’t clever and it isn’t impressive. Nobody would look at it and jump up and down and go, why didn’t I think of this? I just use it every day. Instead of reiterating all of this in every conversation or every thinking session, I give it the parameters, and it knows how to have the discussion with me.

The tie forward.

And this is what I mean by building something small, just for you. If you’re sitting there feeling behind, wanting to build something big enough to count, this is the size of thing I mean. A plain document that makes one part of my day work the way I do. That’s a build. That’s what leaning in is to me.

✳︎ ✳︎ ✳︎

Back to the Book

So back to Lean In.

For years I carried that feeling from the finished book around as a small, quiet failure. Everyone else got something out of it, and I didn’t, and I let that mean something was off with me.

It wasn’t. The book had one idea of success, and it wasn’t mine. That’s all. The thing wasn’t wrong with me. The yardstick just wasn’t mine to measure against.

I think a lot of us are about to do the same thing with AI. Pick up the version of success that’s getting all the noise, hold our own quiet work up against it, and decide we’re behind. When the truth might be that we’re measuring with someone else’s ruler again.

This is the part I don’t want to lose. While everyone’s looking up at the loudest voices, the people actually changing things in our lives are often the quiet ones. The person who solved one real problem and mentioned how. The one who said here’s what I tried, and here’s what I found out, with nothing to sell you. We’ve been trained for a few years now to point our attention at the experts and the thought leaders. I wonder how many of the people making the biggest difference we’re walking right past.

You don’t have to become an AI anything. You don’t have to keep up, or get loud, or build something big enough to earn a label.

You just have to find the thing that’s actually yours, go a little deeper there, and share it if you feel like it. Not to get ahead of anyone. Just because it was yours, and it worked.

That’s leaning in too. It always was.

So here’s the one thing I’d leave you with, if you want it. That’s all I did when I wrote that little profile to help AI understand how I take in information and ask for what I need. It’s the kind of problem most people don’t even think to solve, and it’s quietly made the biggest difference in how I actually use AI.

So don’t go learn another tool. Pick the single most annoying, time-eating problem you have this week, the one nobody else would even notice, and see if AI can help you make one small dent in it. That’s the experiment. Not to have something to show for it. Just to find out.

✳︎ ✳︎ ✳︎

But sometimes the harder part isn’t picking the problem. It’s the nagging sense that you’re measuring against the wrong thing and can’t quite name what’s off. I built a short walk for exactly that. A few minutes, your own words, and you leave with a next move, not more noise.

Something feels off →

If you read DigiNav Compass Signal, you’ll stop second-guessing your AI and automation decisions because you’ll have a way to tell what actually fits your business from what’s just noise.

Subscribe now

The expertise is already yours. You just needed a framework to trust it again.

But some weeks an elaborate meal isn’t in the cards. It takes time and energy I don’t have.

A week or so ago I was at Costco and bought a bag of lemons. I had a picture in my head: a fresh lemon dessert, because doesn’t that sound like summer? Except who has time for that? Not me, not this week, not next.

So I had two options. Prep the lemons. Freeze the rind, freeze the juice, and have them ready for later. Or let them go soft in the bowl and do nothing with them at all.

Freezing it was.

And now every morning, before I head out to work out, I drop one lemon cube into my water. Lemon water. No extra work.

The dessert never happened. The thing I actually use every single day did.

✳︎ ✳︎ ✳︎

Hi, I'm Lee. I help solo business owners get clear on AI and automation decisions before they commit — no hype, no hustle, no borrowed playbooks.

New here? Find the room that fits → No Foundation Yet → Lost In Translation → Built For Someone Else → The Last Mile

Subscribe now

✳︎ ✳︎ ✳︎

The Noise

The same thing happens in business, and it’s costing people more than a bowl of lemons.

Everywhere you look right now, someone is telling you to build this or ship that. And here’s what most of us picture when we hear it: an app. A full automation. A system with seventeen moving parts. Something big, something technical, something that prints money while you sleep.

So you take that picture and you hold it up against your own week. And your week, the real one, doesn’t match. You ran maintenance for a client. You answered emails. You finally rewrote that one paragraph that had been bugging you. None of it looks like the picture.

And the quiet question starts: am I even up to this?

Here’s where it goes wrong. Somewhere along the way we started hearing “shipped” and translating it to “made money” or “went big.” We collapsed success into size. But those aren’t the same thing, and treating them like they are is how a perfectly good week starts to feel like a failure.

You’re two steps ahead of someone and two steps behind someone else. That’s true of everyone, all the time. The noise just makes it feel like you’re the only one standing still.

✳︎ ✳︎ ✳︎

What Shipping Actually Looks Like

So let me tell you what shipping actually looks like. Not the picture. The real thing.

Last week I ran maintenance on an Agency site. Updates, checks, the unglamorous keep-it-running work. That shipped.

I wrote and coded a waypoint for my own website, a small interactive process a reader can actually walk through. That shipped.

A proposal went out to a new client. Shipped.

I rewrote a web page, not because the old one was broken, but because a conversation with Claude got me clear on what I was actually trying to say. The new version went live. Shipped.

And this blog post — the one you’re reading — is a build-and-ship item. It started as a tangle of half-formed thoughts and it’s becoming a finished thing you can read. That counts too.

None of those made money the day they happened. Not one of them looks like an app or an automation. And every single one of them is a thing I built and put into the world.

That’s the part the noise erases. Shipped doesn’t mean big. It doesn’t mean monetized. It means finished enough to stand on its own, finished enough that someone could look at it. A maintenance run you can point to. A page that’s live. A post someone can read. The bar isn’t impressive. The bar is done and reviewable.

✳︎ ✳︎ ✳︎

Where AI Comes In

This is where AI actually earns its place, and it’s smaller than the hype wants it to be.

Most of the noise sells AI as the thing that builds the app, runs the automation, replaces the whole job. That’s the version that makes you feel behind, because it’s asking you to manage a new system on top of the business you’re already running alone.

That’s not how it’s been useful to me.

What it actually does is take something vague and heavy, the thing you’ve been circling for a week, and help you turn it into one small thing you can finish and look at. Not the blank page. Not “learn a whole new skillset before you’re allowed to start.” Just: here’s a rough draft to react to, here’s the page rewritten three ways, here’s the proposal you’ve been avoiding, now in front of you.

That rewritten web page I mentioned? I didn’t hand the writing to AI. I chatted with Claude to find where the ideas were thin or had gaps, and those responses let me rewrite the lines that were meh at best. Then I shipped the version that sounded like me.

The catch is real: this only works when the task is bounded and you know what good enough to ship looks like for you. AI will happily produce more of something generic, faster. It can’t decide what matters for your business or what sounds like you. That part is still yours. The win isn’t that AI did it for you. The win is that you no longer have to start from nothing to move one thing forward.

✳︎ ✳︎ ✳︎

The Tracker

Here’s what I did about all of this, because noticing it wasn’t enough.

I built myself a routine, a daily and weekly rhythm, to track what I ship. No matter how small. That was the whole rule: it counts, and it goes on the list.

Some days the entry is “ran maintenance for the Agency.” Some days it’s “wrote and coded a waypoint.” Some days it’s a proposal, or a paragraph I finally fixed, or a post like this one. The size of the entry isn’t the point. The entry is the point.

What that did, quietly, was take the argument out of my own head. When the noise shows up, and it always shows up, I’m not standing there trying to remember whether I actually do anything. I’ve got the list, and the list settles it.

It also changed what I reach for on a low-capacity day. Instead of staring at the elaborate version and doing nothing, I look for the smallest finished thing I can put on the list. Maintenance, not a rebuild. One paragraph, not the whole page.

Tracking it turned shipping from a thing I felt anxious about into a thing I could see myself doing. That’s the difference between a slogan you nod at and a practice you actually run.

✳︎ ✳︎ ✳︎

A Small Example, Since I’ve Been Talking About Small Things

Where the idea came from. There are weeks when I hit the same wall of what to share, because sometimes there’s no “big” experiment or project driving the topic. And a vague topic is no use to you. It isn’t anything usable, it’s just noise. The problem is never a lack of things accomplished in a week, or a shortage of ideas. It’s turning the vague or the mundane into usable raw material without creating cognitive overload.

How I applied it. On June 2nd, I built a dedicated GPT: the DigiNav Content Explorer. It doesn’t write articles and it doesn’t replace my process. It does one bounded thing: takes a vague topic and hands back a small, reviewable set.

• Question, Core Insight

• Audience Tension

• Potential Framework

• Audience Language

• Suggested Content Path.

The full research package is still there, but only if I ask. The default shifted from Question → Massive Research Package to Question → Insight → Decision → Optional Research.

So that I’m never stuck for too long on what to produce. Instead, the GPT lets me dig into the experiences I’ve already documented, or the questions that bother a lot of you. Sometimes it’s a memory jogger; other times it points me toward what to test next. This small build gives me a well-researched topic to follow in minutes, instead of wracking my brain over what’s next.

The result. It does what I built it for. The shorter output is easier to react to. I can look at it and move, instead of drowning in a research dump. It’s handled the topics I already had, the half-formed ones, and the flat-out “I’ve got nothing this week” mornings. Not a dramatic win. A small tool that does one job and gets used.

The tie forward. If you’re sitting there staring at the screen, wondering what you could share that might help someone else — this is the size of thing I mean. It’s not writing the article or inventing the conclusions for you.

It’s doing the heavy lifting on the research, and that’s often what sparks your next step.

✳︎ ✳︎ ✳︎

Back to the Lemons

So back to the lemons.

The dessert I imagined never got made. It was the big version, the one that needed time and energy I didn’t have that week, or the next. If “making something” only counted when it looked like that dessert, I’d have ended the week with a bowl of soft lemons and nothing to show.

Instead I’ve got a cube in my water every morning. Small. Finished. Doing its job with no extra work from me.

That’s the whole thing. The maintenance run, the waypoint, the proposal, the rewritten page, the GPT that hands me a topic in minutes, this post. None of them are the dessert. They’re all the cube. Small, finished, real, and already out in the world.

You’re shipping more than you think. You’re just measuring it against a picture that was never the point.

So here’s what I’d leave you with: stop checking your week against the big version. Think about the tiniest thing you put out this week. That’s a build.

Got something you need to think through?

If you’re stuck on which small thing to finish, or the whole thing just feels off in a way you can’t name yet, I built a short walk for exactly that moment. A few minutes, your own words, and you leave with a next move, not a pitch.

Something doesn’t feel right →

✳︎ ✳︎ ✳︎

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

It’s not that I wanted to pick up her habits or her quirks. At the time I definitely didn’t want to raise five boys and three dogs. Okay, maybe the dogs. And the smoking and being put together 24/7 didn’t fit with the tomboy me.

But her confidence was something. And the way she handled the side-eye and the criticism — that was inspiring. I learned a lot from her.

Most likely it was due to the filters I had unknowingly developed. You know that gut reaction that tells you when something is off or not quite the right fit.

✳︎ ✳︎ ✳︎

You already know how to do this

Even all these years later, we still do this. Every day, with people and ideas and advice, we’re sorting what fits from what doesn’t.

But somewhere along the way it got harder to hear. The internet filled up with people who sound certain. The feeds, the newsletters, the courses, the YouTubers — everyone with a framework, everyone with a recommendation, everyone two steps ahead of where you are.

And it started to feel like a tool problem. Or an AI problem. Or a problem with not knowing enough yet.

It’s none of those. It’s a filtering problem.

✳︎ ✳︎ ✳︎

Why it’s so hard right now

Part of what makes this moment tricky is that almost no one is actually an expert yet.

AI is new enough that real expertise is rare. But you wouldn’t know it from the feeds. Everyone has positioned themselves as the person who figured it out. And when everyone sounds like an authority, the usual signals you’d use to sort them — credentials, confidence, follower counts — stop telling you much.

Then there’s the advice that’s just old. Techniques that made sense a year ago and don’t anymore. “Start every prompt by telling it to act as your role.” “Begin with the perfect prompt.” Some of it was never necessary, and as the tools evolve, more of it falls away. But it keeps getting repeated, because it once worked, and repetition sounds like authority too.

And the hardest one: plenty of brilliant people are sharing genuinely good work that still has nothing to do with your business. They’re not wrong. They’re just not building what you’re building.

That’s the part that catches you. Not the bad advice — you can spot that. It’s the good advice meant for someone else.

✳︎ ✳︎ ✳︎

Valuable is not the same as useful

So how do you sort the good advice meant for someone else from the good advice meant for you?

Not by deciding who’s worth following. By noticing the difference between valuable and useful.

Someone can be valuable. They expand how you think. They show you something you hadn’t considered. is this for me — much of what she shares isn’t built for my business, but the way she works changes how I see a situation.

Take her Open Door project, where a group each builds a piece of one collective space. Or the way she distills insights from others using AI and art. None of it is my use case. All of it shifts how I think about what’s possible.

That’s valuable. Valuable isn’t the same as useful.

Useful is when someone’s work consistently helps you make a better decision. This is also why the template habit can quietly work against you — borrowed structure that fit someone else’s process, not yours. Mia at is useful to me because she shares the thinking and the process, not just the finished build. I can take how she works through something and adapt it to my own business.

The value is in the method, not the output.

And then there’s the source you keep, even knowing most of it isn’t for you. Stu Jordan has been my AI go-to for years. He pushes the limits, further than I have any reason to go, because I’m not building what he’s building. I didn’t stop following him. I built a filter for him, a sense of what to actually act on and what to admire from a distance.

That filter is the whole thing. Not picking the right people. Knowing what to do with the ones you’ve got.

A few questions that do the work

Once you start filtering on purpose, a few questions do most of the work.

The first one I ask before building anything: why am I building this? Is it because it’s cool and I want to play with it? Because it actually moves something forward? Or because I want to learn the technique? All three are fine answers. The trouble is when you don’t know which one you’re in — that’s how “cool” quietly costs you a week.

The second is about who’s doing the recommending. When someone tells you a tool is the latest and greatest, it’s worth asking what’s in it for them. A lot of the time there’s an affiliate commission attached, or they’re building an offer around it. That doesn’t make them dishonest. It means the recommendation has a second job, and you should know that before you adopt it.

And the third is the one that stings a little. If you’re saving something for someday — a tool, a thread, a technique — but you’re not doing anything with it, is the save even worth it? By the time you come back, it may be outdated. The pile isn’t progress. It just feels like it. (I’ve written before about how saving outpaces doing — the gap between learning and acting.)

None of this means stop following people who are nothing like you. I do it constantly. It means take what they’re doing and bend it to your situation — your model, your clients, your use case. The signal that you’ve crossed a line: when their work makes you doubt yourself, or change course for no reason you can name. That’s not learning anymore. That’s drift.

✳︎ ✳︎ ✳︎

The prompt graveyard

I have a folder full of prompts I’ll probably never use. It’s the new version of the swipe file graveyard — collecting that feels like progress and isn’t.

I collected them the way everyone did. Prompt engineering was the thing, and we all became collectors — saving, screenshotting, copying every clever prompt we came across, sure that somewhere in the pile was the magic one that would unlock it all. I have prompts in there I never once tried. Others I saved are for a version of these tools that doesn’t really exist anymore. Old asks for an old moment.

That folder is what no filter looks like.

Not a character flaw — just what happens when you let everything in because it might be useful someday, and never run it through the gut check of is this mine.

So that’s the decision, and it’s a quieter one than it sounds. Keep following Alyssa, Mia, Stu, and the people who make you think. Keep learning from people who build nothing like you. But put it through the filter on the way in, not into a folder for later. Decide what’s yours and act on it now. Then put the rest aside — not because it isn’t good, but because good was never the question.

If you want to see your own filter at work, go look at the prompts you’ve saved:

✳︎ ✳︎ ✳︎

Back to the neighbor

I think about that neighbor sometimes. She never asked anyone’s permission to be exactly who she was, and she never tried to be anyone else either.

You have a version of her too. Someone you watched, somewhere, and knew without deciding it: that part is mine, that part isn’t. You didn’t study them. You didn’t save them to a folder. You just took what fit, and moved on from the rest.

That instinct is still in there. It’s the same one you’re trying to use on every expert, every tool, every thread you’ve saved for someday. You’re not missing a skill. You’re trying to remember one you’ve had since you were a kid, watching someone three houses down be entirely themselves.

✳︎ ✳︎ ✳︎

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

I could’ve gone to the store and bought prints. Easy. But I wanted something that was mine. Something I’d put my own blood, sweat, and tears into.

But painting is hard work. It takes time, and it takes talent. So I found my way around it: paint-by-number, with my own flair on top.

At first I felt weird hanging them up. It’s a paint-by-number. What am I doing putting this on my office wall?

Then people saw them, and nobody knew. Everybody assumed I’d painted them from scratch, which was the craziest thing.

There I was, feeling like a painter imposter for taking the easy way, adding my little bit of flair, passing it off as my own art. When that’s exactly what it was. I was just in my own head about it. Hand me and somebody else the same numbered canvas and the two would still come out different. Nobody looking at it ever saw the numbers underneath. They just saw the picture, and either it caught their eye or it didn’t.

The same thing happened when I decided to move my personal website off WordPress. The site is a hub. It points to my two businesses (DigiNav Compass and WP Site Success) and to where I write on Substack. That’s the whole job — one page, three doors.

✳︎ ✳︎ ✳︎

The decision should have taken a week.

It took six months.

Not because the technology was difficult.

Not because the messaging wasn’t ready.

Not because the design was unfinished.

Those were the reasons I kept giving myself, but none of them held up under scrutiny.

I kept telling myself it was the messaging. Then it was the imagery. Then the design. Then whether I should host it on Vercel or Cloudflare. Every time I solved one question, another appeared.

And every time I got close to launching, I’d find another reason to wait.

Something felt wrong.

At least that’s how I described it at the time.

What I know now is that the feeling wasn’t warning me about the project. It was pointing at something I didn’t want to look at.

For eighteen years, I’d been the WordPress person.

I’ve built sites. Maintained sites. Recommended WordPress to clients. Built an entire business around it.

Now I was putting my own website on something that wasn’t WordPress.

That’s what I was resisting. Not the migration. Not GitHub. Not Cloudflare. Not the code.

The story I had about who I was.

The realization didn’t hit until I was decommissioning the WordPress version of the site. Removing the maintenance plugin. Taking it off the server. Closing the chapter.

That’s when I finally understood why it had dragged on for six months.

I wasn’t evaluating a website decision.

I was grieving an identity.

And once I saw that, I knew what to do.

✳︎ ✳︎ ✳︎

If a client came to me stuck like this, I’d start ruling things out. Is it the messaging? The design? The functionality? The audience? What’s actually broken?

So I turned the questions back on myself.

What evidence am I waiting for that I can only get after launch? If someone else showed me this site today, would I tell them to launch it?

What specifically feels unfinished? If I had to launch this Friday, what would I remove from the checklist?

What am I having trouble letting go of? Which parts of the old site represent years of work rather than current value?

Am I stuck because the site isn’t ready, or because launching forces me to admit who I am now?

If you’re stalling on something that should be easy, sit with the last one.

That last question was the one.

The site was ready. I wasn’t. Or more accurately, my feelings hadn’t caught up to a decision I’d already made.

✳︎ ✳︎ ✳︎

Here’s the part nobody puts in the articles or the YouTube videos.

Embrace AI. Vibe-code this. Build an app for that. That’s the easy part. The tools are easier than they’ve ever been. The friction isn’t there anymore. You don’t need permission, you don’t need a developer, you don’t need much of a budget.

What nobody talks about is the part that comes before you touch any of it. The part where you have to come to terms with not doing things the way you’ve always done them. Where the method that built your business isn’t the method that fits this job. Where using the easier tool feels like betraying the harder one you’ve spent years on.

That’s the work. Not the tool. The unlearning of who you were before the tool existed.

And the kicker, for me, was that I’d been telling people this for two years. AI should meet you where you’re at. Match the solution to the need. It’s the line I open conversations with. It’s the line I close them with.

I just hadn’t applied it to myself.

The principle didn’t fail. I almost did, because I was so busy walking the walk for everyone else that I forgot the walk includes me.

✳︎ ✳︎ ✳︎

It made its debut on time. Deadline was set and nothing was going to stop the train from leaving the station.

The site is what I’d pictured. Static HTML, no heavy maintenance, hosted on a server I use regularly, pointing to the places I can be found. A routing page doing the job of a routing page, with my voice and my vibe.

What I didn’t expect was the self-doubt rearing its ugly head for that long. I overlooked the imposter, burn-the-bridges feeling I was sitting with for all those months. If I’d asked myself the hard questions in month one or two, month six would never have rolled around.

And if I’d been my own client, I’d have fired myself for the flippy, floppy indecision. The good news is I gave myself a second chance. The better news is I’ve now got a better diagnostic for the put-this-off, pit-of-my-stomach feeling.

✳︎ ✳︎ ✳︎

If this tension feels familiar, you may want to keep exploring from here.

Related Theme

The Last Mile: The final stretch — where the work is done and the only thing left in the way is you.

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

I’ve never tried any of them.

Who wants to take an ice-cold shower first thing in the morning? Who wants to wake up at 4 or 5 if they don’t have to? But the articles got me thinking about what my morning actually looks like.

I don’t get up with an alarm. Usually 6:15 or 6:30. I work my way into the day. Personal hygiene. First cup of coffee. Brain puzzles — Wordle, the crossword, a few others. Second cup of coffee. Some casual reading — sometimes a Substack, sometimes a newsletter, sometimes a book, depending on the mood. Then the gym.

No email. No client problems. No digging into the day’s productivity.

That part is on purpose. If my day starts chaotic, my whole day is whittled away.

So I protect the quiet before the noise gets in.

✳︎ ✳︎ ✳︎

A method to my madness

That same instinct is what made me notice something was off with the rest of my week.

I’ve been building a lot lately. Daily process. Weekly process. Decisions database. AI is the collaborator on most of it — I lean on Claude the way I’d lean on a smart co-worker who has all my context. The systems are supposed to do for the rest of the day what the morning routine does for the start of it: keep the noise out, surface what matters, let me make the call.

But every single thing I’d built lately had a friction point.

Not one of them. Every one.

Projects were starting and never finishing — sitting on a shelf, not abandoned, just stuck. The kind of stuck where you keep meaning to go back to it and don’t.

My first read was the easy one: I’ve outgrown this.

That was wrong.

But I didn’t know it was wrong yet. What I had was two different systems sending the same kind of static, and the only way I could think to start was to type the static into a chat window and see what came back.

Going outside Claude

My first instinct was to burn one of them down. The experiments database had already been shelved. I hadn’t touched it in weeks. I was ready to add the rest to the pile.

I didn’t.

Instead, I went outside my normal partner. Claude has all my context, which is great most days and a problem on this one. Sometimes you need someone without the history. So I opened ChatGPT, pasted in the instructions I’d written for each of my Claude workflows — the actual prompts that drive what Claude does when I run my daily process or my weekly process — and then pasted in documentation of how my brain operates.

Not personality. Mechanics. The way I produce lists badly and evaluate lists fast. The way storage works fine but retrieval breaks. The way I think differently when I’m given options to react to versus a blank page to fill.

ChatGPT told me the instructions were fighting my flow.

Not the instructions themselves. The instructions, for the way my brain works.

That was the moment the processes changed. And ChatGPT was the partner I worked through the refactors with — the workflow instructions and brain documentation already in the context, different shape of input, different shape of output.

✳︎ ✳︎ ✳︎

The prompts that gave me the diagnosis

Each refactor started with a sentence I typed into ChatGPT. Not a question — a noticing. The kind of sentence you write when you can feel something is off but haven’t decided what to do about it yet.

Daily process.

I started with a simple ask. A question on what I’d noticed, without being specific:

The signal: running the daily rhythm felt like pulling teeth.

The daily was supposed to look at where work actually lives — calendar, client logs, project list, decisions — pull from all of them, and funnel the surfacing into one place where I could make a call. Instead, it was inventing tasks. Asking me what I wanted to do today and then double-checking I had the time and energy to do it.

What’s the point of running this if I’m going to do all the work anyway?

That’s the moment a system stops being collaborative and starts being theater.

The core tension underneath: the system was becoming work instead of supporting the work.

Weekly process.

With the daily process sorted, it was time to tackle the next:

The signal: I was trying to step up a level — from weekly to monthly to quarterly — and the review wasn’t a place to think. It was a place where decisions had already been made.

The weekly was supposed to look at what may actually move the needle, name the growth items, and break them into bite-size chunks for the week ahead. What it was doing was producing a tidy summary that closed loops without leaving room to see anything. By the time I read it, the thinking was over.

The core tension underneath: the review was deciding for me instead of helping me reflect.

A status report, not decision support.

✳︎ ✳︎ ✳︎

Two different leaks. And underneath, the same misread.

Outgrown is not the same as never fit

I’d assumed friction in a system meant I’d outgrown it. The system used to fit, and now it didn’t, so the system had to go.

What was actually happening: I’d never fit any of those systems to me in the first place. I’d built them off what other people were doing, off templates that work for other people’s brains, off whatever the latest article or video or thread suggested. Some of it I was conscious of. Most of it I wasn’t.

The friction wasn’t because I’d outgrown it. It was because I’d never adjusted it to how I think.

The thing is, I’d been watching this same pattern play out somewhere else.

When you feed a model junk context, it gives you junk output. The model isn’t broken. The retrieval isn’t broken. The shape of what you fed it is the problem. The whole conversation drifts because the input was the wrong shape from the start.

I was doing that to myself.

My experiments database was structured like a software change log — every decision, every step, every iteration, every detail. Useful if you’re publishing it. Terrible if you’re trying to reorient yourself a week later. Too much information, too much noise, too much minutia. Junk context.

The system was working exactly as designed. The design was the problem.

The shape of someone else’s template

Stay with me on this part for a minute.

I didn’t sit down one morning and decide to build my daily process on someone else’s template. Nobody does. The templates get absorbed the way background noise gets absorbed. A productivity article here. A YouTube workflow there. A thread that walks through how somebody runs their week. You’re not copying any of it. You’re just exposed to it. Then you sit down to build your own version, and the shape that comes out of you is already half-shaped by what you’ve seen.

The daily was supposed to be mine. But the idea of a daily — what one should do, what it should produce, what it should feel like to run — that came from somewhere else. Same with the weekly. Same with the experiments database. I’d built each of them in response to something I’d read or watched, and I’d done it without noticing the inheritance.

That’s the part I missed the first time.

Friction in a system you built yourself reads like I’ve outgrown this because you assume you knew what you were building. But you were never the only architect. The template was in the room with you. Some of what you built was yours. Some of it was the shape of how everyone else does it. And when the friction shows up, it’s almost always at the seam between the two.

The morning routine works because I built it from nothing. No one handed me a 6:15-coffee-puzzles-gym template. I watched what worked, kept what kept, dropped what didn’t. The reason it doesn’t have friction isn’t that I’m gifted at mornings. It’s that there was no inherited shape to fight.

The workflows had inherited shape everywhere. That’s why every one of them leaked.

Each system has a job to protect

Once I could see the inherited shape for what it was, the refactor got obvious. The morning routine protects quiet before noise gets in. The workflows weren’t protecting anything yet — they were just running.

So I asked the question differently for each one. What is this supposed to protect?

Daily — protects energy and capacity.

Look at the calendar. The client logs. The ticket system. The projects I’m working on in both businesses. And the decisions I’m tracking. Pull from all of those, funnel it into one place, and let me make the call on what’s actually getting done today. The run should help me decide, not hand me a list of made-up tasks. If it feels like one more chore in the day, I’ve built it backwards.

Weekly — protects the growth thread.

What actually moved this week? What were the growth items? What are the bite-size next steps for next week? The weekly is supposed to help me see what happened so I can decide what’s next. If it’s handing me the answers before I’ve had a chance to look, it’s the wrong tool for the job.

The refactors weren’t replacements. Neither one got burned down. I just rebuilt them to work the way I actually work.

✳︎ ✳︎ ✳︎

The surprise

Then the experiments database — the one I’d shelved, the one I was ready to burn — turned out to be the rescue.

I started looking at it through the same question: what is this supposed to protect?

And the answer wasn’t every detail of every experiment.

It was the decision I made, and the context I’d need to make a similar one next time.

It wasn’t an experiments database. It was a decisions database with the wrong sign on the door. What I actually needed was something I could come back to, get my bearings, pick up the context without having to remember every detail. And on top of that, something I could pull from when I’m sharing what worked or what didn’t — in an article, a video, or a conversation with someone trying to sort through the same thing.

Experiments → Decision Records.

The data I’d already captured wasn’t wrong. The frame around it was. That covered the records of what I’d already decided. The companion to it came from a different place.

Over the past few weeks, I’d been writing down the questions I kept asking myself when I got stuck — the ones I couldn’t quite shake. I had ten of them scattered across notebooks, Notion pages, and the back of receipts. How do I know what’s truly next? How do I know what work fits the energy I have today? How do I make decisions when my brain reacts faster than it retrieves? Those became the Decision Playground. A small Notion database where I can pull up the right question for the kind of decision I’m trying to make — what direction to head, what signals I’m noticing, what my capacity actually is, what I’m watching, what I’m reflecting on.

When I get stuck on what’s next, I have somewhere to start. When I open a conversation with AI for help thinking it through, I have the right context already shaped.

The system I was about to delete was the one I needed most.

I just hadn’t called it the right thing yet.

Replace, refactor, or refine

The hardest part wasn’t realizing something was off. It was figuring out what to do about it.

I had three options on the table for every system I touched. So do you, the next time something feels off.

Replace — burn it down, build something new in its place. This is the option I almost took. It’s also the option most people take, because friction feels like failure, and the response to failure is start over.

Refactor — keep the bones, rebuild the way it works underneath. The system was doing the right work, but the shape was wrong. You’re not throwing the work out. You’re asking the system to do its job differently.

Refine — small adjustments inside the existing design. Tighten a prompt. Move a field. Reword a question. The lens is right. The system just needs a tune.

Most of what I read online treats these as the same thing. They’re not. Picking the wrong one costs you weeks.

Here’s how I tell them apart now. You can use the same test.

Replace when the purpose is wrong. Not the structure, not the output — the underlying job the system was built to do. If you’ve outgrown the need the system was built for, replace. Note: this is actually rare. Most things you think you’ve outgrown, you haven’t.

Refactor when the purpose is right but the frame is wrong. The system was built for the right reason, but the way it’s structured is off. The experiments database belongs here — the purpose (capture what I’m doing) was right. The frame (changelog) was wrong. Renaming and restructuring revealed what was already there. No new work to invent.

Refine when the purpose and frame are right but the execution is rough. A prompt that produces almost-right output. A field that asks the wrong question. A step that’s in the wrong order. These are small. You’d know in a session whether the refine worked.

The trap is treating everything like a refine when it needs a refactor — because refine feels efficient and refactor feels expensive. Just one more tweak is the most expensive sentence in a stuck workflow. If you’ve made three refines in a row and the friction is still there, you don’t have an execution problem. You have a frame problem.

The reverse trap is treating everything like a replace because the friction makes you angry. Replace is the option that costs you the most work and is right the least often. If you’re reaching for it, slow down. Ask first if the purpose is genuinely wrong, or if you’re just frustrated with the shape.

The systems I refactored this week looked, at first, like they needed to be replaced. None of them did. Yours probably won’t either.

✳︎ ✳︎ ✳︎

What I’m watching for

The refactored systems are running now. The honest test isn’t whether they made sense on paper — it’s whether they hold under regular use, or whether new friction shows up that signals the next misfit. I’m not assuming this is solved.

Friction in a system is a signal worth paying attention to — not a verdict, but information.

✳︎ ✳︎ ✳︎

If you’re sitting on a shelf

If you have a system, a workflow, a tool, a habit, a planner, a recurring meeting — something you’ve quietly stopped using but haven’t replaced — that shelf is data. Whether it’s a Notion database or a paper notebook, the question is the same.

Try this. The same thing I did for the systems above.

1. Write the noticing as a sentence.

Not a fix. Not a question for AI yet. The shape of something is off and I haven’t decided what to do about it. Mine looked like “this feels like a chore to run” and “there’s so much reference to everything else.” The sentence is the signal that something’s there worth looking at.

2. Ask what it’s actually doing for you — not what the label says it’s for.

The honest answer sometimes means rebuilding the whole thing. My experiments database wasn’t just mis-labeled — it was holding the wrong shape of data for the job it was actually doing. Once I saw it was a decisions database, the structure had to change too: different fields, different way of capturing the entry, different way of retrieving it later.

Other times the label is fine and the system itself needs to do its job differently. Daily rhythm was a fine name, but the system was generating tasks when it was supposed to be helping me decide. Weekly review was a fine name, but the system was wrapping things up when it was supposed to be opening them up so I could see them.

Asking what something’s actually for doesn’t always end in new vocabulary. Sometimes it ends in a full rebuild.

3. Before you rebuild, ask what it’s supposed to protect.

This is the question I missed the first time around. A system that doesn’t protect anything is just busywork. A system that protects the wrong thing leaks where it matters. The morning protects quiet before noise. The daily protects energy and capacity. The weekly protects the growth thread.

If you don’t know what your system is supposed to protect, you’ll rebuild the same misfit with new paint.

✳︎ ✳︎ ✳︎

Whether it’s a morning or a workflow, it comes back to the same thing.

Protect what’s important.

The noise will find its way in either way.

✳︎ ✳︎ ✳︎

If this tension feels familiar, you may want to keep exploring from here.

Related Theme

Built for Someone Else: Building workflows that fit your actual business and energy instead of someone else’s blueprint.

One thing to sit with: What system have you quietly stopped using — and is it actually outgrown, or was it never built for the way you work?

✳︎ ✳︎ ✳︎

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

So I watched my friends get handed theirs. No caveats. They turned sixteen, took the permit test, practiced, got the license. That was the whole path.

Mine had an extra step bolted onto the front. And I was peeved. Genuinely angry about it. Why was the bar set higher for me than for everyone I knew? It took me longer. I was the passenger while my friends were the drivers. I got there eventually. Had the job, got the license. But for a good while I was sure the rule was unfair, and I second-guessed it the whole time. Is this even worth it?

Then I turned twenty-six. I remember the moment. Holy crap, I’m in the next phase, first twenty-five behind me. And I looked back to take stock of what I was grateful for.

The rule was on the list.

The extra step wasn’t a disadvantage. It was the thing that built my relationship with money, with responsibility, with earning what I had.

The harder path hadn’t gotten me to the same place by a slower route. It built something the easy path didn’t build.

I’ve been thinking about that rule a lot lately, because I’m standing in the same spot again. Except this time, nobody set the bar for me. I set it for myself.

This isn’t the first time I’ve caught myself following frameworks built for someone else instead of trusting the path that actually fits.

Three tools, one job

I sat down a short bit ago to settle a question I’d been carrying: I’m paying for three different AIs that can create images (one only creates the images). Do I actually need all three?

So I ran a test. I pulled up a featured image I needed to make, fed each tool a few examples of my own work and my style guide, and wrote a prompt for the scene I wanted. Then I gave the same setup to Nano Banana, to ChatGPT, and to Midjourney. Three tools, same job, head to head.

Midjourney landed it (it being my style). Every time.

The other two missed. Every time. I adjusted the prompt. I changed the references. I tried the tips and tricks everyone swears by, the exact phrasing, the magic words, the structure that’s supposed to produce the perfect image. Nothing got me the look I was after.

And here’s the part I want to be honest about. I didn’t walk away thinking those tools work differently. I walked away thinking what am I doing wrong.

The doubt that wasn’t really about me

That question sent me looking. Not at the tools. At myself.

I took it to Gemini. I took it to ChatGPT. I even took it to Claude. I described what I was doing and asked, more or less, what’s off here? What am I missing? I was sure there was a setting I’d skipped, a technique I hadn’t learned, some obvious thing everyone else knew that I didn’t.

This wasn’t new, by the way. I’ve been with Midjourney since it lived on Discord. And Discord and my brain did not get along. Not the image-making, the finding. Every image I made disappeared into a chat thread, and I’d lose it. I almost left over that. Then they moved to a browser, and that was the change that kept me. So I’d already been through one round of is it me, or is it the tool and stayed.

Then there’s the prompting itself. Midjourney V7 and V8 are, functionally, two different engines. The way I asked V7 for an image is not the way V8 wants to be asked. I had to relearn it. And the relearning cut against everything I’d been taught about prompting, because Midjourney doesn’t want instructions. It wants you to set a scene. You don’t tell it to do X, Y, Z. You give it creative input and let it interpret.

That’s a hard hump to get over when every other tool has trained you to be precise and literal.

If you read DigiNav Compass Signal, you’ll stop second-guessing your AI and automation decisions because you’ll have a way to tell what actually fits your business from what’s just noise.

Subscribe now

The expertise is already yours. You just needed a framework to trust it again.

It was never me

Here’s what the rabbit hole finally turned up.

It’s not me. Midjourney isn’t a worse version of ChatGPT or Nano Banana. It’s a different kind of tool. It works in layers. It’s built for artistic interpretation, not instruction-following. So no matter how perfectly I copied the prompting that worked for everyone else, I was never going to get the same result. I was using a different kind of engine to do a different kind of thing.

The doubt was the wrong question. “What am I doing wrong” assumes there’s a right way I’d failed to find. There wasn’t. There was just a tool that asks for something different than the popular ones do, and a result, on the other side of that difference, that I couldn’t get anywhere else.

The bar I set for myself

This is where the license rule came back to me.

At sixteen, the higher bar was handed to me. My parents set it; I just had to clear it. What I’m doing with Midjourney is the same shape, an extra step everyone around me skips, except now I’m the one holding the bar. Nobody’s making me take the harder path. I’m choosing it.

And I could have not chosen it. I could have settled. I could have taken the popular tool, accepted images that were fine, and told myself the difference didn’t matter. That would have been easier. It would have cost me less time and less relearning.

But I’d be making everyone else’s process. I’d be taking something that works for me, something people recognize, something they see and know is mine, and trading it for a result I don’t actually want, just because the path to it is smoother.

The license rule taught me what that trade costs. The easy version gets you the license. It doesn’t build the thing the harder version builds. My images are distinctive because I stayed on the harder path long enough for them to become mine. That’s not stubbornness. That’s the higher bar doing exactly what a higher bar does.

You don’t have to pick just one tool

Staying with Midjourney does not mean I’ve sworn off the other tools. That’s the part I don’t want misread.

Look at any of my articles. The featured image is Midjourney. But the infographics, the step-by-step visuals, those aren’t, because right now Midjourney can’t handle heavy text the way ChatGPT and Nano Banana can. I use Perplexity and Tally for research. I use Claude to think and draft. I use Midjourney for one kind of image and Chat for another. It’s the same instinct behind coming back to the tool that actually worked after testing the alternatives.

Holding a higher bar doesn’t mean forcing one tool to do everything. It means knowing which result you’re protecting, and being honest about where another tool genuinely does the job better.

The bar isn’t loyalty to a tool. It’s loyalty to the result.

Before you switch

Every time a new tool drops, the comparison articles start, and the question underneath them is always the same: should you switch? It’s easy to let that question turn into doubt about every choice you’ve already made.

So here’s a better one to sit with.

What does your current tool produce that you’d genuinely miss if you switched, and is that thing the result you actually want, or just the result you’re used to?

If the honest answer is nothing, I’d be fine, then switch. The new tool might be the better fit, and there’s no higher bar worth holding for its own sake.

But if there’s something real there, a result that’s yours, that you’d lose, that you worked to build, then the doubt isn’t telling you anything true. It’s just noise from watching everyone else take the smoother path. You already cleared the harder one. That was the point.

If this tension feels familiar, you may want to keep exploring from here.

Related Theme

Built for Someone Else: Building workflows that fit your actual business and energy instead of someone else's blueprint.

Thinking Through Something?

If you're sitting with a decision, workflow, tool stack, or AI process that technically works but doesn't feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

My Monday morning starts the way most of my days begin: I open the Chief of Staff dashboard to prepare for what’s ahead.

But last Monday, I opened it and something still felt off. I couldn’t put my finger on it. Not broken-off. Not useless-off. Just off.

The more I sat with it, the more I realized — the last couple of weeks I’d been wrestling with a few friction points in my day-to-day operating system. Or, as I like to call it, the Chief of Staff. The rhythms. The weekly commitments. The reworking of the email triage journey, which you can read about in past articles. All of it feeding into the dashboard, helping me make the most of my energy, not just my time.

And I knew something had to give. What it was, I wasn’t quite sure yet.

Part of the process, and to me the best part, is finding the breaks to create the fixes. But these breaks were personal. Harder to see the forest through the trees.

Because the outcome wasn’t just about what would work or cause friction. It was about whether I was willing to show you the messiest parts of the process to get there. The parts that are sometimes the most difficult to put out in public, because you might look at them and say, “Isn’t this what she tells us not to do?”

Short answer: yes. That would be the very thing I’d tell you not to do.

But taking your own advice isn’t always the easiest pill to swallow.

So this past week, I just took a step back. I stopped following all the things I’d been doing. I stopped running the daily rhythm. I didn’t do any weekly commitments because I just needed to clear my mind of where those friction points were. I didn’t stress about whether I needed to check my emails or not. I just lived in the moment and went through the processes.

And that’s when I realized I was still unconsciously following everyone else’s wins and game plan. The piece bringing it all together — the dashboard I’d built — was the piece I was building based on what I’d seen from everyone else.

Hi, I'm Lee. I help solo business owners get clear on AI and automation decisions before they commit — no hype, no hustle, no borrowed playbooks.

New here? Find the room that fits → No Foundation Yet → Lost In Translation → Built For Someone Else → The Last Mile

Subscribe now

Nothing was broken

Nothing was broken. That’s the part that took me the longest to name.

The daily rhythm worked. The weekly commitments worked. The email triage worked. They were all working. They just weren’t working right. Not 100%. Not for me.

The daily rhythm and the weekly commitments are good processes. I rely on them. But I’d built a dashboard on top of them, beautiful, in Vercel, styled exactly how I wanted, to pull it all together in one place.

And every time I made a change to a Notion space to get the information that mattered most, the dashboard broke. Four version reiterations in. I was using AI to bridge the rhythm builder and the weekly commitments and the end-of-day pulse. Adding tools to fix a tool I’d built to look at the tools I already had.

The email triage I’d built with a Google script and Gemini still had friction. I’d written articles about it. I’d shown people how to set it up. But I was still triaging the triage. The labels weren’t applying right, and I knew CoWork (Anthropic’s desktop agent) could automate it further, but I’d been resisting adding another third-party option to the stack.

Two systems that worked. Two systems that weren’t working right.

Pretty or functional

The dashboard moment is where it cracked open.

I was looking at it, and the question landed: was it pretty, or functional?

It was pretty. It was fun to build. It was the thing everyone was building. But every time I made a change to a Notion database to get the information that mattered most, it broke. And I’d have to fix it. To look at it. In a browser. Signed into a Google account.

Or I could just open Notion.

Here’s the part I was overlooking the whole time: the answer was already in Notion. I just couldn’t see it because I was thinking about design aesthetic instead of usefulness. Notion isn’t as visually appealing as a dashboard I build myself in React and Vercel. I’ll give it that. But Notion has changed. It can do most of what I had the dashboard set up to do. Pull from the same sources, hold the same information, show me the same things.

The dashboard wasn’t solving friction. It was adding a layer on top of the thing that already had my information.

I was doing more work to maintain the watching than I was doing the work itself.

I told you to swap blinders for earphones

Friday I wrote about how to stop feeling like an outsider on AI. About swapping blinders for earphones. Vision wide, volume down. Stop letting the noise drive your decisions.

This week I caught myself with the earphones on and still building the wrong thing.

That’s the part I want to name. Because I think we tell ourselves that if we just fix our inputs, read different people, leave the bubble, stop comparing, we’ll naturally stop engineering for what we’re watching.

We won’t.

You can be in the right bubble, reading the right people, asking the right questions, and still build a dashboard because dashboards are what everyone’s building right now. You can have the earphones on and still hear enough through them to start engineering toward what you’re hearing instead of what you need.

Correcting the inputs isn’t the whole job. It’s the first job. There’s a second job underneath it: catching yourself when you’ve stopped walking your own talk.

When tired is telling you something

I want to be honest about how I got to the recognition, because the version where I just stepped back and saw the truth isn’t accurate.

I stepped back partly because the dashboard kept breaking and I was tired of fixing it. I stepped back partly because triaging the triage was wearing me down. I stepped back because I was tired.

The clarity didn’t come from wisdom. It came from fatigue.

And I think that’s important. Because the reader version of this article would be: Lee took a thoughtful pause and recognized her patterns. The real version is: Lee was tired of maintaining things that weren’t working right, and the tiredness made the question loud enough to hear.

The exhaustion is the signal. If you’re tired of maintaining something that isn’t actually broken, that’s data.

That’s not a personal failing. That’s the gap between what you built and what fits.

What I actually decided

The dashboard: I’m going back to Notion. Not because Notion is better. Because Notion is mine. I’ve been using it for years, I know how to work with it, and it doesn’t break when I change it. The Vercel dashboard was a beautiful experiment. It taught me what I needed to know. I’m not going to keep maintaining it just because I built it. The rhythm and the weekly commitments don’t need a layer on top of them. They just need to keep doing what they already do.

The email triage: I added the third-party tool I’d been resisting. CoWork is now running the triage based on what it knows about me, not on a generic Apple script with stringent rules I was working around. The biggest caveat was setting my MacBook to not sleep, which I solved too. It’s been running for a week. It’s working beautifully.

The pattern shows up in the small calls too. I’ve stuck with Midjourney because it nailed my style, even when everyone was touting Gemini, then ChatGPT, then back again. I use ChatGPT for what it does best, not because someone told me to. And I still second-guess every one of those calls. Was I ahead of the curve, or did I just get lucky by not following the latest craze?

I don’t know. I’m not going to know until later, if ever. The point isn’t being right. The point is making the call from inside my own work instead of from inside the watching.

What isn’t broken but isn’t working right

Here’s what I want to leave you with.

What in your work right now isn’t broken, but isn’t working right either?

Sit with that. Don’t fix it. Don’t optimize it. Just notice it. No big AI prompts or processes. Just you and your gut.

What are you maintaining because you built it, not because it fits?

And then: if you stopped using it for a week, really stopped, would you miss it? Or would you finally see what was actually working, and what you’d just been maintaining?

The first time you correct your inputs, you change what you’re listening to. That’s real work and it matters.

But the second time, and there’s always a second time, you catch yourself building toward what you’re listening to, even when what you’re listening to is good.

I don’t know what you’ll find when you sit with this. I’m not going to tell you what to do with it. The point isn’t to follow my call. It’s to make yours.

That’s the work I’m in right now. Out loud. With the earphones on. Still building the wrong thing sometimes. Still recovering in real time.

If this tension feels familiar, you may want to keep exploring from here.

Related Theme

Built For Someone Else: Building workflows that fit your actual business and energy instead of someone else’s blueprint.

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

I was scrolling through Substack notes the other morning, the way I do most mornings, when one from Soulful Learning with AI stopped me. She was talking about feeling like an outsider in the conversations. Like she hadn’t been invited to the table.

I sat with that for a minute. Because I’d been feeling exactly that for the last couple of weeks.

The question that had been forming kept poking at me — is Substack turning into another social media platform? All about the likes, the influence, the go-to person? And right behind that question was a conversation I’d had with a friend a few days earlier. About how fast AI is moving. About how easy it is to forget that the corner of the internet you’re paying attention to is just a small slice of a much bigger picture.

That’s when it clicked. The outsider feeling wasn’t about being uninvited.

It was about being in the wrong bubble.

That’s the thing nobody names when you’re feeling behind on AI — sometimes the problem isn’t that you’re behind. It’s that you’re measuring against the wrong bubble.

When the feeling shows up, I pull back

Here’s what I do when the outsider feeling starts to creep in. I pull back. Not all the way out — just back enough to look at what I’m actually consuming and what I’m actually getting from it.

That’s how I found the bakers.

And the digital creators. The illustrators. The graphic artists. The entrepreneurs in completely different industries doing completely different things.

These people aren’t in the AI conversation. They’re not pushing the boundaries of what’s possible with agents or vibe coding or whatever the new term is this week. They’re just doing their own thing. Sharing what they’re working on. No comparison games. No visibility chasing. Just here’s what I made today.

Those are my people. The ones looking inward at what they need, and sharing it outward without performance.

It reminded me of how I run my experiments — not to show off a polished result, but to show the actual mess. The wrong turns. The things that didn’t work. No bow on the package. Just here’s what I tried, here’s what happened, here’s what I’d do differently.

That’s the kind of content I want to read. And the kind I want to make.

Hi, I'm Lee. I help solo business owners get clear on AI and automation decisions before they commit — no hype, no hustle, no borrowed playbooks.

New here? Find the room that fits → No Foundation Yet → Lost In Translation → Built For Someone Else → The Last Mile

Subscribe now

The visible bubble isn’t the whole room

Here’s what I think a lot of us are missing. The small group of AI thought leaders who feel like the whole conversation? They’re not the whole conversation.

They’re a bubble. A loud, visible, very publicly engaged bubble. They’re talking to each other, building on each other’s work, referring each other, pushing each other. From the outside it looks like an exclusive club. From the inside it’s just a small group of people who happen to be jazzed up by the same thing at the same time.

But here’s the part I keep coming back to — most business owners haven’t even touched AI yet. Not from a prompting standpoint, let alone agents or building or vibe coding. Most are still running tried-and-true processes that have worked for years and aren’t quite ready to make the jump.

So the “inside” you’re feeling locked out of? It’s a tiny corner of a much bigger room.

Think about a horse race for a second. You watch the horses come around the track and it feels like the whole sport is in front of you. The jockeys, the horses, the finish line.

But that’s not the whole operation. There are owners. Veterinarians. Stable hands. Trainers. The people who feed and walk and care for those horses every day.

They’re not on the track — but the race doesn’t happen without them.

The visible racers aren’t the whole game. They’re just the part you can see.

Swap the blinders for earphones

Here’s the move I keep thinking about.

When a horse races, they put blinders on. Blinders narrow the field of vision so the horse doesn’t get distracted by what’s happening on either side. Just the track ahead. Just the lane.

That’s what most advice tells you to do when you’re feeling behind. Stay in your lane. Don’t worry about what they’re doing. Focus.

But blinders cut off your vision. You stop seeing what’s around you. You stop noticing the bakers and the digital creators and the entrepreneurs in other industries doing things you might actually want to learn from.

What I want instead is earphones.

Earphones cut down the noise. They don’t narrow your vision. You can still see the whole field — you just turn down the volume on the comparison and the pressure and the I-should-be-doing-what-they’re-doing. You stay aware. You stay curious. You just stop letting the noise drive your decisions.

That’s the shift. Vision wide. Volume down.

What I actually changed about how I read AI content

I want to be specific about what I did, because the philosophy is easy and the practice is the part that actually moves anything.

I cut my AI reading down to the top three or four people. The ones whose work consistently teaches me something I can use, not the ones who make me feel like I’m falling behind. I didn’t unsubscribe from anyone — I just stopped opening everything. Made room.

Then I expanded. Bakers. Illustrators. Graphic artists. Entrepreneurs in industries I’m not in. Small businesses doing things differently.

I went from one bubble to several different ones, and I read all of them in small doses so no single voice gets too loud.

And I stopped — really stopped — comparing what other people were building. The cool things. The boundary-pushing. The “look what I made with this brand-new tool” posts. I let those exist without making them mean anything about what I should be doing.

What replaced the comparison was a different question. What’s one thing I can do today to move my business forward, in a way that makes sense for me and how I actually work?

That question gets me further in twenty minutes than two hours of scrolling ever did.

The question for you

I know this piece is different from what I usually write here. That’s part of why I wanted to write it. Sometimes the most useful thing I can do is step back from the build logs and the experiments and just name what’s actually happening underneath.

So here’s the question I want to leave you with.

If you stopped trying to break into the bubble that’s making you feel outside — who would you read instead?

Sit with that one for five minutes. Look at your feed. Look at who you open every time and who you skip. Look at who you compare yourself to and who you actually learn from.

The outsider feeling is real. It’s just usually pointing at the wrong problem.

You’re not on the outside of the conversation.

You’re just in a different bubble. And there’s nothing wrong with that.

If this tension feels familiar, you may want to keep exploring from here.

Related Theme

Lost In Translation: Untangling the pressure and distorted expectations surrounding AI.

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

Paper. Pencil. Spreadsheets. Atomic Habits. Notion databases that took me a full weekend to build. Productivity systems borrowed from people whose businesses looked nothing like mine. Every few years a new tool, a new framework, a new promise that this would be the one that finally stuck.

None of them did.

When AI showed up, I thought maybe this was different. I started building what everybody else was building, a chief of staff dashboard modeled on someone else’s flow. I was a few hours in when I caught myself telling Claude, for the third or fourth time, this is not a productivity system.

Claude called me out.

I was piecemealing every impressive build I’d seen on Substack and YouTube and stitching them into exactly the thing I said I didn’t want. A productivity system. A nicer-looking version of every system that hadn’t worked for me before.

So I stopped.

I closed the tabs. I stepped away from the dashboard. And I sat with the question I’d been avoiding for eighteen years: why has none of this ever worked for me?

I wasn’t failing the systems. The systems were built for someone who wasn’t me.

The list wasn’t built for me

The list I’d been chasing wasn’t built for me.

Time blocking. Theme days. Morning routines optimized down to the fifteen-minute increment. Frameworks designed for people who ship the same kind of work every day, content creators, vibe coders, anyone whose output looks roughly the same on Tuesday as it does on Friday.

My work doesn’t look like that. It never has.

Some days I disappear into an experiment for six hours. Some days are quick. Answering clients, clearing the inbox, moving small things forward. Some days my brain wants to think and refuses to do anything else. Some days I need to be outside before I can sit down at all.

But every productivity system I tried assumed I’d show up the same way every morning. So I kept trying to become that person. I’d follow the routine for two weeks, and then something would shift, a rough night, a heavy stretch of client work, a week where I needed to think more than do, and the system would collapse.

Then I’d blame myself. Start over. Try again.

The piece I missed for years: I wasn’t failing the systems. The systems were built for someone who wasn’t me.

The AI version of this is louder. Automate this. Schedule that. Hand off the things that waste your time. The list got longer and the assumption stayed the same. Your day is a stack of repeatable tasks waiting to be optimized. What you need is more output, faster.

I kept trying to map myself onto it anyway. Because that’s what trying every system teaches you to do. You assume the next one will work if you just follow it correctly.

Why productivity systems don’t work for me (and maybe you)

I went back to the question I’d been avoiding: why has none of this ever worked for me?

The answer wasn’t you haven’t found the right system.

The answer was you’ve been asking the wrong question every time you sit down.

Every system I’d tried started in the same place: what do I need to get done today? Open the list. Pick the next thing. Move it forward. Check it off. Repeat.

The question sounds productive. It feels productive. But it assumes something that isn’t true. That today is interchangeable with yesterday, and that what I’m capable of right now is the same as what I was capable of when I built the list.

Some days I sit down with a list of seven things and I’m clearheaded enough to move through five of them before lunch. Other days I sit down with the same list and the first item takes me three hours because my brain is somewhere else and I won’t admit it.

The list doesn’t know the difference. The list never knew the difference.

What I actually needed to ask, before I touched the list at all, was a different question:

What kind of day is this?

Not what’s on the calendar. Not what’s overdue. What’s the shape of the day in front of me. What’s my energy, what’s my capacity, what’s pulling at my attention before I’ve even started.

That’s a decision question, not an output question. And no productivity system I’d ever tried had asked it.

Building a decision system instead of a productivity system

So I started building something different.

Not a productivity system. A decision system. Something that started with the question I’d been skipping, what kind of day is this, before it asked me anything about what to do.

I called it the Daily Pulse.

The first thing it asks isn’t what’s on the list. It’s an inner check. How am I feeling. What’s my energy. Did I sleep. What’s already pulling at my attention before I’ve sat down. Then it asks what’s on the calendar. What commitments are non-negotiable today, what’s flexible, what could move if the day calls for it.

Only then does it look at the work.

The order matters. Because if you ask the work first, the work always wins. Every list I’d ever built worked that way. Open the list. Pick the next thing. Don’t think about whether you have it in you to do that thing, just do it. By the end of the day, half the items would be checked off and I’d feel like I’d been hit by a truck and not be able to tell you why.

The Daily Pulse reads the day before it touches the work.

That’s the part AI can’t do for me. Claude can build the dashboard. Claude can pull from my calendar, my notes, my Notion databases. Claude can do almost every part of this faster than I can. But Claude cannot tell me what kind of day I’m having. Only I can answer that. And until that question is answered, every other question downstream of it is the wrong question.

That was the reframe.

Use AI for the work you can outsource. Don’t outsource the read.

Five flags, not a grid

The Daily Pulse needed a way to know what was getting starved.

Not a productivity grid. Not a list of tasks sorted by priority. A way to see, across a week, where I was pouring everything in and where I’d gone quiet. Because I already knew what happened when I didn’t watch for that. I’d disappear into a stretch of heavy client work and come up three weeks later having not read a book, not gone outside, not talked to anyone outside of a deliverable thread.

So I gave it five categories.

Build, Think, Learn, Grow, Live.

Build is the work. Experiments, client deliverables, anything I’m shipping. Think is thinking on my own, without AI in the room. Learn is consumption that gets tested and applied, not just stockpiled. Grow is the relationships, the people I work for myself partly so I can show up for. Live is the body, the outside, the rest, the things that aren’t work and aren’t trying to become work.

The categories aren’t a schedule. They’re flags.

If a week is heavy in Build and Learn and Grow has gone untouched, the system says so. Not here’s what to do about it. Just, hey, you haven’t touched this in five days, are you good with that? Sometimes the answer is yes. Sometimes the answer is no, that’s why I feel like garbage and don’t know why.

That distinction was the whole point. I didn’t want a system that picked my work for me. I wanted a system that called me out when I was about to repeat a pattern I already know costs me.

That’s the part most productivity systems get backwards. They optimize for what you do. The Daily Pulse optimizes for what you’d otherwise miss.

If you want to test what this feels like before you build anything, here’s a prompt you can paste into Claude or ChatGPT to try it once:

I want you to help me read my day before I plan it. Ask me four questions, one at a time, waiting for my answer before moving on:
1. How am I feeling today, physically, mentally, emotionally?
2. What's already on my calendar that I can't move?
3. What's pulling at my attention before I've even started?
4. Looking at the work I could do today, which of it actually matches the day I just described?
Don't suggest a schedule. Don't optimize anything. Just help me see the day clearly before I decide what to do with it.

Run it once. See if the answer to question four surprises you.

If it does, you’ve already learned the thing the Daily Pulse took me weeks to figure out: the read comes before the plan, every time.

Just because you can build it

I spent eighteen years trying to find the system that would finally work for me.

What I needed wasn’t a better system. It was a better question.

The Daily Pulse isn’t the point of this article. It works for me because it was built around the way I read a day, the categories that keep my week balanced, the inner check that matches my energy patterns. If you copied it move for move, it would feel like wearing somebody else’s shoes.

But the question I had to ask before I could build it, that one’s worth borrowing.

Every list you’re staring at right now, the AI playbook, the productivity stack, the chief of staff dashboard, the framework that promises to finally get you organized, every one of those was built by someone else for the way they work. That’s not a flaw. That’s just what it is.

The question isn’t whether you can build it. You probably can. AI has made it easier than ever to clone someone else’s system in an afternoon.

The question is the one I should have asked a long time ago:

Just because you can build it, does it apply to you?

Sit with that for five minutes before you build the next thing. Before you automate the next task. Before you copy the next dashboard from a tutorial.

If the answer is no, you’ve just saved yourself another two weeks of trying to fit into someone else’s shape.

If the answer is yes, build it. But build it from your own questions, not theirs.

If you’re stuck between I should be doing more with AI and I don’t know what’s mine to build, that’s the gap I help close. Book a call and we’ll get clear on what’s worth building for you specifically, and what’s just somebody else’s good idea.

Sitting down with my morning coffee, it was time to go through the Action folder so I could set my day. But once I opened it, I could feel a new anxiety building.

This wasn’t supposed to happen anymore. I’d spent weeks getting the email triage dialed in — the cadence, the folders, the rules. I’d written about it. Publicly. The inbox was finally clean. I’d stopped compulsively refreshing Gmail to make sure I hadn’t missed something from a client. For the first time in a long time, email wasn’t running me.

But the Action folder was heavy.

A hefty WordPress migration that needed to go on the schedule, sitting above a two-minute yes-or-no for a different client, sitting above three emails I’d been circling for days, sitting above a vendor follow-up I’d promised on Tuesday. All flat. All the same visual weight. No way to tell at a glance what was a quick reply and what was going to eat two hours.

I sat there with my coffee and the familiar voice started up. Is this actually working, or did I just move the mess?

I tried to shake it off and be practical. Google Tasks was right there — same ecosystem, free, one click. I sent a handful of action items over and watched them land as context-free one-liners. No sender. No subject. No link back to the thread they came from. Just “follow up re: site” sitting next to “approve invoice” with nothing to tell me which was which or which mattered more.

They got stuck there. And I could feel the doubt spreading backward — if the Action folder isn’t working, maybe the triage isn’t working. Maybe the article I’d just written was premature. Maybe I’d built another system that looked clean on the surface and fell apart the second real work hit it.

That was the moment. Not the full folder. The fear that the thing I’d just told everyone was working was about to prove me wrong.

Gemini’s First Three Answers Missed

I opened Gemini.

Normally when I’m thinking through a problem, I go to Claude. That’s where I do most of my work. But this problem lived inside Google Workspace — the email, the folders, the triage rules — and I wanted the answer to live there too. Gemini is built into Workspace. If the answer was a script or a Sheet or some other Google-native piece, Gemini was already standing in the right room. So I went there instead.

I started by explaining what I wanted. A way to see what was in the Action folder at a glance. Enough context on each item to know whether it was a two-minute reply or a two-hour task. Nothing heavy. Nothing that added another login or another platform.

Gemini’s first response pointed me at a third-party ticket system.

Then, when I said no, it offered a lightweight project management setup in a separate app. Then a “productivity ticket system” built on top of something I’d never used. Every suggestion pulled me out of Workspace and into someone else’s ecosystem — another login, another subscription, another tool to learn and maintain for what should have been a small fix.

I pushed back. Told it I wasn’t leaving Google Workspace. The whole point of going to Gemini was that the answer should live where the problem lived.

Then it suggested a form.

The logic on paper wasn’t bad — a form clients could submit requests through, feeding a clean intake pipeline. Except my clients have been emailing me for years. Some of them for over a decade. I’m in the middle of rebuilding half my business right now. The last thing I need is to send a note to a long-term client that says “hey, instead of just emailing me like you always have, can you fill out this form.”

I pushed back again. The email isn’t the problem. The email is what’s working. The problem is what happens after the email hits the Action folder.

Eventually Gemini landed on the right neighborhood — what if we built this in a Google Sheet with a script running in the background?

Yes. That.

So I told it to build the spreadsheet.

What came back was a poor man’s version of what I actually needed. The columns were generic. The structure was thin. The drop-downs were missing context that anyone who’d worked an inbox for a week would know needed to be there. It was the kind of output that looks like a solution until you try to use it.

I stopped it. Told it I’ll build the spreadsheet — I just need the thinking behind it. Tell me what columns, tell me why, tell me what should be a drop-down and what should be free text. I’ll do the rest.

That shift was small but it mattered. I stopped letting Gemini execute and started letting it think with me. The columns got sharper. The drop-down logic got specific. When I mentioned that a single email thread often contains three separate asks — the original request, my clarifying question, the client’s reply — it handled it cleanly by numbering each email within the thread so nothing got lost.

But every useful piece of that system came on the other side of me saying no, not that.

Why AI Keeps Giving Generic Answers

Somewhere between the third pushback and the spreadsheet rewrite, it hit me.

Gemini wasn’t failing. I was expecting it to fail well — to read my mind, to know my business, to understand why I didn’t want a form and why I wasn’t leaving Workspace and why Google Tasks wasn’t enough.

It couldn’t know any of that. I hadn’t told it.

Every answer that missed was an answer built on the context I’d given it, which wasn’t much. “Help me organize the Action folder.” That’s not a brief. That’s a wish. With a brief that thin, of course the first swing was a third-party ticket system — that’s what the internet says to do when someone says “I need to organize tasks.” Gemini was reflecting the average answer to the average version of my question.

The work wasn’t in getting Gemini to be smarter. The work was in getting myself to be clearer.

Once I said it out loud — the triage is working, the email is working, the friction is specifically what happens after an email hits the Action folder, I’m not willing to leave Workspace, I’m not willing to ask clients to change how they contact me — the suggestions got smaller and sharper. Not because Gemini got better. Because the question got better.

I wasn’t waiting for a tool smart enough to figure me out. I was the bottleneck.

That’s the piece I keep forgetting and keep relearning. Every time I’ve had a frustrating conversation with an AI, I’ve gone back and looked at what I actually gave it to work with, and nine times out of ten the answer is not much. A vague goal. No constraints named. No mention of what’s already working, what’s already built, what I’d walk through fire to protect and what I’d happily throw away.

The AI can’t infer any of that. It’s not watching me work. It’s not sitting in my inbox. It doesn’t know I’ve been in the middle of rebuilding my business for months and the last thing I have bandwidth for is retraining my clients on how to reach me. It knows what I type.

So the recognition wasn’t about Gemini. It was about me finally seeing that the friction I kept feeling in AI conversations wasn’t the AI — it was the gap between what I knew about my own work and what I was willing to say out loud.

Staying in the Ecosystem That Already Works

Here’s what I used to believe about solving problems with AI: the goal is to find the right tool, then give it the task, then let it build.

That’s not quite right. The goal is to find the tool that lives closest to where the problem actually is, then bring it into your process instead of asking it to invent one for you.

The Action folder problem lived inside Google Workspace. The email, the folders, the triage rules, the clients themselves — all of it was inside Workspace. So the answer needed to stay inside Workspace. Not because I’m loyal to Google. Because every time a solution asks you to leave the room where the problem is happening, you pay a tax. You pay in logins. You pay in subscriptions. You pay in context-switching. You pay in one more place to check, one more system to maintain, one more thing that can break on a Tuesday when you don’t have the energy.

The system you need is the one that fits the process that’s already working. Not the one that replaces it.

Because here’s the other piece — I could have walked this exact problem into Claude Code and built an agent. I could have stood up something in CoWork that watched my inbox and wrote cards to a board. I could have turned an Action-folder problem into a multi-system architecture project and spent the next three weeks getting it just right.

That would have been using somebody else’s system. It would have been me reaching for the most impressive answer instead of the most fitting one. And fitting matters more than impressive. Fitting is what you actually use six months from now.

Staying in Workspace wasn’t a compromise. It was the whole point. The triage already worked there. The clients already lived there. The emails already lived there. Adding a Sheet that talks to Gmail via a small script didn’t add a new system — it extended the one I was already running.

And there’s a quiet bonus waiting at the end of that choice. Everything I’m building in Workspace speaks Google’s API natively. When I’m ready to bring this into the Chief of Staff dashboard I’m building, the data’s already in a format that can be pulled in cleanly. I didn’t have to plan for that. I got it for free by staying in the same neighborhood.

The System: A Sheet, a Script, and What It Actually Does

What I ended up with is almost embarrassingly simple.

A Google Sheet. A script running quietly in the background. That’s it. That’s the whole system.

The Sheet has columns for the things I actually need to see when I look at the Action folder: who’s asking, the subject line (which effectively becomes the ticket name), the priority, the thread number, a link back to the original email, and any links the email itself contained — a Dropbox folder, a Google Doc, a shared asset.

When a thread has multiple back-and-forths, each email in the thread gets its own number, so the context doesn’t collapse into a single flat row. The ask, my clarifying reply, and the client’s response each get their own line.

Drop-downs handle the categories where I was going to type the same thing over and over — priority, status, client. Everything else stays free text so the Sheet doesn’t fight me when a specific email needs a specific note.

The script is what makes it actually work. It watches what hits the Action folder and populates the Sheet in the background. I don’t have to touch it. I don’t have to maintain it. It runs on Google’s infrastructure, inside the same ecosystem where the problem was.

And here’s the quiet payoff I didn’t fully see coming — because every action item is now captured in the Sheet, I can actually archive the email. The folder gets lighter. Nothing gets lost. The ask isn’t waiting in Gmail for me to remember it’s there; it’s already on the list, with context, ready to be worked. The email stops being the holding pen and goes back to being what it was supposed to be — the delivery mechanism.

And because the data lives in a Sheet, I was able to plug it directly into the daily rhythm I run every morning in CoWork. Instead of opening Gmail and scrolling the Action folder to figure out what the day looks like, I open the Sheet view inside my rhythm and see everything at a glance — sorted, prioritized, with context. The Sheet became a feed into a system I was already running, without me having to build any new connective tissue.

The pieces that fit tend to keep fitting. The pieces that don’t, don’t.

What I didn’t end up with matters just as much. I didn’t end up with a ticket system in ClickUp. I didn’t end up with a form for clients to fill out. I didn’t end up with an agent running in the background that I’d have to babysit every time Google changed an API. I didn’t end up with a Notion database that would have been beautiful and unused by month two.

I ended up with the smallest thing that does the job. And the smallest thing that does the job is the thing I’ll still be using a year from now.

None of this is to say the system is finished. It isn’t. I’ll tweak the columns as I notice what I’m actually using and what I’m ignoring. I’ll adjust the drop-downs when I realize a category is too broad or too narrow. I’ll probably find a piece of context I keep wanting that isn’t captured yet, and I’ll add a column for it. That’s how any process improves — the same way you refine an SOP, the same way you tighten up any part of the business.

What the automation piece gives me isn’t a finished product. It gives me a way to remove the friction of sorting and prioritizing so I can actually see what the next refinement should be. The system is version one. The point is that it works now — and because it fits, I can keep making it better without starting over.

The Skill Is the Pushback

All of this started because Gemini tried to send me somewhere else — another platform, another form, another system — and I said no.

The pushback is the part I want you to keep.

Not the spreadsheet. Not the script. Not the Google Workspace ecosystem. Those are mine. Yours might look nothing like this. Yours might live in Notion, in Airtable, in a stack I’ve never used. The specific tools are almost beside the point.

What matters is the posture. The willingness to interrupt the AI’s first answer and say no, not that — and then take the extra minute to explain why. The willingness to stay in the ecosystem that’s already working for you, even when the suggestion is to leave it. The willingness to describe your actual process out loud, including the parts that are messy and the parts you’re not willing to change, so the AI has something real to work with.

Most of the time, the friction I feel in an AI conversation isn’t the AI. It’s that I haven’t made the gap between what I know about my work and what I’m willing to say out loud small enough yet.

So here’s the question I want to leave you with:

When was the last time you pushed back on a solution that was recommended?

Sit with it for a minute. Not to answer it for me. Not to reply. Just to notice.

If this tension feels familiar, you may want to keep exploring from here.

Related Theme

Built For Someone Else: Building workflows that fit your actual business and energy instead of someone else’s blueprint.

Thinking Through Something?

If you’re sitting with a decision, workflow, tool stack, or AI process that technically works but doesn’t feel quite right, I offer limited advisory sessions for solo business owners trying to sort through the noise without adding more complexity.

Think It Through Together →

Chances are you’ve already tried at least one tool that promised to make your life easier — and quietly abandoned it three weeks later. You’re not alone. Over half of small business owners are experimenting with AI but never committing. And 82% of the smallest businesses say AI simply “isn’t applicable” to them.

That’s not a technology problem. That’s a translation problem. And that’s what this is about.

I went to Vo-Tech in high school mostly because I wanted a hands-on learning experience. Cooking was where everything clicked — not just the process of making food, but the chemistry behind it. The measuring. The way combining the right ingredients in the right order creates something that didn’t exist five minutes ago. Sometimes it was really tasty. Sometimes it bombed epically. Either way, I understood what happened and why.

The plan was culinary institute after graduation. James Beard. The full professional kitchen. I wasn’t just dreaming — I was training.

Then came the blind taste test. Mandatory for admission, no way around it — and they couldn’t guarantee there’d be no seafood in it. With my allergy, that took me completely out of the game. Not a maybe. Not a workaround. Just like that, the award-winning culinary path was off the table.

But that path closing didn’t mean it was the end of my love for cooking.

This was the recalibration moment. A moment of — okay, this door is shut, so where do I go now? The Culinary Institute was the plan. James Beard and the awards were the destination. And neither of those was happening now.

It stings when you’ve been working toward something specific.

But what I knew I wasn’t going to do was decide that cooking was broken for me — or that I’d wasted my time training for something that didn’t pan out. Those skills were still there. The love of it was still there. I just had to figure out what cooking actually looked like without a classically trained chef in a restaurant at the end of the road.

Long story short, I never stopped cooking.

The classically trained path closed, but cooking stayed open. I still cook for friends, family, my husband, different events. Sometimes small meals, sometimes big ones. Sometimes I just open the fridge, look at what’s in there, and make something cohesive out of it.

And nobody has ever looked at a meal I made and said, “Whoa, I can’t believe you never went to culinary school.”

Because the goal was never about the restaurant or the awards. When I create a meal, it allows me to be part of the experience. That was always the point.

So I just had to figure out which version of cooking actually fit into my life.

AI automation works the same way.

Right now, every piece of content out there is pointing you toward the restaurant — full automation, removing yourself from the process. It’s all about building agents and sub-agents, AI-scheduled tasks, letting AI run while you sleep. Let AI do the work so you can scale, grow, and be everywhere at once.

But that’s not what you actually need for your business. Because as a creative and as a solo entrepreneur, you need to be part of the process — not completely removed from it or paralyzed by it.

This is the part that’s real, and one of the things nobody is talking about.

There are different levels of AI involvement, and the level that fits your business should come from your actual needs, your processes, and honestly, how much of yourself you want to keep in the work. Not from whatever framework someone built to showcase their expertise or sell you a tool.

Some people will want to run the restaurant with a full staff. Others just want to cook a cohesive dinner with what they have in their refrigerator. Those are different goals, and neither one is wrong.

So let’s break it down into the simplest terms first.

The Pantry — What’s Already on Your Shelf

Step one of AI automation for solo business owners: know what you have before you buy anything else.

In the AI world, this is your stack. The tools you’re already paying for or using for free — ChatGPT, Claude, Gemini, Perplexity, Canva, whatever’s already open in your browser on any given day. The subscriptions you signed up for with good intentions. The free tiers you’re dabbling in.

This is what the industry calls your AI tooling or your model layer — the raw ingredients sitting on the shelf. And just like a real pantry, most people have more in there than they realize. The problem isn’t that the pantry is empty. It’s that nobody’s taken inventory.

Before you can cook anything, you need to know what you have. That’s it. That’s the whole pantry step.

The question at this level: What AI tools am I actually using right now — and what am I paying for that I haven’t touched in three weeks?

The Recipes — The Things You Already Do Well

Where AI assistance (not full automation) fits into your existing business processes.

Recipes are your repeatable processes. The tasks you do regularly, in roughly the same order, that produce a reliable result. Writing a newsletter. Responding to client inquiries. Putting together a proposal. Onboarding a new client. These are your recipes.

Here’s the thing about recipes you’ve been making for years: some of them are so ingrained that you move through them on autopilot. You don’t notice what’s in them anymore — which means you also can’t see what could be improved or where AI could genuinely help. You’ve always done it that way. It works. End of story.

But other recipes are ripe for a shortcut. And this is where AI assistance — not automation, assistance — actually fits. Think of it like buying a rotisserie chicken from the grocery store instead of roasting your own. The meal still gets made. You’re still cooking. You just didn’t spend two hours on the part that didn’t need two hours.

In practice, this looks like using AI to draft a first pass, generate an outline, summarize a long document, or repurpose something you already created. You’re still in the kitchen. You’re still making the meal. You’re just not doing every single step from scratch.

The industry calls this: AI-assisted workflows, co-pilot tools, or prompt-based automation. It sounds complicated. It’s just a smarter grocery run.

The Meal Plan — Coordinating Across the Week

This is what most AI agent advice is actually talking about — and where solo owners need to decide how far to go.

A meal plan is sequencing. It’s not one dish — it’s how the dishes connect across a stretch of time. Monday’s roast chicken becomes Tuesday’s soup. The prep you do on Sunday makes Wednesday easier. Things flow into each other with intention.

In your business, this is where scheduling and coordination come in. What runs when, in what order, triggered by what. Some meal plans are simple — a sticky note on the fridge that says what you’re cooking each day of the week. Others are full meal delivery services: planned, packaged, and dropped at your doorstep on a schedule.

This is the level most AI agent content is talking about — automated workflows, scheduled tasks, multi-step sequences that run with minimal input from you. Tools like Zapier, Make, n8n, or CoWork live here. So do the AI agents and sub-agents everyone is building in public right now.

And here’s where the all-or-nothing trap springs: most of the content skips straight to “build the full meal delivery service” without asking whether you actually need it.

“A sticky note on the fridge is a meal plan too. It doesn’t need to be a subscription box.”

The question at this level: Which sequences in my business actually benefit from running on their own — and which ones need me in the loop?

The Leftovers — What Actually Survived

The most important step in any AI workflow: testing what works, ditching what doesn’t, and letting your results guide the next decision.

This is the most underrated part of the whole framework, and the one nobody talks about.

After every meal, you find out what actually worked. What got eaten. What got pushed to the side of the plate. What you’d make again and what you’d quietly retire. That feedback doesn’t stay in the kitchen — it goes back into the pantry, informs the next recipe, shapes the next meal plan. This is how the whole thing gets better over time.

In your business, this is your testing and iteration layer. It applies whether the process is automated or manual, yours or borrowed. What did the automation actually save you? What did it break? What did you think would be easier that turned out to be more complicated? What small thing ran quietly in the background and genuinely freed up your week?

The industry calls this: Retrospectives, feedback loops, iteration cycles. Which — fair. But leftovers is more honest. Some things survive the week and get better. Some things go in the trash. Both are useful information.

I’m in the middle of this right now. And I can tell you exactly where I drew the line — and why.

My Content Lab pipeline — the process I use to research and write every article — sits firmly in the Recipes layer. The creativity is the work. My experiences, my take, the hands-on-ness of it. That’s not something I can hand off to AI, or to anyone else, and still have it be the same thing. The moment I remove myself from that process, I’ve handed off the thing that makes it worth reading.

“If I outsource the recipe, I’m just serving someone else’s food.”

Same goes for my chief of staff dashboard. That lives at the Meal Plan level — it’s how I sequence and coordinate my week. But if I hand that completely over to a process, it becomes about productivity. And managing my energy, not my task list, is the whole point. I’m not willing to trade that.

But here’s where the Leftovers come in. My CoWork automations — subscription tracker, daily news recap — those run on a schedule and do their thing without me. I kicked them off, I tested them, and I know what they do. They free up bandwidth without removing me from anything that matters. They survived. I’d repeat them. That’s how I know they belong in the kitchen.

That’s my line. Not a framework someone handed me — mine. Built from figuring out what I actually needed to stay in the work, and what I was fine letting go.

So here’s the question I want you to sit with.

What’s actually in your pantry right now?

Not what you think you should have. Not what someone else’s stack looks like. What do you actually have on the shelf — the tools you’re using, the processes you’ve already built, the tasks you do on repeat every single week?

And from that — is there one dish worth making? One recipe that could use a shortcut, one part of your meal plan that could run on its own without you losing anything that matters?

You don’t have to build the restaurant. You just have to know what you’re cooking and why.

If you’re feeling stuck between “I should be doing more with AI” and “I don’t even know where to start,” that’s exactly the conversation DigiNav is built for.

If you’re a paid subscriber, the next section is for you.

I put together a practical framework for actually running a project once you know what’s in your kitchen — without losing the thread, without starting over every session, and without burning the kitchen down. It’s the how behind everything we just talked about. You’ll find it below.

Read more

For years I believed the template was the answer.

Use a structure. Follow the framework. Pick the writers you admire and reverse-engineer how they do it. The advice made sense — consistency, clarity, repeatability. So I built templates. Then I found better templates. Then I borrowed frameworks from writers whose work I admired and mapped my ideas onto their shapes.

And the information wasn’t bad. It was boring and incomplete.

I love to paint but a trained painter I am not. And for years I would use those paint by numbers kits. You know the ones — printed canvas, numbered sections, every color pre-assigned. They even give you brushes. Generic ones, but brushes.

At first it’s frustrating. Staying inside all those tiny little spaces. Then it gets efficient. Then it gets robotic. You’re not being creative — you’re just the person following the numbers.

That’s what the template was doing to my writing process.

The real problem wasn’t that the ideas were bad or the content was weak. It was that my articles were missing the best parts — the lessons, the snafus, the messy parts.

Most writing advice lives at the endpoints. Here’s the problem. Here’s the output. A to D, clean and straight.

Nobody shows you B and C.

What Happened When I Handed AI the Blueprint

Every week I would sit down to “write” the article.

I’d hand AI the brain dump — the build log, the experiment notes, some random thoughts I’d captured through the week. And from that pile of raw material, it would outline and draft the article. Based on the template.

Here’s what I didn’t notice for a while: the information was getting pared down to fit the tidy little spaces. The riffs didn’t make it in. The creative insights got smoothed over. The “oops, here’s where it went sideways and here’s how I adjusted” moments — gone. And the real failures? The ones rooted in my own mindset? Those definitely didn’t survive the template.

It wasn’t robotic. It wasn’t sloppy. You couldn’t look at it and say “an AI wrote this.”

But it was missing the only thing that made it worth reading — the experiences that only someone going through it could articulate. The part where I second-guessed myself at step three. The detour that turned out to matter more than the destination. The small realization that only shows up when you’re in the middle of something messy and paying attention.

The template didn’t know those parts existed. So it left them out.

The Better Template That Still Didn’t Work

So I did what made sense. I went looking for a better template.

I pulled some of my favorite writers. The ones whose articles felt effortless to read, whose structure seemed to carry you forward without you noticing. I asked AI to help me analyze what they were doing and build something better. Maybe it was a flow problem. Maybe the gaps just needed different sections.

Same thing happened.

I’d finish a draft and find myself rewriting large chunks of it. Not because the words were wrong exactly — but because they weren’t landing on the things that actually happened. The real texture of the experiment. What I was actually feeling at step three when it wasn’t working the way I expected. The adjustment I made that wasn’t in any plan but turned out to matter.

The words were there. They just weren’t making the cut.

And that’s when I finally looked at the right problem.

It wasn’t the structure of the template. It wasn’t the writers I was borrowing from. Templates don’t work for the way my creative process works — and more importantly, they don’t have room for the things that happen between step one, step two, and step three. The pivot that only makes sense if you were there. The failure that wasn’t a failure, it was information. The moment where the whole direction shifted because of something small that a template would never think to ask for.

That’s not a gap you can restructure your way out of.

Structure Isn’t a Template — Here’s the Difference

So I ditched the templates.

And then I just sat there.

Because the templates weren’t just a writing problem — they were also my process. Without them I had a pile of raw material and no clear path through it. I still needed to get from the brain dump to a published article without spending three times as long rewriting everything. I still wanted AI in the mix. I just needed it to stop making decisions that weren’t its to make.

That’s when I realized I’d been confusing two things that aren’t the same.

Templates and structure. I’d been using them as interchangeable words for the same idea.

They’re not.

A template tells you what goes where. Section one is this. Section two is that. Hit these beats in this order at roughly this length. It’s a paint by numbers canvas — the decisions are already made before you sit down.

Structure is different. Structure is just a flow of information. A guide, not a cage. You still know where you’re going. You just get to find your own way there.

The messy middle — the detours, the pivots, the things that only make sense because you were in them — those fit inside structure. They never fit inside a template.

And if you’ve ever handed a process over to a framework and wondered why the result didn’t feel like you — you already know what I’m talking about.

You’re Not Doing It Wrong. You’re Using Someone Else’s Process.

For as long as most of us can remember, we’ve been taught to follow the blueprint.

Funnels. Frameworks. Content templates. Launch sequences. There’s a proven path for almost everything in business — and following it is how you get results. Do X, then Y, then Z. Hit these steps in this order. Success is a system.

And for a lot of people, it works. The map gets them where they’re going.

But what about the ones whose minds need to work through things differently? What about the off-roads — the detours that don’t show up on the map but turn out to matter? What about the person who learns by going sideways first, or needs to feel their way through the middle before the beginning makes sense?

The map still gets everyone to the same place, technically.

It just doesn’t account for how some of us actually travel.

And borrowed confidence — following someone else’s proven path — looks exactly like best practice right up until the moment you notice what it cost you to get there.

How to Know When a Template Is Working Against You

So how do you know when a template is working for you — and when it’s working against you?

Start here. These aren’t a framework. They’re just honest questions worth sitting with (and a few simple one-line prompts) to help you think it through.

Does finishing the draft feel like something you would say or do? If it’s not reflecting the whole story, you need to ask yourself why it feels off and if it helps or confuses the audience.

Are you rewriting large sections after the draft is done? Not polishing. Rewriting. If you’re regularly putting back parts that got cut to fit the template, the template is editing your voice. And your audience will see that.

Does the output sound like you — or like a version of you that cleaned everything up? There’s a difference between clear and sanitized. If you read the draft out loud and it doesn’t feel like you, chances are it’s not.

If any of those land, you’re not doing it wrong. You’re just working with a tool that was built for someone else’s process.

The next step isn’t finding a better template. It’s figuring out what structure actually fits how your mind works — and that looks different for everyone.

My brain has always run at full speed. Some people call it ADHD tendencies. I prefer to think of it as superdrive.

For as long as I can remember, someone was telling me to focus, slow down, do one thing at a time. Teachers. Managers. Myself, on a good day.

Now I use AI daily, and honestly? It can be just as scattered. There’s no one to rein me in when a session goes sideways — when I’ve asked four different questions, chased three tangents, and somehow ended up somewhere completely unrelated to where I started.

Until I built myself a mirror.

It started with an article from Mia at . Her framework is smart — she breaks down what’s actually hiding inside every AI session and makes a compelling case that most of us save the wrong thing. We file the polished draft and lose the moment our thinking actually shifted.

She’s right. But I was sitting here building something slightly different, and I think it’s worth naming why.

Mia’s framework asks: what did the session produce worth keeping?

The thing I kept bumping into was a different question: was I clear, honest, and focused going in?

Those are not the same problem.

I spent a session this week designing a debrief process. It started as “let me capture AI breakthroughs” and wandered through Mia’s hierarchy, through knowledge systems, through Obsidian structures — until I stopped and said out loud: we’re thinking about this all wrong.

What I actually wanted wasn’t a knowledge capture system. It was a mirror.

Something that would show me, at the end of a thinking session, how I showed up. Did I have too many asks going at once? Did I drift off on a tangent that went nowhere useful? Was I actually thinking something through — or was I using the conversation to avoid deciding?

That’s not a breakthrough journal. That’s a coaching log.

Here’s the distinction that crystallized for me:

Mia’s framework is output-oriented — it helps you extract what the session produced.

What I built is input-oriented — it helps me evaluate how I used the session.

Both matter. They’re just solving different problems.

The output framework catches the breakthrough after it happens. The input framework catches the bad habit before it becomes a pattern. And for those of us who use AI daily as a thinking partner, the input side is where a lot of invisible time gets lost — not to bad tools, but to unfocused sessions, validation loops, and scope creep that looks like productivity.

The debrief I landed on is simple. At the end of a general thinking session, Claude observes five things: how focused the session was, whether tangents were useful or distracting, whether I was thinking or seeking validation, whether it reached a real conclusion, and whether the complexity matched the actual size of the problem.

Then I react. Then we write one or two sentences — the honest version — and I log it in Obsidian.

No elaborate capture system. No tagging taxonomy. Just a running record of how I think, so the patterns can eventually show themselves.

I won’t know what my patterns are for a few weeks. That’s kind of the point.

If you’re a daily AI user, you probably already have some version of Mia’s problem — great sessions that evaporate because you didn’t catch what shifted. Her debrief prompt is worth using.

But if you’ve also had that feeling of closing a tab and realizing you can’t quite account for the last 45 minutes — that’s the other side of the same issue. Not what you failed to save. How you showed up in the first place.

That’s worth paying attention to too.

If this resonates, here’s a short prompt to start your own end-of-session habit:

“Look back at this conversation and tell me: how focused was I, did I go on any tangents, and was I actually thinking or just seeking validation?”

Paste it at the end of any session that felt a little sideways. See what comes back.

And if you’re finding your AI sessions are doing more wandering than working, that’s exactly what I help with. Book a session today.

P.S. If you haven't read Mia Kiraki's original piece on catching AI breakthroughs, it's worth your time. Her framework is what sparked this one. Read it here.

If you missed the first two parts of this series, here’s the short version: I built a Google Apps Script to triage my inbox into three folders — Action Items, Read Later, and Noise — so I could stop treating email sorting like a productivity win and start dealing with the thing underneath it: the compulsive checking, the constant context switching. Part one covers the concept. Part two covers the build. This one is about what happened during testing — and what I kept getting wrong.

The script was running. Emails were moving. And I was still opening my inbox every hour or so to check on it.

Not to take action. Not because something felt urgent. Just to watch. To make sure it was doing what I told it to do.

That’s the moment I should have caught myself. I’d handed off the job — and then immediately started looking over its shoulder.

When Two Tools Are Running and Neither Is Enough

When the script wasn’t sorting things right, my first instinct was to run the same instructions through CoWork and see if it could do better. It could, in a way. CoWork read context well. It pulled from my Stripe customer list, identified who actually needed a response, and — this was the part that surprised me — it could explain why it was categorizing something the way it was.

But it couldn’t label. Couldn’t archive. Couldn’t do the actual mechanical job the script was built to do.

So for a stretch, I had both running. CoWork doing the reasoning. Google Script doing the moving. Two tools covering for each other’s gaps.

That’s not a solution. That’s a workaround.

And it told me something: the script wasn’t the problem. The instructions were.

The Brief Was the Problem, Not the Script

I’ve been hired as a consultant with ambiguous instructions. More than once.

It doesn’t just frustrate you — it makes it impossible to do the job well. You deliver something, and it’s wrong, but not because you’re bad at the work. The brief was bad. You built exactly what you were asked to build. It just wasn’t what they actually needed.

That’s what I did to my script.

I gave it instructions that were clear enough to get started but not specific enough to get it right.

When emails landed in the wrong folder, my instinct was to pull everything back and handle it myself. What I should have done was look at the instructions and figure out where they weren’t clear enough.

The other side of that analogy matters too. When you hire someone — or something — for their expertise, you have to trust that the expertise can do the work. Hovering doesn’t improve the output. It just signals that you didn’t actually hand off the job.

What I Actually Fixed

So I stopped looking at what the script was doing and started looking at what I’d told it to do.

I took CoWork’s reasoning — how it was categorizing, why it was making the calls it made — and fed that back into Gemini alongside the current script. Here’s what this tool understands about context. Here’s what it’s getting right. Now fix the script to match.

I added the Stripe customer list so the script had the context it was missing. Names and email addresses it could recognize, not just patterns it was guessing at.

I dropped the hourly recap entirely. It felt like a safety net — proof the system was working — but it was just noise. Subject lines and folder names with no explanation of the decision behind them. Once the script had better instructions, I didn’t need a report. I needed to trust the output.

And I changed the frequency. Every hour was recreating the exact problem I was trying to solve — constant interruption, constant context switching, just automated instead of manual. Four times a day:

• 8:00 am

• 12:00 pm

• 4:00 pm

• 9:00 pm

Enough to stay current. Not enough to give myself permission to check in between.

Before You Check the Output, Check the Instructions

The script is still running. Still working through the occasional sorting quirk. Triggers needed resetting at one point — a minor fix, easy to solve, and Gemini walked me through it clearly enough that someone with no coding experience could have handled it too.

But it’s working. Not because I found a better tool. Because I finally gave the tool I had instructions good enough to succeed.

Before you check whether the automation is working, check your gut — and check the instructions. Were they clear enough for the agent to actually do what you needed? If the output is wrong, that’s the first place to look. Not the inbox. Not the tool. The brief.

It’s the same question worth asking before you automate anything: have you defined the job clearly enough for someone else to do it?

Think about it the same way you would hiring a consultant or a contractor. You bring them in for their expertise. You give them the direction. And then you trust them to do the work — because hovering over their shoulder doesn’t make the output better. It just means you never actually handed off the job.

Your automation works the same way. Give it clear enough instructions, then let it run. If you haven’t, no tool is going to fix that for you.

If you’re working through something similar — an automation that’s half-working, instructions that aren’t landing, or just the general discomfort of letting a system do something you’ve always done yourself — that’s exactly the kind of decision DigiNav is built to help you think through. Start here.

Habits are hard to break. Whether it’s over-checking your email inbox or overindulging in your favorite dessert, it’s something you know isn’t doing you any good but you do it anyway.

I’ve been building a Chief of Staff dashboard for the past few weeks — using AI to pull information into one location so I can concentrate on what needs my attention.

The goal was to not have 10+ tabs open trying to figure out where that one piece of information is or was. I’m making progress, but the email section was the weak link.

Three boxes showing unread counts — inbox, WPSS, read later — and a link to go triage, which was basically a link right to the main inbox. Displayed as just numbers. No intelligence behind them.

I could see how much was waiting. I couldn’t see what kind of waiting. Action items looked the same as plugin update notifications. A client question sat next to a Substack digest.

To actually do anything useful, I still had to open Gmail and sort through everything myself. Which meant I was checking email to figure out if I needed to check email.

That’s the problem I needed to solve before the dashboard could do its job.

Before the Script: Cleaning Up 18 Years of Gmail Labels

It didn’t just start with an automation of my inbox. I had to start with the folder system that was 18 years in the making. 50+ Gmail labels accumulated over many years of running a WordPress agency and building a consulting business. All part of the chaos.

There were emails from clients who hadn’t been active in years. Others were duplicates with slightly different names. A few were things I couldn’t even remember creating, and some folders had zero messages in them.

You can’t automate a mess. If a script is going to sort emails into useful buckets, those buckets need to exist first and they need to make sense.

Knowing that I would be overwhelmed trying to organize all of that folder mess, I went to Claude AI and asked it to help me make heads or tails of the folder structure and how I could streamline it. I also took into account that now, with AI, it’s easier to find emails just by asking the AI to sort for you or by using the search function in Workspace.

And here’s where the reorganization ended:

• WPSS/ — agency wind-down, all client-related threads in one place

• DigiNav/ — consulting, content, audience conversations

• Life/ — personal, receipts, subscriptions, tax stuff

• Utility labels (underscore-prefixed so they sort to the top of the sidebar):

  • _Action Item — needs a response or decision

  • _Read Later — worth reading when there’s time

  • _Processed — the script’s audit trail

This is the non-glamorous work that people don’t talk about. It took a full session with Claude to sort through the chaos. But the upside was that it only took a few hours of conversation, as opposed to weeks of trying to figure out what was where and how to reorganize it.

Why I Used Gemini and Google Apps Script

So I moved the conversation from Claude to Gemini. The AI piece — sorting emails by judgment, not just pattern matching — wasn’t going to happen with Gmail filters or manual checking. But making that sorting automatic wasn’t clear until I started working inside Google’s ecosystem.

The reason for Gemini was simple: it lives inside Google Workspace. And there were some non-negotiables I wanted to make part of the process:

• Read Gmail natively

• Write a script that would automatically trigger

• Set those triggers to be time-based

• Not add another app that wasn’t already in the flow of tools I use

Gemini suggested the Apps Script approach. A script that runs on a timer, reads unread emails, uses AI to classify them, and applies the right labels. I set it to run every hour.

From there, the script would sort emails into three buckets:

• Action Items — anything that needs a response or a human decision

• Read Later — content worth reading when I have time

• Noise — notifications, plugin updates, form submissions, system alerts with zero human attention value

And the best part — Gemini correctly wrote the script based on best practices. It also gave me step-by-step instructions to not only install the script but to run the tests. I already knew how to do that, but if that’s not something you’re familiar with, Gemini can walk you through the whole process too.

Testing the Email Triage Script

The first test run put everything into Action Items. Every email. The rules weren’t specific enough about what counted as noise or read-later, so the script defaulted to the safest bucket. If you don’t tell AI what noise looks like, it assumes everything matters.

So I tightened the rules. Got very specific about what counts as noise:

• WordPress plugin update notifications

• Automated form submissions

• System alerts with no required action

And what counts as read-later:

• Newsletters and articles

• Informational updates with no response needed

The pendulum swung the other way. Everything landed in Read Later. Noise got a few scraps. Action Items was nearly empty.

Then there was the archiving problem. The script was archiving emails before the labels fully applied. Emails were disappearing — no inbox, no folder, just buried in Gmail’s archive. The fix was the same one from my earlier manual triage: label first, pause, then archive.

The _Processed folder became the safety net I didn’t know I needed. Every email that went through the script got tagged. When the counts didn’t add up or a category felt light, I could open that folder and see exactly what the script had done. It wasn’t just a label — it was the audit trail that let me refine the rules without losing anything and without reverting to checking the inbox myself.

The Anxiety of Letting Go

The system was working. The rules were dialed in. Emails were sorting into the right buckets every hour. And I still felt anxious about it.

The inbox was nearly empty, and my brain read that as something’s broken.

It wasn’t. It was working. The script was processing every hour, which meant email never had a chance to pile up the way it did when I was checking three or four times a day.

I was so used to seeing a wall of unread messages — and sorting through it as a kind of productivity ritual — that an empty inbox felt like a system failure.

I was getting in my own way. I’d second-guess how the script sorted things because I wasn’t the one making the call. I’d peek at the inbox to see if something got missed.

The whole behavior I was trying to automate away, I was recreating in a different form.

After a few more test runs, I looked at the Processed folder, confirmed the sorting was accurate, and made a conscious decision: stop opening the inbox. Go to the folders. Work from there.

That sounds simple. It was the hardest part of the entire build.

What the Email Triage Dashboard Looks Like Now

With the triage script running and the folder structure in place, the Today tab on my dashboard finally had what it needed.

Before: Generic unread counts. How much is piling up.

Now: Three intentional boxes:

• Action Items (red) — what needs a response

• Read Later (blue) — what’s worth reading when I have time

• Substack (purple) — engagement and reading, on its own schedule

Each box links directly to the Gmail label view. I go to the bucket that matches the energy and time I have.

Fifteen minutes between tasks? Check Action Items, knock out quick replies. Slower afternoon? Open Read Later and catch up on content. Ready to engage? Head to Substack and spend time on the conversations that matter.

The email section went from the weakest part of the dashboard to the piece that makes the rest of it work. Because now I’m not spending the first twenty minutes of my day sorting. I’m spending it deciding what to act on.

And with the triage running, the obvious next question was whether AI should handle the responses too.

The Line I Chose to Keep

I considered having AI draft responses. That’s the natural next step, right? Triage the email, then generate a reply so all you do is review and send.

I pulled back. Not because I think there’s anything wrong with it — plenty of people use AI for email drafting and it works for them.

But for the way my brain operates, I need to be fully present in the ask. When someone emails me a question, I need to read it, understand the context, figure out whether it’s technical or logistical or relational. That’s where I serve my clients and colleagues. If AI drafts the response, I’m reviewing words instead of understanding the need.

The triage handles sorting. The responding stays human.

That’s not a limitation of the system. It’s a design decision about where AI helps and where I need to stay in the loop.

What Automating Email Triage Actually Taught Me

Making the most of the tools that were already in my ecosystem was the gold of this whole experiment. Google Workspace, Gemini, and Apps Script were all sitting there waiting to just be connected and used. I didn’t need a new platform or another paid automation tool or the added expense of another AI platform.

But really the tools were secondary. Before any of that mattered, I had to organize what I was automating. 18 years of folders and labels wasn’t a system. It was sediment. Cleaning that up was the unglamorous foundation that made everything else possible.

And through all of this, the hardest part wasn’t the technical build. It was the behavioral changes:

• Trusting the system

• Trusting it enough to stop checking email

• Recognizing that an empty inbox means the automation is working, not that something’s broken

• Knowing where to draw the line between what AI handles and what stays mine

The script is still in testing mode. I need to give it time to work out any of the other kinks. I’m letting it run and watching how it’s sorting and adjusting based on the edge cases that come up. That’s how it should work. Not a launch-and-forget deployment, but building trust — with the system and with myself.

If you’re thinking about automating email triage, start here:

1. Figure out your buckets. What are the three folders that would cover 90% of your inbox?

2. Clean up the mess first. You can’t automate labels that don’t make sense.

3. Use what you already have. If you’re in Google’s ecosystem, the tools are already there.

4. Give yourself permission to feel uncomfortable. An empty inbox will feel wrong at first. That’s the system working, not failing.

The script is the easy part. Changing how you interact with your inbox is the real work.

This is part of an ongoing series documenting the build of a Chief of Staff dashboard — a personal command center for managing two businesses. The email triage was the missing piece that unlocked the Today tab.

Previous in this series:

What are the three folders that would cover 90% of your inbox? Reply and tell me — I’m curious how different they are from mine.

I’ve been building a Chief of Staff dashboard for the past few weeks. It’s my command center for managing the daily operational stuff that keeps both businesses running (and me sane). But there was one piece I kept stalling on: email triage.

I knew I wanted AI handling it. I just couldn’t figure out what that actually looked like.

Then I read ’s 4 Levels of AI Automation on Build to Launch. She breaks down the different levels of automation, from “AI reads your stuff and sorts it” all the way up to fully autonomous agents making decisions on your behalf.

But the line that stopped me wasn’t about the framework. It was this: “I wanted AI to read my inbox for me.”

That was my problem. Stated plainly, without overcomplicating it.

The One Level of Email Automation That Actually Matters

Jenny breaks automation into four levels. The one that matters here is the first: AI reads your email, separates it into categories, and you deal with what’s left.

That’s it. No agents making decisions on your behalf. No complex workflows routing data between platforms. Just sorting.

Her article is written for people choosing between automation platforms.

Builders evaluating which tool fits which job. Most of us aren’t making that decision. We’re trying to figure out what we can do with the tools already sitting in front of us.

That gap is where this gets interesting.

AI Email Triage Without the Fancy Tools

You don’t need a workflow engine to get Level 1 email triage. If you’re in Google’s ecosystem, you already have what you need.

I took Jenny’s concept to Gemini because it’s native to Gmail.

The idea was simple:

• write a script that reads my unread emails,

• uses AI to classify them into three buckets (action item, read later, noise),

• labels them, and archives them out of the inbox.

It was not a clean process.

During the testing — a simple click-the-Run-button process — I had to adjust and readjust because some emails were getting lost in the void.

Turns out, if the script archives a message before the label fully sticks, the email ends up homeless.

No inbox, no folder.

Archived in a catch-all folder with every other email you’ve ever kept. The fix that finally worked was suggested by Gemini: label first, pause two seconds, then archive.

Here’s what my inbox looks like now. Clean. Empty, actually.

This solved one piece of the Chief of Staff dashboard I’ve been building: the triage layer I couldn’t figure out how to automate.

But here’s what the automation didn’t fix: the habit.

Even with everything sorted, I still caught myself checking email whenever time allowed. Treating the triage of email as a badge for productivity honor when it’s really just a bad work habit that needed to be broken.

The sorting is solved. The compulsive checking is the next problem.

Is This Worth Your Time Right Now?

If you’re checking email between client calls whenever time allows, or treating inbox triage like your best productivity process, then yes. This is worth your attention right now.

Not because the concept is hard to implement. It’s not. But because your time and energy are more valuable than sorting emails into folders by hand. The real question isn’t whether you can automate this. It’s whether you’re willing to stop doing it yourself.

Figure out your categories. Find the simplest tool that sorts into them. If you’re in Google’s ecosystem, you already have what you need. The automation is the easy part. Trusting the system enough to stop checking is harder.

Jenny’s full article is here: 4 Levels of AI Automation. It’s worth reading even if you never touch a workflow engine, because the levels help you name what you’re actually trying to build.

Here’s the question worth sitting with: What are the three folders that would cover 90% of your inbox? Action items, read later, and noise worked for me. If you named yours, you’d already have the blueprint for what to automate — and what to stop checking.

This year’s winter jaunt was laid-back St. Augustine, Florida. Getting there and back meant two days in the car — the perfect stretch for catching up on work, reading, and whatever sparks come from hours of uninterrupted road time.

After my turn to drive, I decided to get an article or two into the pipeline. Except the work couldn’t be tackled on my iPad. Pulling out the laptop isn’t usually a big deal, but the computer bag was wedged in the back of the car and getting to it required some gymnastics I wasn’t in the mood for.

That’s where the rubber hit the road on my fancy Cursor content creation process.

The rubber being Cursor. The road being this: every conversation felt like starting from scratch. I was re-explaining myself every time. The context that makes working with Claude feel like working with someone who actually knows me — the memories, the context docs, the way I’ve built up how I operate over dozens of sessions — none of that was there. So while the AI agent was doing its job — technically — I was starting from scratch. Again.

That’s when it hit me: your AI workflow is only as good as what your AI actually knows about you.

Moving from Cursor back to ClaudeAI

The decision to move the full content pipeline out of Cursor had already been made — that part was clear. But mid-migration, something stopped me. The experiment docs were being glossed over and they’re the foundation of every article I write. Get that wrong and everything downstream is shakier than it needs to be.

So before anything else, I dealt with that first.

I had nine experiment files sitting in Cursor as markdown docs. I uploaded them all to Claude, and we assessed the existing Notion database together — what to keep, what to cut, what was missing entirely.

Claude fixed the schema.

The old template sections — Prompts, Inputs, Outputs, Artifacts, Notes, Next Iteration — got replaced with the structure that actually matched how I work: What I Built or Changed, How I Tested It, What Happened, Verdict.

Then the MCP applied all the existing records into the updated database. That’s where it got interesting. The first test run overwrote records instead of updating them. We fixed it and retested. Four rounds before it landed cleanly.

Once the existing data was solid, I added the forward workflow: at the end of any build session, ask Claude to document it directly into Notion. I live-tested this in the same conversation — one API call, all properties and body content written correctly in one shot.

The improvement I didn’t see coming: documenting the build directly through the conversation removes more friction than any tool switch ever could.

The breaking points, or not.

Nothing broke in the technical sense. Which is almost the point.

The friction in Cursor wasn’t loud. It didn’t throw errors or fail visibly. It just quietly required more from me than I realized — more re-explanation, more re-context, more process around the edges. The kind of thing you stop noticing because you’ve adapted around it.

What I didn’t expect was how much I relied on the build notes — the Experiment doc — as the actual foundation of each article. It adds the context, the actual conversation threads from AI and sometimes screenshots.

It was a structural piece that wasn’t getting its due. Cursor’s AI agent didn’t have access to the relationship Claude has built or the conversation memory. That’s not a Cursor problem — it’s just a fundamentally different thing.

Because sometimes broken isn’t when things don’t work, it’s when things are overlooked.

And if I’m honest, I’d been chasing a shinier setup instead of trusting the process I’d already built. The tools that had context — Claude, Notion — were right there. I just had a layer in the middle that didn’t.

If I had to do it again.

Trust the process you already built. Notion had been functioning as my persistent memory all along — storing context, tracking experiments, holding the thread between sessions. Claude had been the thinking partner. Those weren’t gaps to fill with a new tool. They were the foundation worth building deeper into.

I’d stacked a layer on top instead of doubling down on what was working. The switch didn’t require a complicated migration plan. It required recognizing that the combination I was working around was already solving the problem I needed solved.

New and shiny has a cost that’s easy to miss: it starts with zero context. And zero context means starting from scratch. Every time.

Decision one in the bag.

Kill Cursor for content creation. The decision wasn’t about features or capability — it was about context. Notion for persistent memory. Claude for thinking partner and automation. That’s the combination that already knew how I worked.

Cursor wasn’t a bad tool. It was the right tool for a moment that’s passed. The smarter move wasn’t finding something newer. It was recognizing what was already working and doubling down on it.

Notion remembers. Claude thinks and connects. That’s the pairing worth building on.

One more thing worth naming: things move fast in the AI space. What feels like a gap today may not be the stumbling block tomorrow. That’s not a reason to wait — it’s a reason to make decisions based on what’s working now, not what you’re hoping a new tool will eventually solve.

This is Part 1 of a short series on rebuilding the content workflow from the ground up. Getting the experiment documentation right — the soul of every article — was the foundation.

Next up: how the Article CEO workflow sits on top of it, and how the full pipeline runs from first spark to published piece.

One Thing You Can Try Today

Take five minutes and run this prompt against your current workflow:

“I use [tool/s] to do [specific job]. Given what I know about [the other tools I use daily], is this still the right fit — or am I working around it without realizing it?”

You’re not looking for a reason to switch anything. You’re just looking with fresh eyes. The answer might be: this still fits perfectly. That’s a useful thing to confirm too.

I’m big on organization especially when it comes to AI use and conversations. So her guides are always well-organized and specific in a way that makes you slow down and take note even when the technical details aren’t directly relevant to what you’re doing.

I read this one because Cowork is where I’m spending more of my time this quarter, and Karo has a way of laying things out that makes you look at your own setup and think: wait, am I being sloppy about something that matters?

The article covers a lot of ground — connector architecture, permissions, using Notion as persistent memory. Good stuff, worth reading on its own.

But the thing that I got the most out of wasn’t the technical setup of CoWork. It was something simpler underneath it: the names you give your folders are instructions to Claude, not just labels for yourself.

The names you give your folders are instructions to Claude, not just labels for yourself.

Karo’s folder structure is deliberate. Each name signals what Claude should do with what’s inside it. Easy to skim past when you’re looking for the architecture details.

The kind of thing that’s obvious in hindsight and invisible until someone makes it explicit.

Two things I took from Karo’s setup that didn’t require me to build anything new:

Sub-folders beat a flat root. Before reading this, everything except outputs lived in my root folder. One folder. Everything dumped in. It works until it doesn’t — and when it doesn’t, it usually means Claude is filling in gaps you didn’t know you left.

The rename that clarified something I hadn’t noticed. When I ran the article through a conversation with Claude, it flagged one specific thing: my folder called references should probably be called context. I didn’t push back. It made sense immediately.

Here’s why it matters.

References, to me, means sources: supporting documents, things I cite, external material. Context means something different: what Claude needs to understand my world. My voice. My audience. How I think about problems. Those two things were living under the same name, and that name was doing the wrong job.

The practical move is simple: look at your Cowork folder setup and ask whether the names mean what you think they mean to Claude — not just to you. That’s a five-minute audit. It won’t overhaul your system. It might just make it work the way you thought it already did.

If you’re using Cowork and have any kind of folder structure in place, this is worth 20 minutes now. Not to rebuild from scratch — just to look at what you named things, how you’re set up — and whether those names are doing the right job.

If you’re not in Cowork yet, this type of thinking works with other file management best practices. Starting with intentional folder names is a better foundation than cleaning them up later. Either way, go read Karo’s full article. The Notion memory setup alone is worth the time.

Karo’s full article is here:

Product with Attitude

Claude Cowork Guide for Power Users: 50+ Tested Tips on Plugins, Skills, Sub-Agents, and Memory

Read more

4 months ago · 128 likes · 15 comments · Karo (Product with Attitude)

One question to sit with:

In your current Cowork setup, is there a folder named something that made sense to you when you created it — but might mean something different to Claude? That’s your starting point.

A friend of mine loves to bake. Cakes, cookies, those little things she drops off that nobody ever turns down. But somewhere between the job, the side gig, the family and everything else life stacks on top — she was running out of time to do it. The baking wasn’t the problem. The process around it was eating the hours she didn’t have.

So I asked her: why not get ahead of it? Do the prep work in bulk when you have a window. Handle the time-consuming parts in advance, so when the hour finally appears, you’re not starting from scratch — you’re just baking.

She looked at me like I’d said something obvious. And maybe I had.

That conversation stuck. Because I’d been having the same one about my own business — just without the baking. Moving information from one place to another. Updating the same record in two tools. Copying what Claude produced into Notion, over and over.

The baking was fine. The prep work was the problem.

And the fix wasn’t somewhere else. It was already in the room.

The problem wasn’t what I had. It was what was missing between them.

The terminology was never built for you

You’ve probably heard this by now: connect your tools. Automate the repetitive stuff. Let AI handle it. Or maybe it comes with a list — MCPs, APIs, automation workflows. Someone making it sound like the logical next step.

And if you’ve ever looked at those words and thought, that’s not for me, you weren’t wrong to think it. For a long time, connecting apps required reading through developer documentation, understanding architecture, building the integration yourself. The barrier was genuinely technical. The conclusion — this isn’t in my lane — was a reasonable read of the situation.

But here’s what changed: everything around those terms did. The terms are the same. What they require from you isn’t.

MCPs. APIs. Skills. Plugins. These aren’t going away — if anything, you’re going to hear them more. But they’re no longer instructions for developers. They’re descriptions of how a system works. And once you understand what each one actually does, in plain language, the next question stops being can I even do this?

It becomes: where does this fit in what I’m already doing?

That’s a completely different question. And it starts with four definitions.

When Claude does the work... sort of

I had Claude do some of it. Updating records in Notion, pulling information across, and handling the pieces I didn’t want to do manually. And sometimes it was great — exactly what I needed.

Other times, it was inconsistent. Spotty results. Updates that half-landed. A process that worked well enough on a good run and let me down on the next.

The fix existed. I knew that. The problem was getting it to work reliably — and that meant setting things up properly, with the right connections in place.

And here’s why that matters for you — especially if you don’t have a technical background.

The path to fixing it runs through terms like MCPs, APIs, Skills, and Plugins. And for most people, that’s exactly where the conversation ends. Not because the concepts are complicated. Because the words signal: this requires a developer. This is not your lane.

That signal is wrong.

The terminology was built for a technical audience. It wasn’t built to keep you out — it just was never translated for someone who runs a business without a coding background. So you keep copying and pasting. You keep doing the manual steps. Not because you can’t use these tools, but because nobody handed you the plain-language version of what they actually mean.

That’s what this is.

Here’s what happens when the terms click.

You stop asking “can AI do this?” and you start asking “which piece handles this?” That’s a completely different question — and it opens up a completely different set of possibilities.

For me, that looked like setting up CoWork, not Claude Code. Most of the conversation has gone in that direction — it’s the more technical option. CoWork is the everyday version. The one built for exactly this: connecting Claude to the apps and spaces you’re already using, without needing a development background.

What I built was a simple connection. My experiment notes on my hard drive. My Notion workspace. My dashboard. My articles. CoWork became the layer that linked them, so Claude could reach across those spaces without me manually carrying the information between them.

Before CoWork, I had something similar running in regular Claude. And it was inconsistent in a specific way — sometimes it would create or update the Notion records exactly right. Other times, it would stop short and hand me code or text to copy and paste myself.

Which, if you think about it, is just the copy-paste tax wearing a different outfit. The connection between Claude and Notion was missing the piece that makes it reliable — the MCP, the API link. Without that, Claude was doing its best with what it had. Which wasn’t always enough.

The copy-paste process didn’t disappear because I found a smarter workaround. It disappeared because I had the right structure in place. Four terms. Four jobs. Each one handles a specific part of how the system works.

That’s what this understanding makes possible for you. Not a complicated build. Just a clear picture of what each piece does — and suddenly, the question isn’t whether you can do this.

It’s where do you want to start?

The four terms, in plain language

So let’s get into the four terms. Not the developer version. The version that actually makes sense for how you run your business.

MCPs — the hallway.

Your business doesn’t live in one room. It lives in Notion, in your inbox, in your calendar, in the documents on your hard drive. MCP is what builds the hallway between them. Without it, you’re the one carrying information from room to room. With it, the information moves on its own.

APIs — the smart lock.

You’re not handing anyone a key to your house. You’re giving controlled access — a code that works for a specific door, for a specific reason, and can be revoked whenever you want. The house stays yours. You just decided who gets through which door.

Skills — the recipe adapted for who’s cooking.

Same kitchen, same base. But a home cook improvises differently than a baker, who measures everything, because the chemistry matters. Skills are how Claude’s instructions get calibrated for the task at hand. What works for syncing documents is set up differently from what works for writing. Same foundation. Different precision depending on what’s actually being made.

Plugins — the meal kit.

Someone has already figured out the ingredients, the sequence, the portion sizes for a specific dish. You’re not building the recipe from scratch — you’re getting a pre-assembled package designed for one job. A sales plugin is a meal kit for prospecting. A marketing plugin is a meal kit for content.

Skills teach Claude how to cook. Plugins tell it what to make and for whom.

MCPs connect the rooms. APIs control who gets through which door. Skills are the recipe adapted for who’s cooking. Plugins are the meal kit — pre-assembled, one job, ready to go.

The companion piece walks through building each of these layers — what setup looks like, what to do with an API key, and how to build a Skill for a specific task. That’s where the how-to lives.

Here’s what staying manual actually costs.

Not in a dramatic way. Just in the quiet, steady way of doing the same task twice because the tools don’t talk to each other yet. Copying what’s in one place into another. Updating the record. Doing it again next week.

It’s not broken. It just never stops being your job.

The other cost is harder to see. It’s the possibilities that don’t show up because the vocabulary hasn’t landed yet. You can’t ask for a connection you don’t have a word for. You can’t build a system around terms that feel like they belong to someone else’s world.

The copy-paste tax is the visible one. The vocabulary gap is the invisible one. And they compound — the longer the terms feel inaccessible, the longer the manual process continues.

Noticing that friction isn’t weakness. It means you’re paying attention to where your time is actually going — and asking whether it has to.

It doesn’t.

Five things worth taking with you

If you only take away five things from this:

1. MCPs connect your tools. Without the connection layer, you’re the one carrying information between rooms. That’s the copy-paste tax — and it’s optional.

2. APIs are access keys, not developer tools. You give controlled access for a specific purpose. The house stays yours. Access is yours to grant and revoke.

3. Skills are how Claude’s instructions get calibrated for the task. Same base, different precision depending on what’s actually being made. A sync task and a writing task don’t run on the same settings.

4. Plugins are the meal kit. Someone already figured out the ingredients and sequence for a specific job. You’re not building from scratch — you’re deploying something pre-assembled for one purpose.

5. The barrier was never a technical skill. It was unfamiliar language. Once the terms land, the question changes from “can I do this?” to “where do I want to start?”

You’re allowed to find this hard.

Not because the technology is complicated. Because the language around it was built for a different audience — and nobody handed you the translation. So you watched the tutorials, heard the terms, and quietly concluded that this level of setup wasn’t for you.

That conclusion made sense with the information you had.

It’s just not accurate anymore.

The tools are there. The connections are possible. What changes first isn’t your setup — it’s the question you’re asking. And the question changes the moment the terms stop feeling foreign.

So here’s what I want to leave you with: what’s one process in your business where you’re still the one carrying the information? Not a general category — a specific thing. The task you do every week that moves the same data from one place to another, because the rooms aren’t connected yet.

That’s your starting point.

And once the terms land, the next question becomes which tool is the right fit for the job you’re trying to do. That’s a different conversation — and one worth having.

If you want to go further, the companion piece walks through building each of these layers, from what to do with an API key to how to build a Skill for a specific task. That’s where the how-to lives.