Push
Plugin with opinionated set of Claude Code agents nad skills
npx -y skills add lklimek/claudius --skill pushAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 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
Commit, push, and create PR. Auto-creates feature branch if on base. Use when user wants to commit and push, create a PR, ship work, send changes upstream, open a pull request, or publish a branch.
SKILL.md
2.4 KB, as published. Nobody here has run it
Push
Prerequisites
Load claudius:git-and-github skill first — all commit, push, PR, and attribution conventions come from there.
Steps
-
Ensure feature branch
- Base branch: read from
gitStatuscontext (Main branch: ...). Fallback:git remote show origin - If ON the base branch: fetch, create a feature branch (
feat/...,fix/...,chore/...from context), switch to it
- Base branch: read from
-
Version bump (if applicable)
- Check project's
CLAUDE.mdfor versioning policy (SemVer, changelog, version file locations) - If policy exists, this PR MUST carry a version bump before it's considered done — bump version and update changelog before committing (or before marking the PR ready, if bumping later once full scope is known).
- Exactly once per unmerged PR, not per commit: if this branch already carries a version bump from an earlier commit and hasn't merged yet, don't bump again — amend the existing changelog entry instead. Re-bump only if the change's SemVer category grows (e.g. patch → minor). Never conclude "not merged yet" or "already bumped once elsewhere" means the bump can be skipped for this PR itself.
- Same reasoning covers backward compatibility: nothing in an unmerged PR is released yet, so its own earlier commits don't constrain later ones on the same branch.
- Check project's
-
Stage and commit
- Review changes, check for secrets — warn and exclude if found
- Stage and commit per
git-and-githubconventions
-
Push to remote
-
PR
- PR body MUST follow the TL;DR → User story → Scenario → Detailed discussion skeleton per
git-and-github§Creating a PR - If PR exists for this branch: update its title and description to reflect current changes
- If no PR: create a draft PR with summary + test plan per
git-and-github
- PR body MUST follow the TL;DR → User story → Scenario → Detailed discussion skeleton per
Notes
- No push confirmation needed — user explicitly invoked
/push, intent is clear - This overrides the "ask before push" rule from
git-and-githubfor this invocation only - After completing, do NOT push again without a new explicit
/pushor user request — one invocation = one push