It proposes, you merge

A little while after you assigned the threshold issue, a pull request appears on orders-service — opened by Copilot, marked draft. That word is the whole point of this lesson, so it’s worth saying plainly: the cloud agent does not commit to your main branch. It cannot. What it produces is always a draft PR — a proposal sitting on its own branch, waiting for a human to look at it before it goes anywhere.

Why draft, and why it matters

Think back to your very first change, where you read the diff before you accepted it and you made the commit. The async surface doesn’t loosen that rule — it enforces it structurally. The agent ran with no one watching, in an environment you never saw, so the guarantee you get in exchange is that nothing it did can reach your protected branch without passing through review. A draft PR is the agent saying here’s what I’d do in the most reviewable form GitHub has. The decision to merge is still a human keystroke, exactly as it was for the one-line sort fix.

So the loop is identical to the one the whole course has run — agent proposes, you decide — just lifted up a level. The diff isn’t in a chat view anymore; it’s a pull request, with all the review machinery that comes with: the file-by-file diff, the CI checks, your team’s review tools.

Review it like any other PR

Open the draft and read it the way you read every change in this course — with the three questions from your first review, now against a PR:

1. Did it change what the issue asked, and only that? Scope creep is easier to spot in a PR diff than anywhere; flag it if the agent wandered.
2. Is the fix correct? Read the boundary comparison and the test it added. A passing check is necessary, not sufficient — the agent wrote that test, and a test can pass for the wrong reason.
3. Does it match how this repo does things? Because it read your custom instructions and skills, it usually does. When it doesn’t, that’s a signal those instructions have a gap.

Iterate without leaving GitHub

If the PR is close but not right, you don’t re-assign and start over. You comment @copilot in the pull request thread — “the test only covers the at-threshold case; add one just below it too” — and the agent picks the work back up, in the same ephemeral environment, and pushes another commit to the same draft. The PR thread becomes the conversation, the way the chat view was in the IDE. You steer with words here exactly as you did in Agent mode; the medium changed, the move didn’t.

When the draft is right, you do the last step the agent is deliberately not allowed to do: mark it ready, and merge it. One issue down.

That clears the backlog item — but the agent ran inside an environment you’ve taken entirely on faith so far. The last lesson opens that box: what it can install, how long it’s allowed to run, and who decides it’s allowed to run at all — customizing the agent’s environment.