agentleFS
MelvynxMelvynx/ai-maxxing-skills/skills/setup-github/SKILL.md

setup-github

Skill32 starsChanged 23 days agoMITView on GitHub

Install Git and the GitHub CLI (gh) on macOS, Linux or Windows, sign the user in to GitHub through the browser and set up their Git name and email, so the agent can create repos and push. Use when git or gh is missing, the user wants to connect GitHub, or gh auth status fails.

  • Installs packages
  • Commits and pushes

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 1 is distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    If the user has no GitHub account, send them to https://github.com/signup and wait for "done".

    line 16
  2. Very specific:

    If gh auth status already says logged in, skip to step 6.

    line 17
  3. Very specific:

    Run gh auth setup-git so git push uses this login.

    line 24

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Make Git and GitHub work on the user's machine so the agent can create private repos and push code. Do every step yourself and only ask for what needs a human (a click in an install window, signing in, a one-time code). Talk to the user in their language, short messages, no jargon (never say "CLI", "PATH" or "token" to them). Never ask for their GitHub password or a token.

If you got this skill from a link instead of a local folder, install nothing else from the repo: download a file it links only when a step needs it, with curl -fsSL https://raw.githubusercontent.com/Melvynx/ai-maxxing-skills/main/skills/setup-github/<path> -o <scratch>/<file> (for example scripts/install-gh.sh), and read another skill it names only when you reach it, from https://raw.githubusercontent.com/Melvynx/ai-maxxing-skills/main/skills/<skill-name>/SKILL.md.

  1. Find the OS with uname -s (Darwin is macOS, Linux is Linux); if it fails or PowerShell answers, it is Windows.
  2. Make Git work, then check with git --version:
    • macOS: if xcode-select -p fails, Git is only an empty shell until Apple's developer tools are installed. Homebrew installs them, so if it is missing run the setup-node skill first (it installs Homebrew and Node, both needed later anyway). Only if the user cannot install Homebrew (no admin rights), run xcode-select --install, tell them a window just opened and to click "Install" then accept the licence, and check xcode-select -p every 30 seconds (in the background, up to 30 minutes) until it answers.
    • Linux: if Git is missing, installing it needs the user's password, so ask them to run sudo apt install -y git (or sudo dnf install -y git) in their own terminal and say "done".
    • Windows: Git comes with Claude Code; if it is missing, winget install --id Git.Git -e.
  3. Install gh: on macOS and Linux run scripts/install-gh.sh (Homebrew on macOS, exit code 3 means Homebrew is missing so run setup-node first; on Linux or with --no-brew, the official release into ~/.local/bin); on Windows winget install --id GitHub.cli -e. The current session does not see it yet: prefix your next commands with eval "$(/opt/homebrew/bin/brew shellenv)" (or /usr/local/bin/brew on Intel) on macOS, or export PATH="$HOME/.local/bin:$PATH" with the ~/.local install.
  4. If the user has no GitHub account, send them to https://github.com/signup and wait for "done". GitHub asks for two-step verification on new accounts: tell them it is normal and to follow it to the end.
  5. If gh auth status already says logged in, skip to step 6. Otherwise start the login in the background, with the output in a file you can read:

    gh auth login --hostname github.com --git-protocol https --web --skip-ssh-key < /dev/null > <scratch>/gh-login.txt 2>&1

    Read the one-time code (XXXX-XXXX) from that file and give it to the user with https://github.com/login/device (open it in Chrome AI when setup-dev-browser is done). They paste the code, click "Authorize", and say "done". Check gh auth status until it says logged in. If the code expired, start again.

  6. Run gh auth setup-git so git push uses this login.
  7. Set the Git identity only if git config --global user.name is empty: the name from gh api user --jq '.name // .login', and the private GitHub email from gh api user --jq '"\(.id)+\(.login)@users.noreply.github.com"' unless the user wants their real email shown in commits. Also run git config --global init.defaultBranch main.
  8. Prove it: gh auth status is logged in, gh api user --jq .login prints their username, gh repo list --limit 1 answers, git config --global user.name and user.email are set, and a new session finds gh too ($SHELL -lic 'gh --version').

End with a short check list, a check or a cross on each line: Git works, gh installed, signed in as <username>, Git uses the GitHub login, name and email set. Then tell the user in one line that the agent can now create private repos and push for them.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.