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.
In plain English: “What is GitHub and why do I need it?”
Inside: The plain-English glossary, the GitHub Desktop workflow, the repo-organization rules, and the never-commit list (CRM data, keys, transcripts, pricing).
Install it in one line, or paste it in.
~/.claude/skills/ and runs automatically when it is relevant.Connect your context. Set it to your motion.
Everything the skill does, in full.
Gives a GTM operator the exact GitHub knowledge needed to build and run a context repo, and nothing more. The mental model, the workflow, how to organize it, and what to never put in it. This is the 20% of git you actually use, so the repo stops being the scary part and GTM can own it in the AI era.
- Repository ("repo"). A project folder that also keeps its full history, like a Time Machine for the folder. Your GTM brain lives in one repo.
- git vs GitHub. git is the tool that tracks changes on your computer. GitHub is the cloud that stores the repo, backs it up, and shares it with your team and with Claude.
- Commit. A saved snapshot with a short note, for example "Add ICP tiers". Commit small and often so you can always look back or roll back.
- Push and pull. Push uploads your commits to GitHub. Pull downloads the latest. This is how every device, teammate, and agent stays in sync.
- Clone. Download a copy of a repo (like the starter kit) to your machine.
- Branch. A safe copy where you try a change without touching the main version, then merge it back when it works. Working solo, you can mostly live on the main branch.
- Private vs public. Anything with your company context should be a private repo.
- Set up once. Create a free GitHub account. Install GitHub Desktop (or Tower) so you never need the terminal. Sign in so it is linked to your account.
- Get a repo. Either clone an existing one (in GitHub Desktop: File, Clone repository, e.g. the GTM starter kit) or create a new one (File, New repository). Choose Private for anything with company context.
- Open it where you work. Open the repo folder in Claude Code or your editor. This is where CLAUDE.md and the context files live.
- Make a change, then commit it. Edit a file, or let Claude write one. GitHub Desktop shows exactly what changed. Type a short message ("Add signal library v1") and click Commit.
- Push so it is saved and shared. Click Push. Now it is on GitHub, backed up, and any teammate or agent can pull it.
- Pull before you start next time. Open the repo, click Pull, and you have the latest before you touch anything.
- Or let Claude Code do the git. Claude can stage, commit, and push for you with clean messages while you just review. Either path is fine, pick the one you will actually use.
- Follow the five layers: CLAUDE.md at the root (the brain), context/ (knowledge), skills/, workflows/, outputs/ (the archive).
- Plain, descriptive file names in lowercase-with-dashes. A README that says what lives where.
- Name outputs by date and type so they sort themselves: YYYY-MM-DD-type-name.md.
- CRM data or contact lists. Customer and prospect data never goes in git.
- API keys or passwords. Put them in a .env file and add it to .gitignore. Never hardcode a key.
- Raw meeting transcripts. Summarize the substance into the right context file instead.
- Pricing and commercial terms. Keep them out of the repo. A .gitignore file simply lists what git should ignore, like .env. A good starter kit ships one already.
- Committing a secret or CRM data. It is hard to fully erase from history, so treat a leaked key as burned and rotate it.
- Leaving a company repo public when it should be private.
- Letting fear of the terminal stop you. Use GitHub Desktop, or let Claude commit.
- Hoarding weeks of uncommitted changes. Commit small and often.
[your context repo, private, cloned or created, with your first commit pushed and a .gitignore protecting your keys]
Now build the brain. Hand off to the Context Pack to write CLAUDE.md. The Sales Operator. Receipts only.
Where an operator takes this next.
Knowing the mental model is the prerequisite. Here is what running the repo looks like once it's second nature.
The repo runs itself. You just review what changed.
Skip GitHub Desktop altogether, have Claude stage, commit, and push on every session while you just glance at the diff.
Add a pre-commit check that blocks a commit containing anything that looks like an API key or a CRM export, so the rule isn't just something you have to remember.
Point teammates at GitHub Desktop's Pull button only, so they get the latest context before a call without ever touching a terminal.
One skill is the on-ramp.
A single skill does one job. Chained into a playbook, or run as a full build, it becomes a system. Here is where this one plugs in.