雷达 · 参赛与交付
公开赏金任务:开工前先确认这六件事
公开 Issue 让你看见需求,但“仍然开放”并不等于奖金仍有效、没有其他人接手,或任何提交都会获得报酬。雷达的任务页把来源、可见竞争和 AI 规则放在一起,是为了帮助做决定;它不是收益承诺。
1. 确认任务现在还需要解决
先读最新讨论,而不只看标题和最初描述。寻找已经合并的实现、重复问题、范围变更以及维护者最近的回复。如果任务存在很久,尤其需要确认需求是否仍然有效。
2. 把赏金确认与任务状态分开
开工前确认金额、币种、领取条件、支付主体以及是否已被认领。目录标注金额待确认时,不要把显示的数字当成付款承诺。
可见评论数仅反映公开讨论,不等于真实参与人数。很多评论可能是需求交流,一个人也可能多次留言;它可以帮助你安排阅读优先级,不能换算成中标概率。
3. 写清最小验收结果
将需求拆成可验证的行为、输入输出和测试方法。先确认需要代码、设计稿、文档还是部署后的服务,以及应提交到哪个分支或入口。
一个简短的确认可以包含:准备解决的范围、打算如何验证、预计交付内容,以及希望确认的赏金条件。不要先完成几天工作,才发现双方对“完成”的定义不同。
4. 单独问清 AI 与信息使用要求
项目允许公开贡献,不代表允许把未公开资料传给任意模型服务。核对 AI 辅助、外部依赖、许可证和数据使用边界。规则没有写清时,先问你打算采用的具体方法。
本站任务助手可以帮助整理计划,但生成的回复不能替代维护者确认,也不能证明某个任务一定可做或可领奖。
5. 先做小验证,再扩大投入
先验证能否运行项目、复现问题以及执行测试。若安装环境就无法完成,应该尽早反馈,而不是继续承诺完整交付。
把环境验证与正式实现分开安排,给自己一个明确的继续或停止节点。不要用已经投入的时间,代替对后续工作是否仍有价值的判断。
6. 留下交付和沟通记录
提交说明应包含改了什么、如何验证、尚存什么限制,并链接到相关讨论。等待维护者按约定验收;不要把提交 PR、PR 合并和赏金到账视为同一件事。
雷达不托管款项、不收取任务佣金,也不参与任务验收。涉及任务条件和付款的问题,应联系官方任务发布者。