Skip to content

feat(df-merge-pr): add --yes flag to skip confirmation gate#6

Merged
wasikarn merged 1 commit intomainfrom
feature/df-merge-pr-yes-flag
Apr 17, 2026
Merged

feat(df-merge-pr): add --yes flag to skip confirmation gate#6
wasikarn merged 1 commit intomainfrom
feature/df-merge-pr-yes-flag

Conversation

@wasikarn
Copy link
Copy Markdown
Owner

What

Add a --yes / -y flag to /df-merge-pr that skips the Confirmation Gate and all soft-warning AskUserQuestion prompts, while keeping every hard abort in place.

Why

The Confirmation Gate is a blocking AskUserQuestion round-trip before every merge. In scripted or repeat-ship workflows the caller already knows they want to merge, so the prompt is friction with no safety gain beyond what --admin and the hard aborts already provide. Users have reported this as the most-noticed stall in the whole skill.

Behavior with --yes

Skipped (now auto-proceed with a warning line):

Still fire (hard aborts — --yes does not bypass):

  • Dirty working tree
  • Draft PR
  • Rebase conflict
  • Tag already exists (Mode 2/3)
  • PR already merged / no PR found
  • No GitHub remote

Files touched

  • skills/df-merge-pr/SKILL.md — argument-hint, {auto_confirm} semantics, safety-check notes, edge-case table
  • skills/df-merge-pr/references/workflow-feature.md — step [4/6] gate follows the new bypass
  • skills/df-merge-pr/references/workflow-deploy.md — step [7/14] gate follows the new bypass, with an explicit safety note on tag irreversibility
  • .claude-plugin/plugin.json1.9.01.10.0
  • CHANGELOG.md — new 1.10.0 section

Compat

Backward-compatible: default behavior (no flag) is unchanged — Confirmation Gate fires as before. Only explicit --yes / -y alters flow.

Test

Manually validated by running /df-merge-pr with and without --yes on a feature branch. With --yes: summary block prints + merge proceeds. Without: existing AskUserQuestion flow unchanged.

Previously /df-merge-pr always stopped at the Confirmation Gate via
AskUserQuestion. When the caller already knows they want to merge
(e.g. scripted invocation or repeated ship workflow) this extra
round-trip is friction with no safety benefit beyond what --admin +
the hard aborts already provide.

Add a --yes / -y flag that, when present:
- prints the summary block and proceeds without AskUserQuestion
- downgrades CI-failing and concurrent-hotfix prompts to warning lines
- does NOT bypass hard aborts: dirty tree, draft PR, rebase conflict,
  tag exists, PR already merged — those still stop the run

Updated files:
- SKILL.md: argument-hint, {auto_confirm} semantics, safety-check notes, edge-case table
- workflow-feature.md: step [4/6] gate follows the new bypass
- workflow-deploy.md: step [7/14] gate follows the new bypass, with
  an explicit safety note that release tags are still irreversible

Version: 1.9.0 -> 1.10.0 (minor: new user-facing flag, no breakage)
@wasikarn wasikarn merged commit 00d935b into main Apr 17, 2026
1 of 2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant