Six months ago I built one workflow inside Claude Code. Today, a single Fireflies transcript fans out across 8 systems with human-in-the-loop gates built in after the meeting ends. The same six months spent inside ChatGPT would instead have produced a folder of custom GPTs no other tool can read, and no future model will care about.

That contrast is the cleanest argument for the most underrated AI initiative of 2026 for ALL knowledge workers, not just software engineers.

Claude Code launched in May 2025 as a coding tool. By November it had crossed $1 billion in annual revenue, making it the fastest-growing enterprise software product in history. By April 2026 it sits above $2.5 billion ARR and accounts for more than half of all enterprise spend on Anthropic. The parent company has just overtaken OpenAI on revenue at $30 billion ARR. These are not niche numbers, and the market has decided. Most non-technical knowledge workers have not noticed because the product was packaged as something for engineers.

That packaging is now the most expensive misread of the cycle.

Claude Code is the most underrated AI environment for non-technical knowledge workers, and the operators who start building inside it this year compound a lifetime advantage that anyone still renting their AI future from someone else's UI (ChatGPT, Claude, Copilot, Gemini) cannot replicate. The work is not learning to code, but learning to architect the context the agent reads from. That skill is the one knowledge-work bottleneck nobody told the market about.

Anthropic clearly wins from the trajectory above. So does anyone who builds inside it, because the architecture they build is their asset, not Anthropic's.

That distinction is the entire argument.

What Chat UIs Actually Own

ChatGPT, Claude.ai, Copilot, and Gemini are getting better at the surface and worse at the substrate. The thing called "memory" in those tools is a retrieval system the platform owns end-to-end. The chat extracts snippets it judges relevant, stores them as opaque chunks, embeds them with an embedding model the platform chose, and surfaces them at query time using a similarity-search algorithm the platform controls. The operator can delete entries, but the operator cannot direct retrieval at the moment of asking, restructure the chunking, or audit what reached the chat versus what got skipped.

To be super clear, that gap reshapes everything downstream. Putting files into a ChatGPT Project gives the chat access to them, but does not let the operator say "use the brand voice file when drafting copy, ignore it when answering analytics questions", and Claude Code does. The difference is not whether the chat can see files but whether the operator owns the disclosure rules.

Three modes of disclosure exist inside Claude Code, all controllable by the operator:

  • Prescriptive: load this file right now via @reference.md, so the operator says exactly which context enters the chat.

  • Directional: point the agent at a folder when context is needed, and the agent decides which files within it to read.

  • Emergent: let the agent read what it judges relevant, guided by the architecture the operator wrote.

All three are inspectable, version-controlled, and rebuildable without losing the underlying knowledge. None of these are available in any chat UI, because the chat UIs cannot let the operator into the retrieval layer without dismantling their own moat.

Across the workflows I have measured in my own architecture (proposal drafting, content drafting, transcript analysis, account research), accuracy moves from roughly 75% useful to roughly 98% as the architecture matures. Other operators will see different numbers. The pattern is consistent though: more architecture, more tailored workflows, more accuracy.

Compounding Starts Immediately And Never Stops

The challenge is time, and six months sounds like a non-starter for anyone managing real responsibilities.

To be super clear, the reframe is six months is what mature compounding looks like, not what entry costs. The first useful workflow ships in a weekend, which replaces a recurring chunk of work shipped within two weeks. After that the value never stops growing.

Six months of compounding produces autonomous value most non-technical people think is beyond them. The way my own setup runs end to end after every meeting:

  1. A Fireflies webhook fires the moment a transcript publishes.

  2. A cron job on a Mac mini pulls reviews Fireflies every 5-minutes for new transcripts, pulled them into Google Drive for visualisation inside Obsidian.

  3. The transcript routes into the right client folder.

  4. A deep analysis is conducted over the transcript, with proposed next steps and engagement recommendations.

  5. Contact files update for every individual on the call in GDrive - how someone thinks, their role, what's important to them.

  6. A debrief layer fires automated drafts triggers to Slack, HubSpot, Gmail, and Google Calendar where needed.

  7. A content-mining layer extracts themes and ideas for separate writing workflows, these are pumped into Webflow and Beehiiv and other files for reviewing before publishing online.

  8. A coaching analysis layer scores the call against coaching foundations files built up from mentor sessions over years.

That whole pipeline runs without a human touching it. The build did not happen in one afternoon, but accumulated one component at a time over months, improving daily.

The most interesting moment in those six months came late which I built in the other month:

  • The coaching analysis was producing useful feedback on every call, scoring what went well and what did not.

  • After about four months I noticed it was scoring the call in isolation, never comparing the actual call to the call plan written before it.

  • The system could tell me how the call went. The system could not tell me whether the call followed the plan, or whether the plan was the right one.

  • That gap was invisible until the architecture was mature enough to reveal it.

That is what compounding intelligence produces that no chat UI can. Not speed, but visibility into what the system itself is missing, because the operator has spent enough months inside the architecture to start seeing through it. Call it 0.1% a day, applied across every workflow, never reset.

Portability Is The Moat

The thing is, the single most under-priced fact about Claude Code is that building inside it does not lock the operator into Anthropic. The architecture is markdown files in folders, with skills as markdown, hooks as shell scripts, and sub-agent definitions as markdown. The CRM I use is a folder of contact files, each one a markdown document.

The challenge is naming this distinction carefully. What is portable: foundations files, knowledge, contact records, frameworks, every markdown document the operator has written. That is the compounding asset. What is not portable: the runtime configuration, including skills, hooks, and CLAUDE.md syntax, which is tool-specific by design and rebuildable in any environment that matters. The asset moves, and the runtime is replaceable. Compare that to a custom GPT, where the asset and the runtime are both locked inside someone else's UI.

Models will change: GPT-5.4, Gemini 3.1, whatever Anthropic ships next, and every one of them reads markdown natively, so the architecture remains the input regardless of which engine executes it. Vendors will change too. Claude Code, Codex, OpenClaw(for that matter) and every agent framework being built reads the same file structure, so the architecture moves between them. Operators will change roles, businesses, and industries, and the foundational files about how they think, what they know, who they talk to, and what they have built travel with them. ChatGPT memory does not.

The killer test is one sentence. Try exporting ChatGPT memory in a format another system can use, try moving Copilot context to Gemini, or try taking the projects built in Claude.ai and running them in something else. Not stickiness, substrate ownership. Markdown does not have that problem because markdown is the format every serious AI system already speaks.

The thing is, this also handles the deepest objection to investing in any of this.

Some readers will argue that future AI will be good enough that nobody needs to manage context architecture manually, and that might prove true. The architecture is still the input regardless of how capable the engine becomes. Better models read it better, and the compounding asset survives the assumption.

What Chat UIs Will And Will Not Catch

The frontier-lab UIs will keep adding features: memory will improve, connectors will expand, and some version of skills will land in ChatGPT. Those improvements will ship every quarter and are worth tracking. They will not change the structural fact that the platforms own the substrate, because their business model depends on it. Not features, architecture ownership.

Where To Start This Week

To be super clear, the vocabulary inside Claude Code (skills, hooks, sub-agents, MCP) is intimidating from the outside and collapses from the inside. Claude Code helps the operator build Claude Code. The agent inside the tool is the tutor. Every time something does not work, the operator asks the agent what to do, and the agent walks through it. The learning curve flattens fast because the climb happens with the agent as the tutor, not against it.

Three starting points, depending on where the operator is right now.

  1. Never opened Claude Code. Install this week, since the starter plan is $20 a month. Create one project folder for a workflow done every week, drop existing reference files into it as markdown, and ask Claude Code to read the folder and summarise what it now knows. That single session reveals more about the limits of chat UIs than any article will.

  2. Already a power user of ChatGPT, Claude.ai, or Copilot. Stop adding more custom GPTs, Projects, or Gems. Every one is sunk cost in someone else's architecture. Audit what has been built across those tools, then honestly answer how much of it is exportable as files the operator controls. The answer is almost none. Pick one workflow currently running inside a chat UI and rebuild it inside Claude Code over the next two weeks. The capability gap will be obvious within the first session.

  3. Leading a team. Personal infrastructure first, team OS second. The team layer cannot be built on top of operators who do not have their own architecture. Identify two or three AI-curious operators inside the team and get them building inside Claude Code now. They become the architects when the team layer goes in. The pattern of legal teams writing skills for sales teams, finance teams writing skills for marketing teams, operations teams writing skills for everyone, is the future shape of cross-functional knowledge sharing. The personal substrate is the prerequisite.

The Argument

Six months from now, the operators who started this week have a context architecture making every workflow more accurate than it was before. The operators who waited are where they are today, with a UI that has marginally better memory and no exit ramp. Compounding does not start until the building does.

That is the argument, and it is short enough to act on this week. Build the architecture, own the substrate, and compound for life.

For anyone wanting a shortcut on the build

I'm launching a number of vehicles to support people rapidly upskill on Claude Code. Options:

  1. Our first private coaching cohort just filled up and the next will open shortly.

  2. A DIY course on building this for sales, marketing, and operations is shipping soon.

  3. Webinars and workshops for learning as a group.

Fill in the form if you want to come along for the ride.

Passionate about all things AI, emerging tech and start-ups, Mike is the Founder of The AI Corner.

Subscribe to The AI Corner

The fastest way to keep up with AI in New Zealand, in just 5 minutes a week. Join thousands of readers who rely on us every Monday for the latest AI news.