Ship
Cross-platform dotfiles managed by Chezmoi with Homebrew/apt and per-language version managers. One-command bootstrap for macOS and Linux with Neovim, Tmux, Zsh, and AI agent skills.
npx -y skills add urmzd/dotfiles --skill shipAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Generate a conventional commit message from staged or unstaged changes and create an atomic commit, then optionally push and watch CI until it passes or fails. Use when the user says "write a commit", "generate a commit message", "commit this", "git add .", or "ship this". Push and CI-watch are optional and skipped if the user only wants a commit. Do NOT open a pull request (use pr); do NOT diagnose-then-fix a failing pipeline (use fix-and-retry); do NOT do a read-only CI investigation without committing (use diagnose-ci).
SKILL.md
2.5 KB, 436 tokens by cl100k_base, as published. Nobody here has run it
Ship
Commit, push, and watch the CI pipeline.
Steps
-
Stage changes: Run
git status --porcelain. If there are unstaged/untracked changes, stage them (prefer specific files overgit add -A; never stage.envor credential files). -
Commit: If a message argument is provided, use it. Otherwise, generate a conventional commit message from the diff (
feat:,fix:,chore:,docs:,refactor:,test:). Use the repo's recentgit log --oneline -10to match style. -
Push (optional): Only if the user wants to push. Run
git push. If no upstream is set, usegit push -u origin HEAD. If the user only asked for a commit, stop here and report the commit. -
Watch CI (optional): After push, run
gh run list --branch $(git branch --show-current) --limit 1 --json databaseId,status,conclusionin a loop (max 5 minutes, poll every 15s). Report the final status. -
On failure: If CI fails, run
gh run view <id> --log-failedand show the relevant error output so the user can decide next steps.
Rules
- Never commit files that look like secrets (.env, credentials.json, *.pem, *.key).
- Never force push.
- If there are no changes to commit, say so and stop.
- If CI isn't set up (no workflows found), just push and report that there's no CI to watch.
Gotchas
- The
gh runis not registered immediately aftergit push. Poll with retry (a few attempts, a couple seconds apart) before concluding "no run found" -- the run may take several seconds to appear. - If
git pushis rejected by branch protection (protected branch, required reviews, required status checks), stop and report the rejection. Do not retry, force push, or attempt to bypass protection.