Skip to content
cccskills
FreePublished on GitHub

gh-credit-harvest

Bring one approved community pull request into a release branch while preserving authorship and contribution credit. Review the changes, check for conflicts, run focused tests, and post a specific thank-you to the contributor.

OriginalShow the original description

Harvest one community PR into a release branch with authorship and credit preserved, verified green, and a warm thank-you.

Works withGitHub
See how to install

Good for

  • Apply one approved community pull request to a release branch
  • Preserve author information when adapting a contribution
  • Check conflicts and tests against the actual target branch
  • Thank a contributor for a specific fix

Files included (1)

  • SKILL.md4.4 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

gh-credit-harvest

Harvest exactly one community PR into the real landing branch with full authorship and machine-readable credit, verified green, then thank the contributor. A PR is evidence: judge it from code, tests, comments, and checks, never the title. Do not merge, close, tag, or publish without maintainer approval — this skill lands a credited commit and posts thanks; the workflow closes the PR.

When to use

  • You have approval to land ONE specific community PR into a release branch.
  • The PR is not yet on the landing branch (if it is, close-with-credit instead — see gh-close-issues).
  • The landing branch may be local-only (e.g. <release-branch>); a main-based "mergeable" flag does not prove it lands cleanly.

Workflow

  1. Find the real landing branch (the one the maintainer named, not always main) and fetch the PR head:
    git switch <release-branch>
    git fetch origin pull/<N>/head
    git log -1 --format='%H %an <%ae>' FETCH_HEAD   # author to preserve
    
  2. Review from evidence, not the title. Read the diff, tests, linked issue, comments, and CI:
    gh pr view <N> --repo codewhale-hq/CodeWhale --json title,author,files,statusCheckRollup
    gh pr diff <N> --repo codewhale-hq/CodeWhale
    
  3. Test mergeability against the REAL landing branch (local-only branches lie via the main flag):
    git merge-tree $(git merge-base HEAD FETCH_HEAD) HEAD FETCH_HEAD   # empty/clean = no conflict
    
  4. Land it, preferring cherry-pick — it preserves the original author automatically:
    git cherry-pick <sha>            # one or more commits from FETCH_HEAD
    
  5. If it conflicts, spans noise, or needs squashing, re-apply the narrow slice and commit with explicit author + credit trailers. Resolve --author and the co-author from .github/AUTHOR_MAP (fall back to numeric noreply):
    gh api users/<handle> --jq '"\(.id)+\(.login)@users.noreply.github.com"'
    git commit --author="Name <ID+handle@users.noreply.github.com>" -m "fix(scope): what changed (#<N>)" \
      -m "Harvested from PR #<N> by @<handle>" \
      -m "Co-authored-by: Name <ID+handle@users.noreply.github.com>"
    
    The Harvested from PR #<N> by @<handle> line in the body is what .github/workflows/auto-close-harvested.yml matches to auto-close with credit once the commit reaches main.
  6. Format and run the focused tests for the touched crate — only land green:
    cargo fmt --all
    cargo test -p <crate>            # the crate(s) the PR touched, not the whole workspace
    git log -1 --format='%an <%ae>%n%(trailers:key=Co-authored-by)'  # credit the human, from .github/AUTHOR_MAP
    
  7. Post a brief, warm, specific thank-you on the PR — name what the change fixed, no drama. Leave the PR open; the workflow closes it with credit when the commit lands on main:
    gh pr comment <N> --repo codewhale-hq/CodeWhale \
      --body "Thank you @<handle> — clean fix for <the specific bug>. Harvested into the <release-branch> lane with your authorship preserved; it'll auto-close with credit once it reaches main."
    

Shape of a clean harvest: a single-commit PR that cherry-picks with no conflicts needs no manual trailers — the author is preserved automatically — and a focused cargo test -p on the touched crate is enough to land it green.

Red flags / don't

  • Don't judge or land from the title or labels alone — read code, tests, comments, and checks.
  • Don't trust the GitHub main-based mergeable flag for a local-only release branch; prove it with git merge-tree.
  • Don't squash away the original author. Cherry-pick when you can; only fall back to --author + trailers when you must.
  • Don't invent co-author emails. Use .github/AUTHOR_MAP, then numeric noreply; never raw third-party, .local, placeholder, or bot emails.
  • Don't omit the Harvested from PR #<N> by @<handle> body line — without it the PR won't auto-close with credit.
  • Don't land red, harvest more than one PR per commit, or batch unrelated changes into the harvest.
  • Don't merge, close, tag, publish, or push release artifacts without maintainer approval. Keep the comment positive and crediting.
  • Already on the landing branch? Don't re-harvest — close-with-credit via gh-close-issues.

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

batch

FreeSummary

Split a large goal into clearly bounded tasks that can run in parallel. Coordinate existing agent and worktree tools, then combine and verify the results. The skill starts only when explicitly requested.

  • Splitting a large goal into parallel tasks
  • Coordinating work across multiple agents
  • Running tasks in separate worktrees
codewhale-hq/Codewhale41.1KUpdated Oct 19, 2026

best-of-n

FreeSummary

Generate independent options for design, implementation, explanations, or debugging, then compare them using one shared rubric. Code candidates use separate working copies and undergo independent verification before a winner is presented for review.

  • Comparing several plausible design approaches
  • Evaluating independent implementations of the same task
  • Comparing explanations or debugging approaches
codewhale-hq/Codewhale41.1KUpdated Oct 19, 2026

Check Codewhale release readiness through ordered tests, builds, version checks, and manual terminal checks. Record command results and observed behavior, including responsiveness, route isolation, and follow-up input handling, while explicitly identifying any skipped checks.

  • Run automated checks on the actual release branch
  • Check whether a PR merges into the release branch
  • Manually test terminal responsiveness and input behavior
codewhale-hq/Codewhale41.1KUpdated Oct 19, 2026

computer-use

FreeSummary

Operate desktop apps and isolated browsers on registered computers by inspecting interface controls, entering information, and checking results. The skill also covers screenshots and recording, with separate routing for the user's signed-in Chrome through Chromewhale.

  • Entering information through a desktop app interface
  • Working in an isolated browser session
  • Capturing screenshots or recordings for a task
codewhale-hq/Codewhale41.1KUpdated Oct 19, 2026

Check a local Codewhale checkout before contributing: inspect branch and sync status, build the CLI, and run the repository’s CI checks. Present recent commits and changelog entries from local files, with clear status for each step.

  • Checking a checkout before contributing
  • Reviewing local changes and sync status
  • Running the build and CI verification commands
codewhale-hq/Codewhale41.1KUpdated Oct 19, 2026

cw-dogfood

FreeSummary

Builds and installs Codewhale with a source revision identifier, then verifies the installed version in a fresh shell. It guides hands-on runtime checks for interface behavior, routing, approvals, and other changes that automated tests may miss.

  • Verifying terminal interface changes in the actual product
  • Installing and checking a local release build
  • Checking model routing and approval behavior
codewhale-hq/Codewhale41.1KUpdated Oct 19, 2026

See all skills by codewhale-hq

Report a problem with this skill