RSS Amplifier

Context Engineering · Aug 20, 2026

The Developer's Copilot

0
Sign in to vote or save

Matthew Kruczek · Context Engineering

Series: The Copilot Stack, Part 2 of 9

On September 1, 2026, every Copilot Business and Enterprise credit pool shrinks by more than a third. The setting that decides whether anyone notices is switched off by default.

If you only have a minute:

  • This is the easiest Copilot to defend to a CFO, because the output is checkable. Code either compiles and passes tests or it doesn't. No other product in this portfolio gets that.

  • The 2023 mental model is wrong. Most executives still picture line-by-line autocomplete. The current product researches a repository, writes a plan, makes the changes on a branch, and opens a pull request on its own.

  • A pooled credit system now sits underneath the whole thing, and most organizations haven't looked at it. AI credits are shared across every licensed user in the org, not metered per person.

  • The included pool is about to shrink. Business and Enterprise customers are on a promotional credit amount through August 31, 2026. On September 1, both plans drop back to their standard, smaller allowance.

  • Spending limits don't actually stop spending by default. GitHub ships four budget controls, and the one that turns an alert into a hard stop has to be switched on manually, one limit at a time.

  • Don't judge this product from the free tier. The free plan has no cloud agent and no ability to connect outside tools, so a free-tier trial only ever tests the least differentiated third of what you'd actually be buying.

Part 0 mapped the portfolio. Part 1 spent its length on Microsoft 365 Copilot and the permissions work that decides whether it earns its keep. This post covers the developer layer: GitHub Copilot, the oldest product in the stack and the one where "what does it actually do now" has drifted furthest from what most executives picture.

GitHub Copilot produces the most observable, checkable output of anything in this portfolio. It also now runs on a shared, pooled billing system that behaves nothing like a per-seat subscription.

GitHub Copilot splits into two categories, and only one of them is metered.

Unmetered, unlimited on every paid plan: code completions as you type, plus next-edit suggestions that predict where you'll edit next. Neither is billed by usage at all.

Metered, billed in GitHub AI credits: Copilot Chat, the command-line tool, and the cloud agent (formerly called the coding agent), which is what the rest of this post is about.

One AI credit equals one cent. Every interaction with Chat, the CLI, or the agent sends text to a model and gets text back, and GitHub prices that exchange by the model used and converts the result into credits. A quick chat question on a lightweight model can cost a fraction of a credit. A long cloud agent session running a frontier model across several files costs many, because it's doing more work on a more expensive model.

Give the cloud agent a task and it works through it without anyone sitting with it in an editor:

  • Researches the relevant part of the repository

  • Writes an implementation plan

  • Makes changes on a new branch

  • Opens a pull request when it's done

Every step lands as a commit, visible in the log and reviewable by anyone on the team. This is where the real precondition in this post lives, and it isn't limited to the agent: any time spent in Copilot Chat or the CLI draws from the same pool.

Completions make typing faster and never touch the credit pool. Chat, the CLI, and the cloud agent all draw from it, and the agent draws the most. A budget or an evaluation built only around typing speed misses both the actual argument for buying this product and where the spend goes.

A developer writes a comment or starts a line, Copilot suggests the rest, the developer accepts or edits it, and the loop repeats. Useful, measurable in a rough way, but every step after the suggestion, the branch, the commit, the pull request description, the review request, still belongs to a human.

A developer, a product manager, or an automation triggered by a new issue can assign a task to the cloud agent:

  • Fix a bug

  • Add a small feature

  • Raise test coverage on a module

  • Resolve a merge conflict

  • Update documentation

The agent works in the background. It can be started from the agents panel on GitHub.com, from a comment that mentions @copilot on an existing pull request, from Visual Studio Code, or on a schedule that fires automatically when an issue is opened.

What comes back is a pull request with a real diff, a description, and a commit history a reviewer can actually read. The workflow around the model moved from a local, synchronous pairing session to something that runs on GitHub itself, visible to the whole team as it happens.

That shift comes with real limits. Each cloud agent session has a hard cap of fifty-nine minutes, with no way to extend it. It works on one repository and one branch at a time, and opens exactly one pull request per task. It only reaches repositories hosted on GitHub itself. Assign it work sized for an afternoon, not a quarter.

Every product in this series inherits something the demo doesn't show. For GitHub Copilot, codebase quality is one precondition, and it shows up in how good the agent's suggestions are. The bigger precondition is the billing model behind the agent, which the per-seat price doesn't show.

Copilot Business and Copilot Enterprise no longer meter each person's usage against their own private allowance. Every licensed user's included AI credits, the ones that fund Chat, the CLI, and the cloud agent, get pooled at the organization or enterprise level instead. A hundred Business seats don't produce a hundred separate buckets. They produce one shared pool that any of the hundred people can draw from. Someone running long cloud agent sessions against a large codebase, or someone who lives in Copilot Chat all day, can pull far more than their individual share, while a light user effectively subsidizes them without knowing it. That's a deliberate design choice.

The pool can run dry three weeks into the month before anyone checks the usage dashboard.

Business and Enterprise customers already using Copilot are on a promotional credit allowance through August 31, 2026. On September 1, the pool drops to its standard size automatically, no action required to trigger it:

  • Copilot Business: 3,000 AI credits per seat now, dropping to 1,900, a cut of roughly a third

  • Copilot Enterprise: 7,000 AI credits per seat now, dropping to 3,900, a cut of closer to half

Both are pooled at the org or enterprise level, not held per person. An organization that sized its usage against the promotional pool is about to find out what the standard number looks like.

GitHub gives administrators four budget controls:

  • A universal per-user limit that applies to everyone automatically

  • Individual overrides for known heavy users

  • An enterprise-wide spending cap for whatever runs past the pool on pay-as-you-go pricing

  • A hard-stop toggle that turns any of those limits from a notification into an actual stop

The fourth one is off by default. Without it, hitting a spending limit sends an email. It doesn't stop the spending: charges keep accruing on metered usage until someone manually intervenes. The first three controls exist to keep one heavy user or one long agent run from draining the shared pool before the rest of the team gets to use it. None of that protection works until the fourth one gets switched on.

The technical lift here is genuinely small. The organizational lift is four settings changes, and the most important one takes five minutes.

Set the universal per-user budget above the per-seat price, not at it. Setting it at exactly $19 or $39 defeats the pooling: it recreates a hundred separate personal buckets instead of one shared pool that flexes to where the work actually is.

Turn on "stop usage when budget limit is reached" on every limit you create. This is the one step that converts a spending alert into an actual guardrail, and GitHub's own documentation is explicit that skipping it leaves you with alerts only.

Enable the cloud agent policy if you're on Business or Enterprise. Unlike completions, it doesn't turn on for licensed users automatically; an admin has to flip it on, and individual repository owners can opt specific repos out.

Don't evaluate the product from the free tier. Copilot Free caps completions at 2,000 a month and has no cloud agent and no ability to connect outside tools to it at all. It's a legitimate way to see whether developers like the suggestions. It cannot show you a pull request the product opened on its own, which is the actual argument for buying it.

Pricing by seat:

  • Copilot Pro: $10/month, individual

  • Copilot Pro+: $39/month, individual

  • Copilot Max: $100/month, individual

  • Copilot Business: $19/user/month, organizations

  • Copilot Enterprise: priced per organization, higher than Business

Completions are unlimited on every paid tier. The cloud agent and other AI-model features draw from the pooled credits described above.

The verdict, in fit terms:

Buy now if your engineers already want this and someone is willing to own the four budget settings before the September 1 reset. The capability is real, the checkable output is real, and the governance tools that make it safe at scale already ship with the license.

Wait only if you have no one who can own budget configuration. A pool with no hard stop just means the rollout needs an owner before it needs more seats.

Skip is rarely right here. This is the layer in the whole portfolio where the value is easiest to point to and the output is easiest to check. If anything in this series is worth the seat price on capability alone, it's this one.

Four things an engineering or platform lead can do this week, before the September 1 credit reset.

  1. Set a universal per-user budget above your per-seat price, so pooling still works instead of quietly recreating individual buckets.

  2. Turn on "stop usage when budget limit is reached" on every limit you create. This is the step that makes any of it a real guardrail.

  3. Pull your current AI credit usage and compare it to the standard, post-September allowance, not the promotional one you've been running against.

  4. Confirm the cloud agent policy is deliberately on or off, not just left at whatever the default happened to be when your org enrolled.

Part 3 covers Security Copilot, the best teaching example in the series so far: an unusual precondition in what it can see, an unusual meter in what it costs, and a default access grant that arrives automatically the day your license upgrades, whether your security team asked for it or not.

  1. GitHub Docs, "About GitHub Copilot cloud agent," workflow, entry points, limitations (59-minute session cap, one repository/branch/PR per task, GitHub-hosted repositories only).

  2. GitHub Docs, "GitHub Copilot licenses," per-plan pricing (Pro $10, Pro+ $39, Max $100, Business $19/seat), completions unlimited on paid plans, Free plan scope, 1 AI credit = $0.01 USD.

  3. GitHub Docs, "Usage-based billing for organizations and enterprises," pooled AI credits, what's billed (Chat, CLI, cloud agent, Spaces, Spark) versus what isn't (completions, next-edit suggestions), token-and-model pricing behind each credit, standard amounts (1,900 Business / 3,900 Enterprise per seat), promotional amounts (3,000 / 7,000) through August 31, 2026, no rollover.

  4. GitHub Docs, "Getting started with budget controls," the four budget controls, universal user-level budget guidance, "Stop usage when budget limit is reached" default-off behavior.

  5. GitHub Docs, "Plans for GitHub Copilot," Free plan feature table: 2,000 completions/month, no cloud agent, no MCP, auto model selection only.

Product capabilities, licensing terms, and pricing in this post were verified against GitHub's own documentation on 19 August 2026. The AI-credit billing model described here is mid-transition through a promotional period ending September 1, 2026. Check before you sign anything.* --- *Matthew Kruczek is Managing Director at EY, leading Microsoft domain initiatives within Digital Engineering. Connect with Matthew on LinkedIn to discuss how your organization should approach the Copilot portfolio.

No posts

Read the original on matthewkruczek.substack.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.