/flow-next-make-pr
Render a briefing from the aid artifact and open or update a PR via gh, a GitLab merge request via glab, or a Bitbucket Cloud pull request via bkt. Auto-detects the spec from the branch. Supports --draft, --ready, --base, --memory, --dry-run, --update, and mode:autonomous.
Claude Code
$ npx -y skills add gmickel/flow-next --skill flow-next-make-pr --agent claude-code
Codex
$ npx skills add gmickel/flow-next --skill flow-next-make-pr -a codex -y
Cursor
$ npx skills add gmickel/flow-next --skill flow-next-make-pr -a cursor -y
Gemini CLI
$ npx skills add gmickel/flow-next --skill flow-next-make-pr -a gemini-cli -y
GitHub Copilot
$ npx skills add gmickel/flow-next --skill flow-next-make-pr -a github-copilot -y
OpenCode
$ npx skills add gmickel/flow-next --skill flow-next-make-pr -a opencode -y
Windsurf
$ npx skills add gmickel/flow-next --skill flow-next-make-pr -a windsurf -y
SKILL.md
flow-next-make-pr.SKILL.mdname: flow-next-make-pr
description: Render a briefing from the aid artifact and open or update a PR via gh, a GitLab merge request via glab, or a Bitbucket Cloud pull request via bkt. Auto-detects the spec from the branch. Supports --draft, --ready, --base, --memory, --dry-run, --update, and mode:autonomous.
user-invocable: false
allowed-tools: AskUserQuestion, Read, Bash, Grep, Glob, Write, Edit, Task
/flow-next:make-pr
The host authors one grounded aid object; flowctl validates, stores and renders the briefing. Read [workflow.md](workflow.md), then its reached references. No extra model call or hand-assembled sections. Invocation authorizes push and PR creation; `--dry-run` previews without repository writes, push, PR edits or memory writes.
Read [working-rules.md](../../references/working-rules.md) first unless you already have this run; it holds for every step of this skill.
Define `FLOWCTL` from `${DROID_PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT}}/scripts/flowctl`, then `<plugin-root>/scripts/flowctl` (two levels above this SKILL.md), then `.flow/bin/flowctl`, choosing the first executable. Never assume a global install. Parse `$ARGUMENTS`: the positional token is `SPEC_ID`; reject unknown flags and missing base values. Carry these values between tool calls:
| Argument | Variable / effect | | --- | --- | | `--draft`, `--ready` | `DRAFT_FORCE=draft|ready`; default `auto`; last wins, note conflicts | | `--base <ref>` or `--base=<ref>` | `BASE_REF`; default empty | | `--memory` | `WRITE_MEMORY=1`; default 0 | | `--dry-run` | `DRY_RUN=1`; default 0 | | `--update` | `UPDATE_MODE=1`; default 0; refresh an existing open PR, closing the spec once its work is complete | | `mode:autonomous` or `FLOW_AUTONOMOUS=1` | `AUTONOMOUS=1`; default 0 |
Keep this skill inline so `AskUserQuestion` remains available. Ask only for missing information, with a recommended option; use a numbered prompt if the tool is unavailable. `NEED_INPUT:` means ask outside Bash and rerun with the answer. Autonomous gaps hard-error instead. PRs open ready unless `--draft` or open items (rules in create-and-finalize); a branch without a spec takes workflow.md's no-spec path. Never merge here. Evidence, paths and requirement attribution must be grounded in the export and receipts, with unknowns explicit rather than invented.
Read more
name: flow-next-make-pr description: Render a briefing from the aid artifact and open or update a PR via gh, a GitLab merge request via glab, or a Bitbucket Cloud pull request via bkt. Auto-detects the spec from the branch. Supports --draft, --ready, --base, --memory, --dry-run, --update, and mode:autonomous. user-invocable: false allowed-tools: AskUserQuestion, Read, Bash, Grep, Glob, Write, Edit, Task
/flow-next:make-pr
The host authors one grounded aid object; flowctl validates, stores and renders the briefing. Read [workflow.md](workflow.md), then its reached references. No extra model call or hand-assembled sections. Invocation authorizes push and PR creation; `--dry-run` previews without repository writes, push, PR edits or memory writes.
Read [working-rules.md](../../references/working-rules.md) first unless you already have this run; it holds for every step of this skill.
Define `FLOWCTL` from `${DROID_PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT}}/scripts/flowctl`, then `<plugin-root>/scripts/flowctl` (two levels above this SKILL.md), then `.flow/bin/flowctl`, choosing the first executable. Never assume a global install. Parse `$ARGUMENTS`: the positional token is `SPEC_ID`; reject unknown flags and missing base values. Carry these values between tool calls:
| Argument | Variable / effect | | --- | --- | | `--draft`, `--ready` | `DRAFT_FORCE=draft|ready`; default `auto`; last wins, note conflicts | | `--base <ref>` or `--base=<ref>` | `BASE_REF`; default empty | | `--memory` | `WRITE_MEMORY=1`; default 0 | | `--dry-run` | `DRY_RUN=1`; default 0 | | `--update` | `UPDATE_MODE=1`; default 0; refresh an existing open PR, closing the spec once its work is complete | | `mode:autonomous` or `FLOW_AUTONOMOUS=1` | `AUTONOMOUS=1`; default 0 |
Keep this skill inline so `AskUserQuestion` remains available. Ask only for missing information, with a recommended option; use a numbered prompt if the tool is unavailable. `NEED_INPUT:` means ask outside Bash and rerun with the answer. Autonomous gaps hard-error instead. PRs open ready unless `--draft` or open items (rules in create-and-finalize); a branch without a spec takes workflow.md's no-spec path. Never merge here. Evidence, paths and requirement attribution must be grounded in the export and receipts, with unknowns explicit rather than invented.
Faster than your agent alone. And better. A workflow plugin that takes a bug, idea or ticket to a verified pull request: specs, cross-model review by risk, live QA, receipts in your repo. Claude Code · Codex · Cursor · Droid · Grok Build · OpenCode · Muse Code.
Other skills on flow-next.
More skills from other plugins.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
ask-matt
Ask which skill or flow fits your situation. A router over the skills in this repo.
Questions about flow-next-make-pr.
- Which coding agents can use flow-next-make-pr?
- flow-next-make-pr installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.

