Airbrowser-mcp pr
Create pull requests with conventional titles using gh CLI. Use when creating PRs, opening pull requests, or pushing branches for review.
git clone https://github.com/ifokeev/airbrowser-mcp
T=$(mktemp -d) && git clone --depth=1 https://github.com/ifokeev/airbrowser-mcp "$T" && mkdir -p ~/.claude/skills && cp -r "$T/.claude/skills/pr" ~/.claude/skills/ifokeev-airbrowser-mcp-pr && rm -rf "$T"
.claude/skills/pr/SKILL.mdCreate Pull Request
Create pull requests with conventional commit-style titles using the
gh CLI. Never add co-author labels.
Title Format
<type>(<scope>): <subject>
Same types and scopes as conventional commits — see
/commit skill for the full list.
Keep titles under 72 characters. Use the description for details, not the title.
Rules
- No co-author labels — never add
lines anywhereCo-Authored-By - Title follows conventional commit format: imperative mood, lowercase, no period
- Description uses the structured template below
- Always push the branch before creating the PR
- Base branch defaults to
unless specified otherwisemaster
Steps
-
Check the current branch and understand the scope of changes:
git branch --show-current git status git log --oneline master..HEAD git diff master...HEAD --stat -
If on
— you cannot push directly. Create a new branch first:mastergit checkout -b <type>/<short-description>Branch naming:
,feat/add-report-notifications
,fix/cron-duplicate
, etc. If there are uncommitted changes, they will carry over to the new branch.chore/bump-ui-kit -
If the branch has not been pushed yet:
git push -u origin HEAD -
Analyze all commits on the branch (not just the latest) to draft the title and summary
-
Create the PR using a HEREDOC for the body:
gh pr create --title "type(scope): subject line here" --body "$(cat <<'EOF' ## Summary - Brief bullet points explaining the changes ## Test plan - [ ] How to verify these changes work EOF )" -
Return the PR URL to the user
Description Template
## Summary - 1-3 bullet points describing what changed and why ## Test plan - [ ] Steps or checks to verify the changes
Keep it concise. No fluff, no emojis, no generated-by footers.
Examples
Title examples:
feat(console-ui): add scheduled report notifications fix(console-server): prevent duplicate cron triggers refactor(cloud-router): extract auth middleware into module chore: bump ui-kit to v0.15.0 across packages fix(ai-engineer): handle streaming timeout on large contexts
Full example:
gh pr create --title "feat(console-ui): add scheduled report notifications" --body "$(cat <<'EOF' ## Summary - Add email and Slack notifications for scheduled report runs - Support configurable notification channels per report - Handle delivery failures with retry logic ## Test plan - [ ] Create a scheduled report and verify notification is sent - [ ] Test failure retry by simulating a delivery error - [ ] Verify notification preferences persist across sessions EOF )"
Options
- To target a different base branch:
gh pr create --base <branch> ... - To create as draft:
gh pr create --draft ... - To add reviewers:
gh pr create --reviewer user1,user2 ... - To add labels:
gh pr create --label "bug,priority" ...