重置机会,别错过。

找到重置机会,
站起来猛蹬。

追踪公开重置公告与完成确认,时间和原帖一眼可查。

重置有消息,钉钉 / 飞书提醒。

  • 看懂重置动态
  • 收到群聊提醒
  • 核对时间与原帖
累计访问 —今日访客 —
猫拿着皮鞭说‘我真得好好调教你了’,鞭梢指向 Codex 标志
正在读取最新动态…运行状态 ↗
当前判断

正在加载最新信号…

不会把缺失数据画成“没有消息”。

到底什么时候重置?

北京时间 · 官方预告与完成公告

正在读取重置时间…
查看来源与接入说明

正在检查查询通道…

01

每次重置,单独看

每轮重置独立呈现。从官方预告到社区到账反馈,展开查看这一轮的证据。

一手确认 / 预告 侦察与转发 社区风声 个人到账 / 异常(弱)

正在读取…

最近确认的重置

正在读取最近核验…

早期回测样本 · 截至 9 月 6 日
03

已审计历史,真正说明了什么

结论来自逐条 X 原帖回看,不是根据时间间隔硬猜下一次。

一句话:正在根据历史数据计算结论…

每一行先给结果;展开后查看“谁最先说、社区如何放大、何时确认、最后是否到账”。没有精确原帖的环节会明确写成证据缺口。

消息从哪里来
02

谁更值得听

账号长期角色和单条帖子的内容强度分开打级;靠谱账号也可能发模糊话。

查看运行状态
05

监控是否真的在工作

最后成功时间、失败原因和邮件状态都会公开显示。

04

Token maxxing:剩余额度做什么

15 个入口 · 灵感 / 悬赏 / 开源 / 提质 · 展开收起

重置前还有剩余额度?这里直接给出能留下成果的任务:修代码、测性能、找 bug、整理资料。先选产物,再选工具。

上游文档与部分源码核验 ·

先这样挑一件
  • 20–40 分钟:修 1–3 个可复现问题,留下回归测试。
  • 30–60 分钟:围绕一个固定基准测性能,留下实验日志。
  • 没有代码任务:整理几份已有资料,留下带出处的知识卡。
先找值得做的事

Token maxxing prompts ↗

从项目、笔记、日志和半成品生成 10–15 个有持久产物的任务;附审计、补测试、ADR、代码考古等 10 类模板。

交付什么:任务清单、排序依据、每项产物与验收方式。

展开任务模板
只读当前项目与我指定的资料,提出 10 个有依据的余量任务。每项写明产物、价值、验收和停止条件;先推荐最值得做的一项。

提示词可交给现有 Codex;不需要另建 Agent 框架。不自动扫描私人资料。

MIT · 源码 / 方法依据 ↗

把余量贡献给开源

OSS Supporter ↗

面向任意 Agent 的开源维护手册:筛选小任务、验证、提交并跟进,优先减少维护者负担。

交付什么:最小复现、补丁、验证证据与 PR 草稿。

展开任务模板
选择一个我实际使用的开源依赖,查重 issue/PR,按维护者规则准备最小复现与修复。先交付可审阅草稿,不批量发 PR。

作者公布的 token/合入成绩属于作者报告,不代表本站实测或成功率。

MIT · 源码 / 方法依据 ↗

贡献实现 + 对抗验证

burn-usage-skill ↗

将开源贡献拆为主控、实现与独立验证角色,并提供 GitHub 筛选和跟进脚本。

交付什么:窄范围修复、独立反证与验收报告。

展开任务模板
对一个已选 issue 先复现再修复,另做一次独立反证检查;只报告被证据支持的结论,遵守项目 AI 政策。

需配置 GitHub 身份与执行环境;默认示例偏 Claude harness,采用前适配。PR 成绩为作者自述。

MIT · 源码 / 方法依据 ↗

领取公益开源任务

Spare Tokens ↗

从科研、公民科技、健康等项目整理任务包,支持面向 Codex 导出提示词与 PR 草稿流程。

交付什么:任务产物与便于人快速验收的证据包。

展开任务模板
先查看上游任务来源与验收要求,选一个可复现的小任务,准备补丁和检查记录;不自动发布到上游。

CLI 不调用模型,也不代管订阅。官方入口 npx spare-tokens@latest start --target codex;本轮未安装实跑。

MIT · 源码 / 方法依据 ↗

发布 / 领取 token 任务

TokenHunt · g0v ↗

公民科技任务板:发布、认领、提交成果和验收。仓库提供 Pages + Worker + D1 实现。

交付什么:任务说明、认领记录、交付物与验收。

展开任务模板
参考任务板结构,把我的一个公益需求写成任务卡:输入、交付物、验收人和停止条件。先写草案,不承诺付款。

已核对源码流程,未验证可用公共服务;“token 赏金”不等于现金结算。README 声明 CC-BY 4.0,未见独立许可证文件。

README: CC-BY 4.0 · 源码 / 方法依据 ↗

用冗余换质量

TokenCode · /race ↗

同一道难题在隔离 worktree 中独立尝试,再用检查和裁判比较结果。

交付什么:候选补丁、测试结果与择优依据。

展开任务模板
对一个已复现难题设计最多 3 个独立尝试,先固定测试与预算。比较客观结果,只保留能解释、能复验的方案。

工具走模型 API 凭据,不是 Codex 订阅余量入口;并行会增加账单,本页不启动竞赛。

CC-BY-NC 4.0 · 源码 / 方法依据 ↗

有预算的持续验证

timework-skill ↗

在时间或轮数约束中反复提出、验证并记录,把证据和结论存入工作日志与知识库。

交付什么:实验记录、反证、知识笔记与剩余问题。

展开任务模板
围绕这个方案最多做 3 轮反馈,每轮补一个真实验证并保存证据;达到验收或连续两轮无收益就停,不为耗尽时间空转。

上游强调用满最低预算;这里仅借鉴反馈方法,并保留提前停止条件。未发现明确许可证,复制前核对。

许可待核对 / license unverified · 源码 / 方法依据 ↗

清技术债

Desloppify ↗

把重复代码、复杂模块和错误处理问题变成可逐项修复的队列。适合已有项目的集中整理。

交付什么:小补丁、回归测试、修改前后差异。

展开任务模板
扫描当前项目的 src/,只修复 3 个高价值问题。保留现有行为,运行回归测试;40 分钟停止,交付补丁与验证结果。

支持 Codex;评分是辅助,不是任务终点。自定义 OSNL 许可,商业再分发先读 LICENSE。

OSNL 0.2 · 源码 / 模板依据 ↗

反复测性能

Codex Autoresearch ↗

针对测试耗时、构建速度、内存或吞吐量,循环尝试小改动,只保留实测有效的结果。

交付什么:基线、实验日志、测量结果、保留或回滚的补丁。

展开任务模板
选当前项目一个真实慢路径,固定基准与正确性检查。最多 5 轮或 30 分钟;重复测量,只保留稳定改善,交付前后数据。

原生面向 Codex;没有可靠指标时先做普通调查,不为循环而循环。

Apache-2.0 · 源码 / 模板依据 ↗

找 bug、补回归

Autoresearch ↗

用假设、复现、验证、保留或丢弃的循环处理 bug 和质量问题;提供 Codex 技能入口。

交付什么:可复现问题、失败用例、修复及剩余风险。

展开任务模板
检查本仓库输入校验与错误恢复路径,最多确认 3 个真实 bug。每个先做失败用例再修复,30 分钟停止,不扫描外部系统。

Codex 使用技能入口;上游的 Claude Code hooks 不等于 Codex 也有相同防护。

MIT · 源码 / 模板依据 ↗

把资料变成知识资产

Fabric · extract_wisdom ↗

复用长文、字幕和笔记提炼模板,把已有资料整理成可追溯的知识卡与行动清单。

交付什么:观点—原文位置—反例—可执行清单。

展开任务模板
只处理我提供的 3 份资料,提炼知识卡:每条附原文位置与适用边界。分开作者观点与推断,找不到依据标未知,不凑条数。

可把模板交给 Codex,不必运行 Fabric CLI;完整 CLI 的模型配置与费用另算。

MIT · 源码 / 模板依据 ↗

从带赏金的 GitHub issue 找匹配技能的真实任务,用 Codex 辅助复现、修复与验证。

交付什么:满足 issue 验收条件的补丁、测试与 PR。

展开任务模板
筛选 3 个可复现且仍开放的悬赏,列出金额、验收条件、竞争 PR、维护者活跃度和 AI 政策;先给短名单,不自动认领或提交。选定后只完成一个最小补丁。

认领不等于到账;按官方支付说明,出赏人审核后自行安排支付。开始前核对报酬、归属、地区与收款条件。

官方支付与领取条件 ↗

发布任务让人来做

GitHub Issue + Opire 悬赏 ↗

把你真正需要的修复写成 issue,再按平台规则设置悬赏,让交付物和验收方式先于金额。

交付什么:可复现步骤、最小任务边界、验收测试与赏金规则草案。

展开任务模板
把这个 bug 整理成可发布 issue:复现步骤、预期行为、范围外事项、验收命令、交付期限与报酬条件。先保存草稿,不创建付款或代替我承诺赏金。

发布资格、仓库权限和支付安排以当时平台规则为准;官方首页与支付文档对创建资格表述不一致,发赏前须核对。

平台入口 ↗ · 费用与资格依据 ↗

找欢迎贡献的开源任务

Up For Grabs / Good First Issue ↗

从新手任务目录和 GitHub 的 good first issue、help wanted 标签找真实待修问题。

交付什么:可验证的修复、文档或测试贡献,以及维护者能快速审阅的 PR。

展开任务模板
按我熟悉的语言选 3 个近期有人维护、范围明确且没有重复 PR 的 issue。阅读 CONTRIBUTING 与 AI 使用政策,先复现;选一个在 60 分钟内完成小补丁并运行仓库检查。

标签不保证任务未认领,也不代表有赏金。遵守项目 AI 政策,只提交自己能解释和验证的改动。

贡献指南 ↗ · 目录源码 ↗

给自己依赖的项目回馈

把真实故障修复提交上游 ↗

优先解决你实际使用的库或工具遇到的问题,贡献更容易验证,也能减少长期维护本地补丁的成本。

交付什么:最小复现、回归测试、兼容性说明与上游 PR 草案。

展开任务模板
从当前项目依赖中选一个已经遇到的真实 bug。核对上游 issue 和 PR,建立最小复现,按贡献规范修复并测试,交付一份可审阅 PR 草稿,避免无关重构。

普通开源贡献通常没有报酬;是否合入由维护者决定。提交前核对许可证、CLA/DCO、贡献与 AI 规则。

GitHub help wanted ↗

本轮核验上游文档与部分源码,未进行本机实测。示例时长是建议上限,不是吞吐量保证。按实际登录方式确认使用的是订阅额度还是另计费 API;这些项目不会增加额度。达到验收条件、预算或连续两轮无新收益即停止。

筛选中排除了纯刷 token 的 burn-baby-burn;同名 tokenmaxxing 项目中的多账号切换器也不等于有用任务。原来的并行桌面和规格框架不再作为这栏的主推荐。

完整筛选与来源 ↗