CtrlK
BlogDocsLog inGet started
Tessl Logo

create-pr

Full PR creation pipeline — self-review, code review checks, and PR creation with a structured template.

51

Quality

55%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./devflow-plugin/skills/create-pr/SKILL.md
SKILL.md
Quality
Evals
Security

You are creating a pull request. This command runs the full PR pipeline.

Steps

  1. Gather PR context. Run these commands to understand the full scope:

    git log --oneline main..HEAD
    git diff --stat main..HEAD
    git diff main..HEAD

    Also check the branch name for a ticket ID (e.g., MES-1234).

  2. Self-review the diff. Read through the full diff and check for:

    • Leftover debug statements or TODOs
    • Missing error handling
    • Naming convention violations
    • Files that shouldn't be committed
    • Incomplete implementations or placeholder code
    • Missing tests for new functionality
  3. Run code review checks:

    devflow check

    If devflow check is not available, run lint, type-check, and tests:

    yarn lint && yarn build && yarn test --changedSince=main
  4. If issues are found in self-review or checks, report them and ask the user whether to fix them first or proceed anyway.

  5. Draft the PR. Analyze all commits and the full diff to create:

    • Title: Concise, conventional format (e.g., "feat(messaging): add retry logic for carrier timeouts")
    • Summary: 2-4 bullet points describing what changed and why
    • Testing: How the changes were tested
    • Ticket: Link to the ticket if a ticket ID is found
  6. Present the PR draft to the user for review and approval.

  7. Create the PR using GitHub CLI:

    git push -u origin HEAD
    gh pr create --title "<title>" --body "$(cat <<'EOF'
    ## Summary
    <bullet points>
    
    ## Changes
    <file-level description of changes>
    
    ## Testing
    <how it was tested>
    
    ## Ticket
    <ticket link or N/A>
    
    ## Checklist
    - [ ] Tests pass
    - [ ] Lint passes
    - [ ] Types check
    - [ ] Self-reviewed
    - [ ] CLAUDE.md compliance verified
    EOF
    )"
  8. Return the PR URL to the user.

Important

  • Never create a PR with failing checks unless the user explicitly approves it.
  • Always push the branch before creating the PR.
  • If the diff is large (>500 lines), suggest splitting into smaller PRs.

$ARGUMENTS

Repository
AndreJorgeLopes/devflow
Last updated
Created

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.