Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

workon-pr

Estrelas3

Forks1

Atualizado27 de janeiro de 2026 às 01:24

Create a pull request using the workon CLI. Use when the user says "workon pr", "create a PR", "open a PR", or indicates code is ready for review.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

evansoderberg

evansoderberg/workon-cli

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

SKILL.md

readonly

name	workon-pr
description	Create a pull request using the workon CLI. Use when the user says "workon pr", "create a PR", "open a PR", or indicates code is ready for review.
disable-model-invocation	true
allowed-tools	Bash(workon:), Bash(gh:), Bash(git:), Bash(cat:), Read

Create a Pull Request

Steps

Gather context by running these commands:
- Read the PR template: cat .github/PULL_REQUEST_TEMPLATE.md
- Get the diff: git diff origin/HEAD...HEAD or git diff main...HEAD
- Get commit history: git log --oneline origin/HEAD...HEAD or git log --oneline main...HEAD
- Extract ticket ID from branch name (format: username/{ticketid}/...)
Offer code review (ask the user):
- Before creating the PR, ask if they'd like you to run a code review first
- If yes, review the changes for issues, improvements, and potential bugs
- Address any findings before proceeding
Generate content for each section (you are responsible for generating this):
- Title: Concise description of the change (often matches ticket name)
- Summary: 1-2 sentences describing what changed and why
- Description: Detailed explanation referencing specific files/functions changed
- How to Test: Step-by-step verification instructions with expected outcomes
Get explicit user approval:
- Show the user the PR details (title, summary, description, testing instructions)
- Ask: "Ready to create this PR and push to GitHub?"
- WAIT for explicit confirmation (e.g., "yes", "go ahead", "create it")
- Do NOT proceed until you receive explicit approval
Create the PR after receiving approval:
```
workon pr -y --title "..." --summary "..." --ticket "..." --description "..." --testing "..."
```
- Always use -y flag to skip confirmation (user already approved)
- Add --draft if user asks for draft PR or mentions "draft", "WIP", "work in progress"
- Ticket ID is auto-extracted from branch if not provided
- Base branch is auto-detected (main or master)
- Use --base <branch> to override if needed

Important Notes

Do NOT modify the "Best Practices" checklist section in the PR template
The workon CLI fills in the PR template sections automatically

Mais deste repositório

mesmo repositório

ci-flaky

evansoderberg/workon-cli

Analyze flaky CI tests using CircleCI Insights. Use when investigating test flakiness, triaging CI failures, or deciding which flaky tests to fix next.

2026-03-253

workon-ci-status

evansoderberg/workon-cli

Check CircleCI status for a branch and help fix CI failures.

2026-01-273

workon-comment

evansoderberg/workon-cli

Add a comment to the current ClickUp ticket. Use when the user says "workon comment" or wants to add a comment to the ticket.

2026-01-273

workon-merge

evansoderberg/workon-cli

Merge a pull request and post a merge comment. Only use when explicitly requested.

2026-01-273

workon-pr-status

evansoderberg/workon-cli

Check the status of a pull request including CI checks and approvals.

2026-01-273

workon-pr-update

evansoderberg/workon-cli

Update sections of an existing pull request. Use when the user wants to improve or fix the PR description.

2026-01-273

Create a Pull Request

Steps

Gather context by running these commands:

Read the PR template: cat .github/PULL_REQUEST_TEMPLATE.md
Get the diff: git diff origin/HEAD...HEAD or git diff main...HEAD
Get commit history: git log --oneline origin/HEAD...HEAD or git log --oneline main...HEAD
Extract ticket ID from branch name (format: username/{ticketid}/...)

Offer code review (ask the user):

Before creating the PR, ask if they'd like you to run a code review first
If yes, review the changes for issues, improvements, and potential bugs
Address any findings before proceeding

Generate content for each section (you are responsible for generating this):

Title: Concise description of the change (often matches ticket name)
Summary: 1-2 sentences describing what changed and why
Description: Detailed explanation referencing specific files/functions changed
How to Test: Step-by-step verification instructions with expected outcomes

Get explicit user approval:

Show the user the PR details (title, summary, description, testing instructions)
Ask: "Ready to create this PR and push to GitHub?"
WAIT for explicit confirmation (e.g., "yes", "go ahead", "create it")
Do NOT proceed until you receive explicit approval

Create the PR after receiving approval:

workon pr -y --title "..." --summary "..." --ticket "..." --description "..." --testing "..."

Always use -y flag to skip confirmation (user already approved)
Add --draft if user asks for draft PR or mentions "draft", "WIP", "work in progress"
Ticket ID is auto-extracted from branch if not provided
Base branch is auto-detected (main or master)
Use --base <branch> to override if needed

Important Notes

Do NOT modify the "Best Practices" checklist section in the PR template

The workon CLI fills in the PR template sections automatically