pr-creator
Creates GitHub pull requests with short, human-sounding descriptions. Adds a Linear issue ID prefix when available, keeps titles under 60 chars, and defaults to one short paragraph instead of generated summaries or test-plan sections. Also restructures noisy commit history and adds reviewer guidance when needed. Use when "create a PR", "make a PR", "open a pull request", "PR this", "ship it", "make this PR easy to review", "polish this PR", "tidy the PR", "clean up commits", "restructure commits", or "split this PR".
What this skill does
# pr-creator Write PR descriptions like a developer posting in Slack, not like an AI summarizing a diff. ## Reference Files | File | Read When | |------|-----------| | `references/pr-polish.md` | When the commit history is noisy, the diff exceeds 500 lines, or the user asks to polish, tidy, restructure, or split the PR | ## Rules 1. **Title**: when a Linear ID is available, prefix the title with the real ID: `<LINEAR-ID>: Add auth flow`. For example, `ABC-123: Add auth flow`. Otherwise use `Add auth flow`. Keep it under 60 chars. No periods. 2. **Body**: default to one short paragraph. Explain what changed and why it matters. 3. **No fake why.** If the reason is not clear from the prompt, Linear issue, branch, commits, or diff, leave it out. 4. **Risk only when real.** Add one short `Risk:` line only for migrations, billing/auth/permission changes, irreversible writes, wide blast radius, or subtle behavior changes. 5. **Testing only if real.** Mention testing only when it was actually run. No `Test plan` section. 6. **No file-by-file changelogs.** The diff already shows the files. 7. **End after the useful content.** No generated-by footer or co-author line. ## Anti-patterns — never write these - "This PR implements..." - "This change ensures..." - "This commit introduces..." - "Refactored X to improve Y" - "Updated the Z component to handle..." - "Added comprehensive test coverage for..." - "Ensured backwards compatibility with..." - Lines that start with a filename or path - A "Test plan" section with checkboxes - A long list of bullets that restates the diff ## Before / after **Bad** (default AI behavior): ```text Title: Implement user authentication flow with session management and error handling ## Summary - Added new `AuthProvider` component in `src/components/AuthProvider.tsx` that wraps the application with authentication context - Implemented `useAuth` hook in `src/hooks/useAuth.ts` for login, logout, and session refresh functionality - Updated `src/app/layout.tsx` to include the AuthProvider wrapper - Added error boundary handling for authentication failures - Configured session timeout to 30 minutes with automatic refresh ## Test plan - [ ] Verify login flow works with valid credentials - [ ] Verify login flow shows error with invalid credentials - [ ] Verify session persists across page refreshes - [ ] Verify automatic logout after 30 minutes of inactivity - [ ] Verify the auth error boundary catches and displays auth failures ``` **Good** (what this skill produces): Assume `ABC-123` is the real Linear ID for this example: ```text Title: ABC-123: Add auth flow with session management Adds the auth flow needed for session-based login, including refresh, timeout handling, and a small error boundary for auth failures. ``` ## Command After analyzing the diff and drafting the title and body, create the PR: ```bash gh pr create --title "the final title here" --body "$(cat <<'EOF' One short paragraph that explains what changed and why it matters. EOF )" ``` ## Workflow 1. Run `git status`, `git diff`, and `git log` to understand the changes. 2. Find a Linear ID like `ABC-123` in the branch, commits, prompt, or PR context. If none exists, leave it out. 3. Push with `-u` if the branch has no upstream. 4. Draft title and body following the rules above. 5. If the repo has a PR template, respect it, but keep each answer short and do not add extra sections. 6. If the commit history is noisy (fixup, WIP, or "address review" commits) or the diff exceeds 500 lines, load `references/pr-polish.md` and restructure before creating the PR. 7. Create the PR with `gh pr create`. 8. Return the PR URL. Do not ask the user to confirm the description before creating. The whole point is speed.
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.