gitwtfhub

wtf is bounty-check?

wren-castellan/bounty-check — explained in plain English

Analysis updated 2026-05-18

0PythonAudience · developerComplexity · 1/5LicenseSetup · easy

TL;DR

A CLI that checks whether a GitHub bounty issue is actually still claimable, by verifying it isn't closed, archived, or already has a competing pull request.

Mindmap

mindmap
  root((bounty-check))
    What it does
      Checks bounty status
      Detects closed issues
      Finds competing PRs
    Tech stack
      Python
      GitHub API
    Use cases
      Pre-check bounties
      Scan whole repos
      Resolve Opire links
    Audience
      Bounty hunters
      Open source contributors
      Developers

Code map

Detail Auto

An interactive map of this repo's files and how they connect — its source is parsed live in your browser. Click Visualize to build it.

filefunction / class

Why would anyone build with this?

REASON 1

Check a single GitHub bounty issue before spending time investigating or coding it.

REASON 2

Scan every open, bounty-labeled issue in a repository at once for claimability.

REASON 3

Resolve Opire or IssueHunt bounty links back to their real GitHub issue status.

REASON 4

Get machine-readable JSON output for use in other bounty-hunting scripts.

What's in the stack?

PythonGitHub API

How it stacks up

wren-castellan/bounty-check0xallam/my-recipe0xhassaan/nn-from-scratch
Stars00
LanguagePythonPythonPython
Last pushed2022-11-22
MaintenanceDormant
Setup difficultyeasymoderatemoderate
Complexity1/52/54/5
Audiencedevelopergeneraldeveloper

Figures from each repo's GitHub metadata at analysis time.

How do you spin it up?

Difficulty · easy Time to first run · 5min

Works without a GitHub token but is limited to 60 API requests per hour without one.

MIT license: free to use, copy, modify, and distribute, as long as you keep the original copyright notice.

Wtf does this do

bounty-check is a small command line tool that answers one question: is this GitHub bounty issue actually still claimable? The author explains that they spent close to an hour manually checking bounty listings on sites like Algora and IssueHunt, only to find that most were already dead in ways the listing itself never showed, such as the issue being closed, the repository being archived so a pull request could never merge, or someone else already having an open pull request against it. You point the tool at a GitHub issue URL, an IssueHunt link, an Opire link, or a short owner/repo#123 form, and it uses GitHub's own API to check whether the issue is genuinely open, whether the repository has been archived, and whether an open pull request already references that issue. It resolves Opire's opaque listing URLs by reading the real GitHub issue link off Opire's page first, without needing an Opire API key. You can also scan every open, bounty labeled issue across a whole repository at once, and results can be printed as machine readable JSON. The tool reports one of a few outcomes: ARCHIVED_REPO if the repo cannot accept a merge, CLOSED if the issue is already resolved, HAS_OPEN_PR if someone is already ahead of you, or OPEN_CLAIMABLE otherwise, with a note if the repository has not been pushed to in over two years. The README is honest that a clean OPEN_CLAIMABLE result is not a guarantee, since popular bounty issues can attract many competing pull requests within hours of being posted. It does not judge whether an issue is well scoped or worth the reward, that part still needs a human read of the issue. Adding a GitHub token raises the API rate limit from 60 requests per hour to 5000, which matters if checking many issues at once. The test suite runs entirely against mocked API responses, so no network access or token is needed to run it. The project is released under the MIT license.

Yoink these prompts

Prompt 1
Help me run bounty-check against this Opire bounty link to see if it is still claimable.
Prompt 2
Show me how to use the --repo and --label flags to scan a whole repository for open bounty issues.
Prompt 3
Explain what ARCHIVED_REPO, CLOSED, and HAS_OPEN_PR mean in bounty-check's output.
Prompt 4
Walk me through adding a GITHUB_TOKEN so I can check more issues per hour.

Frequently asked questions

wtf is bounty-check?

A CLI that checks whether a GitHub bounty issue is actually still claimable, by verifying it isn't closed, archived, or already has a competing pull request.

What language is bounty-check written in?

Mainly Python. The stack also includes Python, GitHub API.

What license does bounty-check use?

MIT license: free to use, copy, modify, and distribute, as long as you keep the original copyright notice.

How hard is bounty-check to set up?

Setup difficulty is rated easy, with roughly 5min to a first successful run.

Who is bounty-check for?

Mainly developer.

View the repo → Decode another repo

This repo across BitVibe Labs

Don't trust strangers blindly. Verify against the repo.