feat(pr)!: extract /pr skill from /push #1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/extract-pr-skill"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Split the PR/MR-opening logic out of
/pushinto a dedicated/prskill, restoring the "one job per skill" pattern already used between/commitand/push. The change is motivated by the way users actually work: people open a PR days after pushing, after rebasing, or on a branch they pushed manually — bundling the prompt into/pushmade all of those flows awkward and the prompt-or-not coupling fought the rest of the workflow./prnow owns provider detection (including self-hosted via CLI logins or env vars), refuses to create a duplicate when an open PR already exists, and either invokes the matching CLI or hands back a compare URL./pushkeeps a courtesy compare-URL hint at handoff, but no longer asks anything PR-related. Bumps to 0.4.0.Merge: rebase.
Remove provider detection, PR/MR offer, body composition, and CLI invocation from /push. The skill now stops after the push and hands off to /pr - mirroring how /commit hands off to /push. Each skill owns one responsibility. A courtesy compare-URL hint is still printed when the host matches a well-known pattern (no CLI probing, no env var bootstrap, no provider login auth). The URL is cheap to compute and useful even for users who never invoke /pr; full provider detection lives in /pr. The two safety rules that only made sense for PR opening ("never open a PR/MR without explicit yes", "never assume the provider is GitHub") move to /pr. BREAKING CHANGE: /push no longer asks "Want me to open a PR/MR?". Users who relied on that single-prompt flow should invoke /pr after /push, or use the compare URL printed at handoff to open the PR manually.