Push approval protocol and post-push CI watching
65
57%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./dot_config/opencode/skill/push/SKILL.mdNever push on your own initiative. A push requires either an explicit user command or explicit user approval after you have shown a push summary.
The user says "push", "shipit", "ship it", "commit and push", or any clear push command.
git log origin/<branch>..HEAD --oneline and show the summary.You decide a push is needed (e.g. as part of a workflow, after fixing CI, etc.).
git log origin/<branch>..HEAD --oneline and show the summary.After every successful push, automatically create or update a draft PR (default behavior).
gh pr list --head <branch> --state allgh pr create --draft --title "..." --body "..."gh pr edit <number> --title "..." --body "..."After the draft PR is created/confirmed, watch CI to completion. Do not hand back to the user and consider the task done.
gh run list --branch <branch> --limit 1queued or in_progress[PR #123](https://github.com/org/repo/pull/123) is ready to merge. — never just the bare numbergh run view <run-id> --log-failed to get failure outputcommit skill), and push4ed3a13
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.