Get to Know GitHub 7: Letting Claude do the GitHub steps

Slide 15 ("Claude can do every step. Tell it what you're aiming for."). 0:45 to 0:50. Show a pre-recorded Claude PR. Live is a bonus if time allows.

What this section has to do

The gentle push toward Claude Desktop and Claude Code. Most people are already using Claude every day, and that's likely how most of this will actually happen. Now that they've done the steps by hand, they know what Claude is doing when it says "I opened a PR." Claude opens the pull request, they add a note on what the script is for, and someone on the dev team reviews it.

Talk track

Most of you are in Claude Desktop or Claude Code every day already, and that's probably how a lot of this will actually happen. Claude knows how to do every step we just did: branches, commits, PRs, all of it. What it needs from you is what you're aiming for.

Why we did it by hand first: it helps to know what Claude is doing for you. When it opens a PR, you don't need to judge the code yourself. Add a quick note on what the script is for, and someone on the dev team reviews it.

Prompts that work

The four on the slide, plus a few more for the follow-up email:

Prompt What it does
"Save this script to my repo on a new branch and open a PR for review." The whole loop in one ask
"Before you commit anything, check it for API keys, passwords or client data." A second safety net on top of Gitleaks
"Write a README for this: what it does, how to run it, who owns it." The README every script needs
"What changed in this repo since last week?" Reads the history for you
"Swap the real key in this script for a placeholder and tell me where the real one should live." Fixes the most common mistake before it happens
"Explain this PR to me in plain words before I ask for review." Tells you what's in the change, so your note for the reviewer is easy to write
"Move my scripts from this folder into my repo, one PR per script, and check each one for keys and client data first." The homework, with Claude doing the clicking

Demo plan

  1. Have a small, clean script ready, with no keys and no client data in it.
  2. Before Thursday, in Claude Code (or Claude Desktop if it's set up with GitHub), paste the first prompt and record your screen while it works. Keep the PR it opens.
  3. In the session, play the recording and narrate what it's doing in the words from today: "It's making a branch. That's a commit. Now it's opening the PR."
  4. Open the PR it made in the browser. Walk the Files changed tab, then show the note on what the script is for and the dev team reviewer request. "This is where someone on the dev team takes it from here."
  5. Don't merge it live. Leave it for review like any other PR.

Live bonus. If there's time left before 0:50, run the same prompt live. If Claude is slow or can't reach GitHub, stay with the recording and the PR from earlier.

Guardrails to say out loud

Setup notes (for follow-up 1:1s, not the session)

Likely questions

Done when

People see that the loop they just learned is the same one Claude runs, and know their part is a note on what the script is for and a request for a dev team reviewer.