HOME/BLOG/ESSAY

Who Types /skill: June 15, Claude Code Subscriptions, and Why It's Mostly Semantics

Anthropic starts metering programmatic Claude usage on June 15. They have a business to run, but their incentives and yours point in opposite directions: you want cheap tokens, model-agnostic workflows, and zero vendor lock. They want the opposite.

(Any views expressed here are my own. This is commentary, not investment, legal, or career advice. Do your own homework.)

Anthropic and the AI overlords are at it again, dangling one carrot and then reaching for the stick. For about a year your Claude Code subscription let you mainline Opus for a single flat monthly fee, running it all night and running it while you slept and running a small army of agents off a single seat, because the first hits are always cheap and the dealer knows it. On June 15 the meter comes on.

In the same breath that Anthropic shipped /goal, an agent that grinds away on its own while you wander off to make a sandwich, they announced that programmatic workflows now have to get off the subscription, and those two things cannot both be true at once, can they? Somebody is lying to themselves here, and I am fairly sure it isn’t me.

On June 15th, programmatic usage of Claude gets yanked out of your subscription and metered at full API rates, and on paper I am exactly the mark this is pointed at, because I run autonomous loops for a living (kind of). So here is the part the explainer posts are too PC to say out loud: this doesn’t stop me running loops, not even a little bit. What it changes is how recklessly I get to experiment, and it forces an honest look at which stages actually deserve Opus and which can run on Kimi 2.6 or whatever cheaper model does the job. Until I make the call, I will keep my loops on the subscription for as long as the platform lets me, and the day it stops letting me I will type /skill {folder} and hit enter myself like a caveman if I need the model.

None of that is defiance. It is just what happens when somebody draws the line in the wrong place.

The change, in one breath

Starting June 15 the thing they call programmatic usage leaves the subscription, and that bucket includes the Claude Agent SDK, claude -p in non-interactive mode, Claude Code GitHub Actions, and any third-party agent wearing the SDK’s badge. All of it moves to a separate monthly credit pool billed at full API rates, with Pro getting $20, Max 5x getting $100, and Max 20x getting $200, and there is no rollover, no pooling across your team, and a hard stop the second the credit runs dry unless you went into the settings and flipped on overflow billing like a responsible adult.

Interactive Claude Code, the web and mobile apps, and Cowork all stay on the subscription, completely untouched. The official line from Boris Cherny is that subscriptions “weren’t built for the usage patterns of these third-party tools,” which is fair enough, because a flat rate that one obsessive runs around the clock was never going to survive contact with reality.

If you want the full autopsy on credit tiers and overflow and what happens to your CI, there are already a dozen good explainers for that. I care about the observation that actually matters, which is where exactly the line falls and why that spot makes the whole thing mostly theater for someone like me.

The line isn’t where they say it is

The billing line is not drawn between human work and machine work, it is not drawn between short jobs and long ones, and it is not drawn around autonomy, which are the three places you would actually expect to find it.

It is drawn at the entry point.

The exact same job, with the same prompt and the same tokens and the same model and the same output, counts as subscription usage if it walks in through an interactive session, and metered API usage if it arrives through claude -p or the SDK. Which means the work never sets the price, the entry point does. That is a semantic line rather than an economic one, and once you have seen it you cannot unsee it.

Anthropic is arguing with itself

Look at what Anthropic happily ships on the subscription right now.

  • /goal: you hand it a finish line and Claude takes turn after turn toward it on its own, with a small fast model checking after each turn whether you have arrived yet and quietly sending Claude back in if you haven’t. There is no human in the loop, which makes it autonomous work by any honest definition, and it bills to your subscription.
  • /loop: you fire a prompt or a slash command on a repeating interval, or you let it set its own pace based on what it sees, and it runs recurring and unattended on the subscription.

Take those two together and the pattern is obvious, because both of them run on their own, both keep going long after you have walked away, and both do the exact kind of programmatic grinding the June 15 change is supposedly about, yet both bill to your subscription. The only thing that makes the SDK version programmatic and the /loop version not is which entry point each one happened to use.

So if you state the policy honestly it is not “don’t run programmatic workflows on your subscription,” it is “don’t run programmatic workflows on your subscription through these specific entry points, while we keep building you other entry points that do exactly the same thing and bill the other way.” That is not a pricing principle so much as a tollbooth on one road with a wide open field sitting right next to it.

So what actually changes for me?

Mostly it comes down to who types /skill {folder}.

Today I can wire an agent to drop work into a queue and let a headless process grab it through the SDK, and after June 15 that road simply has a meter on it. The actual work, whether it is the implementation or the review or the refactor or whatever the skill happens to do, does not change in the slightest, it just needs a different way in.

The boring version of the workaround is that I leave a “master” session open on my always-on box and point it at a folder, and another agent drops work into that folder as a spec or a target directory or a task file while the master session eats each item as it lands and runs the skill against it. The session stays interactive, the work is identical to whatever the SDK would have done, and the only thing that moved is the trigger, which is now CC native.

Here is the part that bugs me most, which is that I don’t even need to automate the trigger, because the lowest-tech version of all of this is just me, looking at the queue and typing /skill {folder} and pressing enter. What a waste of my life, nudging clankers all day. And yet a human typing a command into an interactive session is the most subscription-billed thing in the entire universe, so if the only difference between metered and free is whether a script or my own index finger pushed the same button, then the distinction has already quietly died. I did not find a loophole, they drew the line in the shape of one.

A session babysitting a folder is not a detached daemon, since it has to stay open and the machine has to stay on, which for me is nothing because I already run an always-on 3090 for local models, but for someone on a laptop they snap shut at night it is a real constraint. I am pointing all of this out to show how flimsy the boundary is, anchored as it is to features Anthropic themselves bill to the subscription. I am not here to teach you how to work around TOS, so if you are running at a scale where this actually costs real money, skip ahead to the part where I admit it is fair.

My pipeline is just slash commands with a gate between them

Out of the abstract, and into my normal Tuesday evening.

A unit of work in my harness is a cycle, and a cycle falls out of a pipeline that nests like Russian dolls, where a brainstorm becomes an initiative, the initiative breaks into cycles, each cycle gets planned into waves, and each wave is a pile of tasks that never touch the same files. A recent implementation in my repo went from six brainstorm documents into a single initiative into three cycles, each of them a wave-partitioned plan of individual tasks, and none of that is exotic because it is really just the bookkeeping that stops an autonomous agent from tripping over its own feet.

Each cycle then runs through a fixed agent pipeline, and here is the part that matters for June 15, which is that the pipeline is multi-vendor with purpose. This is a real cycle config from my repo, outlining the flow I oversee in my tauri cockpit.

Cycle Pipeline
Automated
Plan
Scaffold the plan, gate it on review, execute the waves, review the diff, and loop the fixer until the score clears 8.5.
/orchestratorOpus 4.8 · scaffold + planclaude
plan-reviewerGPT-5.5 · gate ≥ 8.5codex
/wave-executorOpus 4.8 · execute wavesclaude
code-reviewerGPT-5.5 · reviewing diff...codex
/fix-taskGPT-5.5 or Opus · fix loopeither

The tags on the right are the whole point, because the orange claude stages, /orchestrator and /wave-executor, run Opus 4.8, while the outlined codex stages, plan review and code review and the fix loop, run GPT-5.5. Opus plans and builds while GPT-5.5 reviews and breaks ties, and the thing loops until the gate clears at 8.5, with the box colors showing nothing more than progress, so solid is done, orange is running, and faded is waiting its turn. Every single stage is a slash command, which means I can sit here and type /orchestrator, read the plan, type /wave-executor, watch the waves run, and then type /fix-task {cycle} to drive the review-and-fix loop, hitting send between each one. That is the whole pipeline, and every keystroke of it is interactive subscription-billed Claude sitting right next to codex -p GPT-5.5 and sharing the same desk.

The loop is just me, removed from the enter key

Now flip on executionMode: automated and the harness types those commands for me, so the orchestrator hands off to plan review, plan review clears the gate and kicks the wave executor, code review fails and spawns the fix loop, and the fix loop runs again until the score finally clears. The commands are the same, the models are the same, the tokens are the same, and the work is the same, and the only thing that changed is that I am no longer the schmuck pressing enter between stages.

That is the entire appeal of autonomy, because it is so much nicer that hand-driving a five-stage gated pipeline across a dozen cycles, which feels miserable by comparison while letting it run in the background is the whole feature. But nicer is not the same as different, and what you are looking at is just the same pipeline with the human babysitter quietly removed.

Which is why the billing line feels so arbitrary from where I am standing, because the automated version and the by-hand version do identical work, and after June 15 one of them costs API rates while the other stays subscription based, with the only difference being whether my finger or a state machine pushed the button.

Why it’s a losing battle

You cannot define programmatic by which entry point a job used when your own product line keeps knocking down the walls between those entry points. Or.. I guess you can?

Every release Anthropic ships more interactive autonomy because they have to, since that is where the competitive fight actually is, and every time /goal gets sharper or /loop gets smarter they hand a person more ways to do unattended, programmatic-shaped work without ever touching the SDK. Every step they take to stay competitive widens the exact gap their billing change is trying to close, which means they are effectively bailing water into their own boat.

To actually enforce the line they would have to lobotomize the very features they are sprinting to build, telling /goal it can’t loop too many times and telling /loop it can’t run too long or on a schedule, and the moment they did that the interactive product would get worse and the whole “your agent works while you sleep” pitch would die in its crib. They are not going to do that, because the autonomous experience is the product now.

So the definition is unenforceable without shooting themselves in the foot, which is exactly why I am comfortable betting my whole workflow on the subscription side of this line for as long as it exists. They can certainly move the line again, and they probably will, but they cannot move it anywhere that is both coherent and compatible with the thing they are trying to sell you.

Where the change is real, and fair

I don’t want to oversell the theater angle, because for plenty of people June 15 is not theater at all.

If you are running a true headless fleet, with dozens of agents in CI and scheduled jobs hammering the API around the clock and a team building an actual product on top of the Agent SDK, then you are burning real inference at real scale and metering it is completely reasonable. A subscription was never going to bankroll a startup’s production agent infrastructure, so the credit pool and the full API rates and the overflow billing are simply what compute costs for that crowd, and paying it is fair, because nobody is owed a subsidy forever.

The “mostly theater” verdict is specifically about the solo operator on one box, meaning one person and one machine running loops that serve their own work at a volume that would have fit inside the subscription’s interactive limits anyway if they had just walked it through the front door. That is me, and it is a lot of you reading this, and for us the change does not take away the ability to run loops so much as it reshuffles how we trigger them.

The reason I care is not that I would go broke without the subsidy, it is what a meter does to experimentation, because open-ended, run-it-and-see, who-knows-what-this-does iteration is the first thing that gets expensive when every speculative loop bills at full API rates. The honest move is not to pay the meter or to quit, it is to take a cold hard look at the pipeline and decide what genuinely needs Opus and what can run on Kimi 2.6 or some other cheaper model that is almost as good, because the meter turns “throw Opus at everything” into an actual question worth answering. So I stay on the subscription and run loops while the platform allows it, I downgrade my fanciest triggers to a guy pressing enter the day it doesn’t, and I rationalize my model mix with purpose instead of in a panic.

What’s being metered tells you the motive

I will flag this as a gut call rather than gospel, but you can read intent from where a company draws its lines, and judging by the actions this is where this particular one points.

Notice what June 15 actually meters, because it is not autonomous work, which ships on the subscription, and it is not long-running work, since /goal runs as long as it wants on subs. What gets metered is Claude invoked programmatically, which is the exact mode where Opus is a part I call from my own orchestrator while it sits next to GPT-5.5 and OSS models like Kimi 2.6.

That is the tell, because in my pipeline Claude is not the harness but one node in a mixed loop I own, doing the stages it is best at while a competitor’s model does the rest, which means the thing they are making expensive is precisely the setup that treats Opus as swappable, one model among several in a pipeline that somebody else controls.

Meanwhile the subsidized road is /goal and /loop, which is Claude Code running as the whole loop, first-party and all-Claude and owned end to end by Anthropic, so the incentive was never “use less compute,” because if it were then their own looping system wouldn’t be included. The incentive is to get you to stop wiring Opus into your own multi-vendor Frankenstein and come live inside theirs instead.

The other half of it is even less subtle, and it is simply money, because subscriptions where the heaviest users run loops around the clock are a business that Anthropic, like OpenAI, is clearly not making money on, or barely, and metering the programmatic road is how that stops being a loss leader. Vendor lock and revenue are not two competing theories here, they are the same hand reaching for the same wallet.

The takeaway

The real story is not a price hike, it is that Anthropic hasn’t actually decided what a subscription means in the agent era, and they are billing by the entry point because the entry point is the last thing left that is easy to measure, given that autonomy and duration and the whole question of “is this programmatic” all turned to mush the moment they shipped /goal and /loop onto the subscription themselves.

So they drew a line that their own roadmap keeps tripping over, and for the funded teams at scale that line is a real and reasonable bill, while for the solo operator with an always-on box and a folder full of queued work it is mostly a reminder that the cheapest and most durable trigger ever invented is still a human typing a command and pressing enter.

I will run my loops on the subscription for as long as that remains a thing, rationalize my model mix with purpose, and type /skill {folder} by hand the day automation gets metered. Doing the same work for the same price, and if that breaks the spirit of the change then the change should have been about the work rather than about who types the command.

None of this is me sharpening a pitchfork, because Anthropic has a business to run and a frontier to fund, and charging real money for compute is entirely their right. The point is quieter and simple, their incentives and yours are simply pulling in opposite directions. You want cheap tokens, model-agnostic workflows, and zero vendor lock, while they need pricier tokens, a single-vendor harness, and as much lock-in as the market will tolerate. That tension is the whole reason this landscape is so hard to manage from both ends, and it is why no single shiny feature should ever be mistaken for a simple gift.

So here is the thing worth remembering if you are building anything on top of the big labs. The dealer letting you sample the product, and the first hits are cheap by design. Don’t get too addicted, because sooner or later you pay for the fix. Take the carrots, because plenty of them are genuinely excellent, but don’t get fooled, because the stick is never far behind. And it’s an expensive one.

Andrew Bembridge

Andrew Bembridge

HEAD OF DIGITAL INFRASTRUCTURE · BUILDER OF LOOPCYCLE

I write OrchestrateAI as I build Loopcycle, the AI orchestration harness I use every day. My work sits where marketing, support, operations, and automation start becoming one system.

signature