github-publish-changes

# GitHub Publish Changes Use this skill only when the user explicitly wants local changes committed, pushed, or opened as a Pull Request. ## Workflow 1. Inspect `git status -sb`, the complete diff, the current branch, and remotes. 2. Identify exactly which changes belong to this task. In a mixed worktree, never stage unrelated files and never default to `git add -A` without confirmed scope. 3. If currently on the default branch, create an `agent/<short-description>` branch. Otherwise keep the intended feature branch. 4. Stage explicit paths and review the staged diff. 5. Run the most relevant checks if they have not already passed. 6. Commit with a short message describing the complete scoped diff. 7. Push the current branch with upstream tracking. 8. Resolve the GitHub `owner`, `repo`, remote default branch, and pushed head branch. 9. Call `create-pull-request` through the GitHub service. Keep `draft` true unless the user explicitly requests a ready-for-review PR. 10. Report the branch, commit, PR URL, test results, and any remaining review risk. ## Safety - Do not push when the requested scope is unclear. - Do not force-push, delete a branch, merge, or rewrite history unless explicitly requested. - Do not include credentials, local caches, generated secrets, or unrelated user changes. - Creating the PR is a GitHub write action and must pass iPolloWork's confirmation gate.