wren-castellan/bounty-check — explained in plain English
Analysis updated 2026-05-18
Check a single GitHub bounty issue before spending time investigating or coding it.
Scan every open, bounty-labeled issue in a repository at once for claimability.
Resolve Opire or IssueHunt bounty links back to their real GitHub issue status.
Get machine-readable JSON output for use in other bounty-hunting scripts.
| wren-castellan/bounty-check | 0xallam/my-recipe | 0xhassaan/nn-from-scratch | |
|---|---|---|---|
| Stars | 0 | — | 0 |
| Language | Python | Python | Python |
| Last pushed | — | 2022-11-22 | — |
| Maintenance | — | Dormant | — |
| Setup difficulty | easy | moderate | moderate |
| Complexity | 1/5 | 2/5 | 4/5 |
| Audience | developer | general | developer |
Figures from each repo's GitHub metadata at analysis time.
Works without a GitHub token but is limited to 60 API requests per hour without one.
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.
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.
Mainly Python. The stack also includes Python, GitHub API.
MIT license: free to use, copy, modify, and distribute, as long as you keep the original copyright notice.
Setup difficulty is rated easy, with roughly 5min to a first successful run.
Mainly developer.
This repo across BitVibe Labs
double-check against the repo, no cap.