← ALL PLAYBOOKS
── PLAYBOOK · FOUNDATIONS
✓ APPROVED

Learn GitHub and run your GTM on a repo

GitHub is the hidden prerequisite for AI-native GTM. If you cannot manage a repo, you cannot run a context brain, install skills, or keep your GTM system in one place. Most operators learn this the hard way.

[ BUILT GTM ]

Learn GitHub and run your GTM on a repo

Solvethe problem worth solving
Problem · 01Foundations

GitHub is the hidden prerequisite for AI-native GTM.

If you cannot manage a repo, you cannot run a context brain, install skills, or keep your GTM system in one place. Most operators learn this the hard way.

Stackthe workflow, box by box
Claude01
Learn GitHub well enough to run a GTM repo.
Learn the mental model and the no-terminal workflow: repos, commits, push, and what to never commit.
Connect to analyze
AI
Claude02
Make a messy workspace navigable, nothing moved till you approve.
Adapt the starter kit's five-layer scheme to how you actually work: naming, ownership, and what goes where, beyond the default folders it ships with.
Connect to analyze
AI + human
Claude03
Turn a cold start into a warm one with one doc.
Put your GTM brain in the repo as CLAUDE.md, read every session.
Connect to analyze
AI
Claude04
Stop re-litigating decisions you already made.
Use the repo as memory: log the calls so you stop re-deciding them.
Connect to analyze
AI + human
Claude05
Close out a session without leaving it half-shipped.
Commit, push, and verify green, so you never lose work.
Connect to analyze
AI
Splithow control passes: agents branch left, humans right
HUMAN + AI, IN THE LOOP
How control passes.
AgentsHuman
Agent01
Learn GitHub well enough to run a GTM repo.
Claude runs it.
AI + human02
Make a messy workspace navigable, nothing moved till you approve.
AI drafts, a human checks.
Agent03
Turn a cold start into a warm one with one doc.
Claude runs it.
AI + human04
Stop re-litigating decisions you already made.
AI drafts, a human checks.
Agent05
Close out a session without leaving it half-shipped.
Claude runs it.
The skills run the work. You stay in the loop on the calls that need judgment.
Outputwhat the workflow produces
OUTPUT · 01

GitHub literacy the operator way

OUTPUT · 02

A private repo you run your GTM from

OUTPUT · 03

The habits that keep it clean

Outcomethe result it drives
OUTCOME · 01

The governance file

The same GitHub-for-GTM discipline: commit, push, and keep the rules that make a repo reliable.

Built GTM
── 01 / WHY RUN IT

The teams pulling ahead run their GTM from a repo. If GitHub is a black box, you are locked out of the whole motion: no context brain, no installed skills, no single source of truth. And you learn it the hard way, on YouTube at 11pm, like the rest of us did.

RUN THIS AND YOU CAN
Understand repos, commits, and push without a CS degree
Run a private GTM repo from GitHub Desktop, no terminal
Know what to never commit: CRM data, keys, transcripts, pricing
Keep the repo clean so it compounds instead of rotting
── 02 / THE RUN, STEP BY STEP

The workflow that solves it, one step at a time.

Each step is the plain question you are already asking. The skills answer them in order, one handing its receipt to the next.

1✓ TESTED
Learn GitHub well enough to run a GTM repo.

The operator version of git: the mental model (repo, commit, branch, push, pull), a GUI-first workflow so you never fear the terminal, how to organize the repo, and the hard rules on what to never commit. The prerequisite nobody teaches GTM.

YOU GETThe plain-English glossary, the GitHub Desktop workflow, the repo-organization rules, and the never-commit list (CRM data, keys, transcripts, pricing).
OPEN THE SKILL →
2✓ TESTED
Make a messy workspace navigable, nothing moved till you approve.

A proposed naming convention, folder structure, index, and cleanup plan, shown as a plan first so you see every move.

YOU GETThe current-state read, the proposed structure, and an approve-per-batch cleanup.
OPEN THE SKILL →
3✓ TESTED
Turn a cold start into a warm one with one doc.

A single pack that tells a new session or teammate what the project is, where things live, what's decided, and the next move.

YOU GETThe five-question frame, a where-things-live map, a decisions digest, and one next move.
OPEN THE SKILL →
4✓ TESTED
Stop re-litigating decisions you already made.

A running log where each entry captures the decision, the context, the options, the why, and when to revisit.

YOU GETThe five-field entry, searchable records, and revisit triggers.
OPEN THE SKILL →
5✓ TESTED
Close out a session without leaving it half-shipped.

Verifies every change is committed, pushed, and green, confirms it is live, updates the notes, and hands back a summary with a rollback path.

YOU GETThe done-check, the live verify, the next-session note, and the rollback.
OPEN THE SKILL →
WHERE YOU LAND

GitHub literacy the operator way, a private repo you run your GTM from, and the habits that keep it clean.

EVERY STEP, TESTED AND PASSED
EVAL RESULTPASS4/4 dimensions
HOW WE EVAL →
Skills resolve
Structure + proof
Example chat
Quality judge
  • All 5 chained skills resolve to real, scored skills.
  • Has a problem, an outcome, 2+ steps, and proof from a real build.
  • Ships an example chat showing the play run in Claude.
  • Reads in plain operator voice, grounded in a real build.
Last eval run 2026-08-05
DEEP EVAL · PASS
THE STANDARD →

We did not just check the structure. A judge read this play against the full text of every skill it chains (composition), then ran it on a real scenario end to end (simulated). It passed both. Test scenario: Dana, a RevOps lead who has never used GitHub and finds it intimidating, wants to put her GTM in a repo.

── 03 / SEE IT RUN

Watch the skills answer in order.

Describe your situation in plain language. The right skill fires on its own and hands its receipt to the next.

EXAMPLE CHATDana, a RevOps lead, running the loop in one sitting
D
Everyone keeps telling me to put my GTM in a GitHub repo, but I have never used GitHub and honestly it scares me. Where do I even start?
S
Step 1· Github For Gtm
No terminal, no CS degree. A repo is a project folder that keeps its history; GitHub is the cloud that stores it. You commit (save with a note), push (upload), and pull (get the latest). Install GitHub Desktop, sign in, and you never touch a command line. One rule up front: never commit CRM data, API keys, transcripts, or pricing.
Receipt
You get the mental model and a private repo created in GitHub Desktop, with a .gitignore keeping your keys out.
D
Okay, way less scary. How do I set it up so it is not a mess?
S
Step 2· Workspace Organizer
Laid out clear folders (context, skills, outputs), a README that says what lives where, and plain lowercase file names, so a teammate or an agent can follow it without asking you. Nothing moved until you approved the plan.
Receipt
A clean folder structure and a README front door, shown as a plan first.
D
Good. Now how do I make it actually useful for my GTM?
S
Step 3· Context Pack
Wrote a CLAUDE.md at the root with your ICP, positioning, and priorities, so Claude reads it every session and you stop re-explaining your GTM.
Receipt
A CLAUDE.md brain committed to the repo, read automatically every session.
D
How do I keep track of the decisions we make so we stop going in circles?
S
Step 4· Decision Log
Started a decision log in the repo: each entry captures the decision, the options, the why, and when to revisit. The reasoning now lives next to the work.
Receipt
A running decision log in the repo, so nobody re-litigates a call from three months ago.
D
We are done for today. How do I make sure I do not lose any of this?
S
Step 5· Session Closeout
Committed every change with clear messages, pushed to GitHub, and confirmed the repo is green and backed up. Left a note so your next session picks up instantly.
Receipt, repo secured
Everything committed, pushed, and safe. Your GTM now lives in one repo you control. No more 11pm YouTube.
── 04 / SEE IT IN PRODUCTION

Before you run it, I ran it for real.

This workflow is genericized from a real build. Here is the number it moved, and what I actually did.

THE BUILD · BUILD RELIABILITY
The Governance File
7 gates
no score writes to the CRM until all seven pass
6 accounts
the last run mis-scored, caught and corrected before the next one
468 fields
the write guard re-checks every run, so a bad field never fails
0 errors
the plays check must pass on all three jobs before publish
WHAT I DID
01
Turn each failure into a rule. Every way the pipeline broke became a written rule: a minimum brief size, a link-integrity check, an index-count guard. Not documentation, enforced gates.
02
Lock the design. I put the rules in a governance file the pipeline reads before it ships anything. If a run would violate a past-failure rule, it stops instead of shipping broken output confidently.
03
Make the QA part of the run, not a person. The checks run every time, automatically. The system polices itself against its own history, so a fixed bug stays fixed.

When you automate, your failures go silent. Write them down as enforced gates, not documentation. A governance file that reads your own failure history is how a pipeline stops repeating its worst week.

Dig into the full build
05 / INSTALL THE WHOLE PLAYBOOK

One plugin. 5 skills, bundled.

The whole playbook installs as a single plugin in Claude Code, no copy-pasting 5 times. Or grab any single step above. It runs on what you paste; connect your stack to go live.

OR KICK IT OFF IN CHAT
Here is my situation: [describe your workflow or account in a sentence or two]. Walk me through Learn GitHub and run your GTM on a repo step by step, and run each skill as we go.
── GET THE NEXT PLAYBOOK

One runnable workflow a week. Free.