code/create-pr/SKILL.md
--- name: create-pr description: >- Creates a well-structured pull request with product-focused summary, change highlights, and test steps. Auto-detects base branch, links Linear issues from branch name, and pushes if needed. Use when ready to open a PR or when asking to create a pull request. argument-hint: [issue-id] [--base branch] [--draft] disable-model-invocation: true allowed-tools: - AskUserQuestion - Bash - Read - Glob - Grep - mcp__claude_ai_Linear__get_issue - mcp_
npx skillsauth add mostafa-drz/claude-skills code/create-prInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create a well-structured, product-focused pull request.
Read ~/.claude/skills/create-pr/preferences.md using the Read tool. If not found, no preferences are set.
On startup, use Bash to detect: current branch (git branch --show-current), upstream branch, commits ahead of upstream, and repo name (gh repo view --json nameWithOwner -q .nameWithOwner). Skip any that fail.
Check $ARGUMENTS:
help → display help then stopconfig → interactive setup then stopreset → delete ~/.claude/skills/create-pr/preferences.md, confirm, stopParse from $ARGUMENTS:
--base <branch> — override base branch--draft — create as draft PR--no-linear — skip Linear integrationAIS-810)PR — Create a well-structured pull request
Usage:
/create-pr Create PR from current branch
/create-pr <issue-id> Create PR and link Linear issue
/create-pr --base develop Override base branch
/create-pr --draft Create as draft
/create-pr --no-linear Skip Linear linking
/create-pr config Set PR preferences
/create-pr reset Clear preferences
/create-pr help This help
Examples:
/pr
/create-pr AIS-810
/create-pr --base develop --draft
/create-pr AIS-810 --base main
What it does:
1. Detects base branch (or uses preference/flag)
2. Reads commits, diff, and Linear issue
3. Builds product-focused PR description
4. Pushes branch if needed
5. Creates PR and links to Linear
Current preferences:
(shown above under Preferences)
Use AskUserQuestion:
Q1 — "Default base branch?" (auto-detect (default), main, develop, custom)
Q2 — "Link Linear issues?" (Yes — from branch name (default), No)
Q3 — "PR template?" (standard (default), minimal, detailed)
Q4 — "Auto-push before creating?" (Yes (default), No — just create locally)
Q5 — "Default PR type?" (Ready for review (default), Draft)
Save to ~/.claude/skills/create-pr/preferences.md.
If no preferences file exists, show:
"First time using /pr? Run /create-prconfig to set defaults (base branch, template, Linear linking), or continue — I'll auto-detect."
Then proceed.
From git:
git log <base>..HEAD --onelinegit diff <base>...HEAD --statgit diff <base>...HEAD (for understanding changes)Base branch detection (in order):
--base flag if providedgh repo view --json defaultBranchRef -q .defaultBranchRef.nameLinear issue (unless --no-linear):
user/ais-NNN-* or ais-NNN-*)get_issue for title, description, projectRemote check:
If a Linear issue was found, check if branch name matches issue.gitBranchName.
If mismatch, rename the branch to match (team convention):
git branch -m {old} {new}
git push origin --delete {old} # if old was pushed
git push -u origin {new}
If branch isn't pushed (or was renamed):
git push -u origin {branch}
Skip if --no-push or preference says no.
Title format: Under 70 chars, conventional prefix.
feat: Description for new featuresfix: Description for bug fixesrefactor: Description for refactoringchore: Description for maintenanceBody template (standard):
## Summary
{1-2 sentences: what this does and why. Product value first.}
**Linear:** [{issue-id}]({url}) (if available)
## What's New
- **{Feature/Change}** — {one sentence, user perspective}
- **{Feature/Change}** — {one sentence}
## How to Test
1. {Step}
2. {Step}
3. {Step}
Body template (minimal):
{1-2 sentences: what and why}
Linear: [{issue-id}]({url})
Body template (detailed):
## Summary
{1-2 sentences}
**Linear:** [{issue-id}]({url})
## What's New
- **{Feature}** — {description}
## Architecture
- {How it's structured}
- {What was reused}
- {Data flow}
## How to Test
1. {Step}
2. {Step}
gh pr create --base {base} --title "{title}" --body "$(cat <<'EOF'
{body}
EOF
)"
Add --draft if flag set or preference is draft.
If Linear issue found, attach PR via update_issue with link:
url: https://github.com/{org}/{repo}/pull/{number}
title: PR #{number} — {title}
PR created: {url}
Base: {base}
Head: {branch}
Title: {title}
Linear: {issue-id} (linked ✓) or "none"
Type: Ready / Draft
Commits: {count}
Files: {count}
development
--- name: triage-board description: >- Generates a structured triage artifact from the current conversation's findings — a self-contained Desktop folder with a JSON Schema, schema-conformant report.json, prose markdown, and a single-file HTML viewer. Viewer ships with MD / CSV / JSON download buttons in the header and a per-finding "Copy as Markdown" action that produces a GitHub/Linear/Notion-ready ticket block. Stateless — triage state lives in the user's ticket system, not in the
development
Runs a beginner-mind end-to-end UI audit of any running app — local dev server, staging, production, or a specific URL. Drives Chrome through every interactive element on the target surface, collects structured findings (severity, category, where, symptom, impact, repro, triage), and hands the result off to `/triage-board` which produces the Desktop folder (schema + JSON + Markdown + single-file HTML viewer with MD/CSV/JSON exports and a per-finding Copy as Markdown button). Use when you want fresh-eyes verification of a feature, page, modal, flow, branch, or whole app — before shipping, before review, before a demo, or any time the UI deserves a careful poke.
development
Reviews the user's past Claude Code conversations from a wellbeing perspective — sentiment, tone, emotional arc, recurring patterns — and generates a supportive, science-grounded report in both Markdown and HTML. Default lookback is 48 hours across all projects. Uses recognised emotion frameworks (Plutchik, Ekman, Russell's circumplex, Pennebaker linguistic markers) and cites the science behind every observation. Learns the user's baseline tone over time so future reports flag genuine shifts, not noise. Use when the user asks for an emotional/wellbeing recap, mood check, sentiment review, or wants to understand their own ups and downs across recent work sessions.
development
--- name: workflow-advisor description: >- Analyzes recent Claude Code conversations and local Claude state (skills, settings, memory files, CLAUDE.md), researches the latest Claude Code features and best practices online, and suggests one workflow improvement at a time with reasoning and a concrete action item. Can save accepted suggestions to memory for tracking. Use when you want to discover underused Claude Code features, improve your development workflow, stay current with the lat