con un clic
create-pr
Creates a pull request from a fork branch to kyma-project/btp-manager main.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
Creates a pull request from a fork branch to kyma-project/btp-manager main.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | create-pr |
| description | Creates a pull request from a fork branch to kyma-project/btp-manager main. |
Create a pull request from the current fork branch to the upstream kyma-project/btp-manager repository.
/create-pr [optional hint about what changed]
Examples:
/create-pr/create-pr Add network policy reconciliationAsk the user:
You are about to open a PR from branch
<current-branch>tokyma-project/btp-manager:main. Continue?
Stop if they say no.
The local main branch may be stale. Always diff against the upstream remote to get only the changes this branch uniquely introduces:
git fetch upstream main
git diff upstream/main...HEAD
The three-dot syntax (...) diffs from the merge-base, so only commits unique to this branch are shown — not unrelated upstream commits that the local branch happens to include.
If no upstream remote exists, fall back to origin/main:
git fetch origin main
git diff origin/main...HEAD
Read the diff carefully and summarize the most important changes as bullet points. Base the summary entirely on what the code actually changed.
Read .github/pull-request-template.md and use it as the body structure. Fill in the Description bullets from the diff.
Rules:
Closes #<issue>, Fixes #<issue>, or any issue-closing keywords unless the user explicitly asks.Ask the user:
Would you like to reference any related issues? (e.g.
See also #123) If yes, provide the issue number(s).
If yes, place the reference on the line immediately after **Related issue(s)** with no blank line between them. Use See also #<n> unless the user explicitly asks for a closing keyword.
Ask the user which changelog label to apply:
Which changelog label should this PR have?
kind/feature— New featurekind/enhancement— Enhancement to an existing featurekind/bug— Bug fix
Apply exactly one of these labels. No other labels unless the user explicitly requests them.
Derive the title from the diff:
feat:, fix:, chore: prefixes.Add Network Policy Reconciliation, Fix Deprovisioning Race ConditionShow the user the full title + body and ask: "Shall I open the PR with this title and description?"
To determine <fork-owner> and the PR creator's GitHub username, run:
git remote get-url origin
gh api user --jq .login
Extract <fork-owner> from the origin URL. The PR creator's GitHub username comes from gh api user.
gh pr create \
--repo kyma-project/btp-manager \
--base main \
--head <fork-owner>:<current-branch> \
--title "<title>" \
--label "<chosen-label>" \
--assignee "<github-username>" \
--body "$(cat <<'EOF'
<body>
EOF
)"
Return the PR URL to the user once created.
--base main on kyma-project/btp-manager — never an upstream feature branch.Closes, Fixes, Resolves) unless the user explicitly asks.--no-verify or bypass any git hooks.kind/* label per PR.