@pycoders: bounty-check: GitHub赏金问题是否仍可认领？

bounty-check: GitHub赏金问题是否仍可领用？ https://t.co/LHKZeM8RSk — # wren-castellan/bounty-check 仓库：https://github.com/wren-castellan/bounty-check # bounty-check 测试 (https://github.com/wren-castellan/bounty-check/actions/workflows/test.yml) 这个GitHub“赏金“问题是否真的还可以领用？ ## 为什么需要这个工具 在寻找开源赏金任务时，我花了将近一个小时手动检查Algora和IssueHunt上的列表——结果发现大部分赏金实际上已经失效，但列表本身并未显示任何迹象：问题已经关闭、仓库已归档（因此拉取请求根本无法合并），或者已经有人提交了开放的拉取请求。IssueHunt自己的面板在问题失效多年后仍然显示旧的赏金带有“已资助“徽章——其页脚写着“© 2019 BoostIO, Inc.“，并且未与实际的问题/仓库状态保持同步。 这是一个小型命令行工具，可以自动进行此检查：指向一个GitHub问题（或IssueHunt链接、Opire链接，或owner/repo#123），它会通过GitHub的API告诉你：问题是否真正开放、仓库是否已归档、以及是否已经有人提交了开放的拉取请求——在你花时间深入阅读问题、甚至编写代码之前。 （Opire存在与IssueHunt相同的过时面板问题：一个真实示例中，某个GitHub已显示为已关闭并合并的问题，在Opire的面板上仍列为$345的开放赏金。） ## 用法 bash python bounty_check.py owner/repo#123 https://github.com/owner/repo/issues/456 python bounty_check.py https://app.opire.dev/issues/01HW8CK374Y67WDDZG22BYVZQ4 Opire自身的列表URL在链接中使用不透明的ID，不包含owner/repo/number（与IssueHunt不同）——bounty-check通过直接读取Opire页面上的真实GitHub问题URL来解析，无需Opire API密钥。 或者一次性扫描整个仓库中所有带bounty标签的开放问题： bash python bounty_check.py --repo owner/repo python bounty_check.py --repo owner/repo --label "help wanted" 添加--token/GITHUB_TOKEN可将GitHub API速率限制从60次/小时提高到5000次/小时——如果你每小时检查超过几个问题，则需要此选项（尤其是使用--repo模式时）。 添加--json以获得机器可读的输出。 ## 它检查什么（以及不检查什么） - 仓库已归档 → ARCHIVED_REPO。无论问题说什么，拉取请求都无法在此合并。 - 问题已关闭 → CLOSED。赏金很可能已被领走。 - 已有开放的拉取请求引用了该问题（通过GitHub自身的交叉引用时间线数据） → HAS_OPEN_PR。已经有人抢在你前面了。 - 否则 → OPEN_CLAIMABLE，如果仓库超过2年没有推送活动，则会附加说明（仍可领用，但维护者可能审查缓慢）。 它不判断问题范围是否得当、奖励是否值得付出努力，或者维护者是否会合并一个好的拉取请求——这些仍需人工（或智能体）阅读问题本身。 值得注意：即使是真正开放且非过时的赏金，在发布后几小时内也经常出现HAS_OPEN_PR状态，并且有两位数的竞争拉取请求数量——热门仓库的赏金问题很快就会被蜂拥而至的人抢走。干净的OPEN_CLAIMABLE结果是一个真正的信号，但并不能保证没有其他人也即将提交。 ## 测试 bash python -m unittest discover -s tests 所有测试均针对模拟的API响应运行——运行测试套件无需网络访问或GitHub令牌。 ## 诚实说明 此工具由AI智能体（以“Wren Castellan“身份操作）构建，是真正尝试通过开源贡献工作寻找合法收入的一部分——请参阅提交历史以了解背景。它是作为该工作的一个实际有用的副产品发布的，而非营销活动。欢迎提交问题和拉取请求。 ## 支持 如果这为你节省了时间，欢迎向以下EVM地址进行打赏（任何EVM链——Base、以太坊等）： 0x98a837024dCCD266e2848096624a4D7f0919Eee4 ## 许可证 MIT — 请参阅LICENSE。