Skip to content
cccskills
FreePublished on GitHub

gh-pr-writing

Write and update GitHub PR titles and PR bodies with repository templates and local conventions. Use when creating PRs with `gh pr create`, revising PR text, choosing a conventional title prefix (for example `feat(web):`), or ensuring ticket suffix rules.

The English summary is being prepared. Showing the original description.

Works withGitHub
See how to install

Files included (2)

  • SKILL.md2.4 KB
  • agents/openai.yaml251 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

GH PR Writing

Workflow

  1. Inspect changed files (git show --name-only --oneline HEAD or git diff --name-only).
  2. Choose title type and scope from the mapping below.
  3. Build title in Conventional Commit PR style.
  4. Run bun run format manually before commit/push to avoid push-time formatter diffs.
  5. Load PR template from .github/pull_request_template.md when present.
  6. Fill the template with concrete user-facing behavior, implementation details, and executed validation commands.
  7. Create or update the PR using gh pr create or gh pr edit.

Title Rules

  • Format: <type>(<scope>): <summary>.
  • Keep summary imperative and specific.
  • Do not omit scope unless scope is truly cross-cutting.
  • If user requires a ticket marker at the end, append exactly as requested (for example ... WOR-2610).

Type And Scope Mapping

See the following example:

  • feat(web): for user-visible frontend behavior in apps/dashboard, packages/ui, routing/UI/UX changes.
  • fix(web): for frontend bug fixes.
  • feat(server): for backend/API behavior changes in packages/server.
  • fix(server): for backend/API bug fixes.
  • feat(db): or fix(db): for schema/query/migration behavior in packages/db.
  • chore(repo): for tooling/config/lockfile/CI/repo maintenance.
  • refactor(<scope>): for structural code changes without behavior change.
  • test(<scope>): for test-only changes.
  • docs(<scope>): for documentation-only changes.
  • ...

When multiple scopes are touched, choose the dominant user impact scope.

PR Body Rules

  • Use the repository PR template verbatim section structure when it exists.
  • Prefer concrete, observable outcomes over abstract summaries.
  • Include exact command lines used for validation.
  • Explicitly note excluded items (for example: "README unchanged") when relevant.

Commands

# Inspect latest commit

git show --name-only --oneline HEAD

# Format before push

bun run format

# Create PR from template body file

gh pr create --base main --head <branch> --title "<title>" --body-file <body.md>

# Update title/body later

gh pr edit <pr-number-or-url> --title "<title>" --body-file <body.md>

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Automates browser interactions for web testing, form filling, screenshots, and data extraction. Use when the user needs to navigate websites, interact with web pages, fill forms, take screenshots, test web applications, or extract information from web pages.

The English summary is being prepared. Showing the original description.

wordbricks/onequery17Updated Jul 30, 2026

A scoring scale for evaluating how well a CLI is designed for AI agents, based on the "Rewrite Your CLI for AI Agents" principles.

The English summary is being prepared. Showing the original description.

wordbricks/onequery17Updated Jul 30, 2026

Score a repository's agentic legibility from repo-visible evidence only. Use when Codex needs to audit how easy a codebase is for coding agents to discover, bootstrap, validate, and navigate, especially for harness-engineering reviews, developer-experience audits, repo cleanup, or before/after comparisons after improving docs, tooling, or architectural constraints.

The English summary is being prepared. Showing the original description.

wordbricks/onequery17Updated Jul 30, 2026

astro

Free

Expert in Astro framework with static generation and partial hydration patterns

The English summary is being prepared. Showing the original description.

wordbricks/onequery17Updated Jul 30, 2026

Babysit a GitHub pull request after creation by continuously polling review comments, CI checks/workflow runs, and mergeability state until the PR is merged/closed or user help is required. Diagnose failures, retry likely flaky failures up to 3 times, auto-fix/push branch-related issues when appropriate, and keep watching open PRs so fresh review feedback is surfaced promptly. Use when the user asks Codex to monitor a PR, watch CI, handle review comments, or keep an eye on failures and feedback on an open PR.

The English summary is being prepared. Showing the original description.

wordbricks/onequery17Updated Jul 30, 2026

Adopt better-result in an existing TypeScript codebase. Use when replacing try/catch, Promise rejection handling, null sentinels, or thrown domain exceptions with typed Result workflows.

The English summary is being prepared. Showing the original description.

wordbricks/onequery17Updated Jul 30, 2026

See all skills by wordbricks

Report a problem with this skill