Anthropic delays Claude Agent SDK credit shift for claude -p and third-party apps
Anthropic paused a same-day policy change that would have moved Claude Agent SDK, claude -p, and third-party SDK apps onto separate monthly credits. Existing subscription-backed workflows continue unchanged for now, but teams should watch for the redesigned billing plan.

TL;DR
- Conductor's update said Anthropic pushed back the subscription change, so Claude Code plans still work with Conductor for now.
- According to Wes Roth's summary, the paused policy would have moved Claude Agent SDK usage,
claude -p, and third-party SDK apps off normal subscription rate limits and onto a separate monthly credit bucket. - aibuilderclub_'s breakdown said nothing changed on day one: no new credit bucket, no new limits, and no user action required.
- The sharpest developer reaction came from people who had already rerouted workflows, with omarsar0's earlier post saying he had moved work away from the SDK and Gergely Orosz's post calling the original switch a rug pull.
- The reversal is temporary, not final, because Wes Roth's summary said Anthropic is revising the plan and may still introduce a different credit or usage system later.
Conductor surfaced Anthropic's email language that it is "working to update the plan to better support how users build with Claude subscriptions," while Zed's post confirmed affected customers were told the change was not happening that day. Theo's post added that T3 Code users could keep using Claude Code with their subscriptions, and Gergely Orosz's reaction captured why the walkback landed as much as the policy itself.
The walkback email
Anthropic's public confirmation seems to have arrived through partners and customers, not a polished blog post. Conductor's update quoted the email directly, and Zed's post said affected customers were told the change was not going live that day.
The key line in Conductor's update was that Anthropic is revising the plan "to better support how users build with Claude subscriptions." Zed's post framed it more bluntly: this was a same-day stop on a same-day billing change.
What stayed unchanged
The practical outcome is simple. aibuilderclub_'s breakdown and Wes Roth's summary both said Agent SDK apps, claude -p, and third-party tools built on the SDK kept drawing from existing subscription limits.
That unchanged list matters because the original policy had already been understood as broad enough to hit more than Anthropic's own surfaces. caspian_1016's earlier post had described June 15 as the date when Agent SDK and claude -p usage would move out of normal subscription limits, and cramforce's reply summarized the concern as SDK use being forced onto secondary credits.
Why developers reacted hard
The backlash was partly about cost, and partly about whiplash. In omarsar0's earlier post, one developer said he had already moved work away from the Claude Agent SDK because of the planned pricing change.
Gergely Orosz's post argued the SDK ecosystem had grown precisely because it could legally ride on more generous Claude Code Max subscriptions, then called the pricing shift a rug pull. Theo's post and Conductor's update show why this mattered beyond one tool: multiple products had built subscription-backed workflows around the old assumption.
What remains unresolved
Anthropic did not kill the idea, it delayed it. Wes Roth's summary said the company is revising the plan, while aibuilderclub_'s breakdown said users should expect advance notice before anything takes effect.
The unresolved parts are the ones engineers actually care about:
- whether a future credit bucket would still cover
claude -p, according to Wes Roth's summary - whether third-party Agent SDK apps would be priced differently from Anthropic's own surfaces, as implied by aibuilderclub_'s breakdown
- whether the final plan preserves subscription-backed programmatic use at all, which neither Conductor's update nor Zed's post answered
- how much developer trust Anthropic burned by reversing course only after people had already changed workflows, as omarsar0's earlier post and Gergely Orosz's reaction both suggest