钉钉提醒
直接打开邀请链接或扫码入群。
加入钉钉通知群 ↗提醒说明
群内通过 @ 提醒新动态。应用内 DING 需要好友或同事关系,目前面向指定接收者;加入通知群不会自动开通个人 DING。
重置机会,别错过。
追踪公开重置公告与完成确认,时间和原帖一眼可查。
重置有消息,钉钉 / 飞书提醒。
包含原有累计数 · 2026年11月9日起,30分钟不活跃后重新访问计一次;每个浏览器每天可支持一次(北京时间)。
不会把缺失数据画成“没有消息”。
北京时间 · 官方预告与完成公告
正在检查查询通道…
每轮重置独立呈现。从官方预告到社区到账反馈,展开查看这一轮的证据。
正在读取…
正在读取最近核验…
结论来自逐条 X 原帖回看,不是根据时间间隔硬猜下一次。
每一行先给结果;展开后查看“谁最先说、社区如何放大、何时确认、最后是否到账”。没有精确原帖的环节会明确写成证据缺口。
预告、确认和额度新动态,收到提醒再来看。
账号长期角色和单条帖子的内容强度分开打级;靠谱账号也可能发模糊话。
每小时给 Codex 打个招呼,蹲一波 Tibo 的重置补偿,顺便在 AI 大人面前混个脸熟。等 AI 统治世界,好歹能说一句:自己人,我带路的。😄
crontab -e,添加下面这一行。按机器时区,每小时整点运行。codex exec 处理完消息后自行退出,不会关闭其他 Codex 会话。开始时间、回复、结束时间和退出码都会追加到日志。0 * * * * { echo "===== $(date -Iseconds) START ====="; codex exec --skip-git-repo-check '你好'; run_exit=$?; echo "===== $(date -Iseconds) END exit=$run_exit ====="; } >> ~/.codex-hourly.log 2>&1
PATH · cron 的 PATH 必须能找到 codex。在平时的终端运行 command -v codex,将 cron 中的 codex 换成查出的绝对路径(有空格时加引号),或在 crontab 中配置 PATH。
tail -n 50 ~/.codex-hourly.log
exit=0 表示 Codex 正常结束。需要停用时,打开 crontab -e 删除这一行,停止后续定时调用。
最后成功时间、失败原因和邮件状态都会公开显示。
重置前还有剩余额度?这里直接给出能留下成果的任务:修代码、测性能、找 bug、整理资料。先选产物,再选工具。
上游文档与部分源码核验 ·
从项目、笔记、日志和半成品生成 10–15 个有持久产物的任务;附审计、补测试、ADR、代码考古等 10 类模板。
交付什么:任务清单、排序依据、每项产物与验收方式。
只读当前项目与我指定的资料,提出 10 个有依据的余量任务。每项写明产物、价值、验收和停止条件;先推荐最值得做的一项。
提示词可交给现有 Codex;不需要另建 Agent 框架。不自动扫描私人资料。
面向任意 Agent 的开源维护手册:筛选小任务、验证、提交并跟进,优先减少维护者负担。
交付什么:最小复现、补丁、验证证据与 PR 草稿。
选择一个我实际使用的开源依赖,查重 issue/PR,按维护者规则准备最小复现与修复。先交付可审阅草稿,不批量发 PR。
作者公布的 token/合入成绩属于作者报告,不代表本站实测或成功率。
将开源贡献拆为主控、实现与独立验证角色,并提供 GitHub 筛选和跟进脚本。
交付什么:窄范围修复、独立反证与验收报告。
对一个已选 issue 先复现再修复,另做一次独立反证检查;只报告被证据支持的结论,遵守项目 AI 政策。
需配置 GitHub 身份与执行环境;默认示例偏 Claude harness,采用前适配。PR 成绩为作者自述。
从科研、公民科技、健康等项目整理任务包,支持面向 Codex 导出提示词与 PR 草稿流程。
交付什么:任务产物与便于人快速验收的证据包。
先查看上游任务来源与验收要求,选一个可复现的小任务,准备补丁和检查记录;不自动发布到上游。
CLI 不调用模型,也不代管订阅。官方入口 npx spare-tokens@latest start --target codex;本轮未安装实跑。
公民科技任务板:发布、认领、提交成果和验收。仓库提供 Pages + Worker + D1 实现。
交付什么:任务说明、认领记录、交付物与验收。
参考任务板结构,把我的一个公益需求写成任务卡:输入、交付物、验收人和停止条件。先写草案,不承诺付款。
已核对源码流程,未验证可用公共服务;“token 赏金”不等于现金结算。README 声明 CC-BY 4.0,未见独立许可证文件。
同一道难题在隔离 worktree 中独立尝试,再用检查和裁判比较结果。
交付什么:候选补丁、测试结果与择优依据。
对一个已复现难题设计最多 3 个独立尝试,先固定测试与预算。比较客观结果,只保留能解释、能复验的方案。
工具走模型 API 凭据,不是 Codex 订阅余量入口;并行会增加账单,本页不启动竞赛。
在时间或轮数约束中反复提出、验证并记录,把证据和结论存入工作日志与知识库。
交付什么:实验记录、反证、知识笔记与剩余问题。
围绕这个方案最多做 3 轮反馈,每轮补一个真实验证并保存证据;达到验收或连续两轮无收益就停,不为耗尽时间空转。
上游强调用满最低预算;这里仅借鉴反馈方法,并保留提前停止条件。未发现明确许可证,复制前核对。
把重复代码、复杂模块和错误处理问题变成可逐项修复的队列。适合已有项目的集中整理。
交付什么:小补丁、回归测试、修改前后差异。
扫描当前项目的 src/,只修复 3 个高价值问题。保留现有行为,运行回归测试;40 分钟停止,交付补丁与验证结果。
支持 Codex;评分是辅助,不是任务终点。自定义 OSNL 许可,商业再分发先读 LICENSE。
针对测试耗时、构建速度、内存或吞吐量,循环尝试小改动,只保留实测有效的结果。
交付什么:基线、实验日志、测量结果、保留或回滚的补丁。
选当前项目一个真实慢路径,固定基准与正确性检查。最多 5 轮或 30 分钟;重复测量,只保留稳定改善,交付前后数据。
原生面向 Codex;没有可靠指标时先做普通调查,不为循环而循环。
用假设、复现、验证、保留或丢弃的循环处理 bug 和质量问题;提供 Codex 技能入口。
交付什么:可复现问题、失败用例、修复及剩余风险。
检查本仓库输入校验与错误恢复路径,最多确认 3 个真实 bug。每个先做失败用例再修复,30 分钟停止,不扫描外部系统。
Codex 使用技能入口;上游的 Claude Code hooks 不等于 Codex 也有相同防护。
复用长文、字幕和笔记提炼模板,把已有资料整理成可追溯的知识卡与行动清单。
交付什么:观点—原文位置—反例—可执行清单。
只处理我提供的 3 份资料,提炼知识卡:每条附原文位置与适用边界。分开作者观点与推断,找不到依据标未知,不凑条数。
可把模板交给 Codex,不必运行 Fabric CLI;完整 CLI 的模型配置与费用另算。
从带赏金的 GitHub issue 找匹配技能的真实任务,用 Codex 辅助复现、修复与验证。
交付什么:满足 issue 验收条件的补丁、测试与 PR。
筛选 3 个可复现且仍开放的悬赏,列出金额、验收条件、竞争 PR、维护者活跃度和 AI 政策;先给短名单,不自动认领或提交。选定后只完成一个最小补丁。
认领不等于到账;按官方支付说明,出赏人审核后自行安排支付。开始前核对报酬、归属、地区与收款条件。
把你真正需要的修复写成 issue,再按平台规则设置悬赏,让交付物和验收方式先于金额。
交付什么:可复现步骤、最小任务边界、验收测试与赏金规则草案。
把这个 bug 整理成可发布 issue:复现步骤、预期行为、范围外事项、验收命令、交付期限与报酬条件。先保存草稿,不创建付款或代替我承诺赏金。
发布资格、仓库权限和支付安排以当时平台规则为准;官方首页与支付文档对创建资格表述不一致,发赏前须核对。
从新手任务目录和 GitHub 的 good first issue、help wanted 标签找真实待修问题。
交付什么:可验证的修复、文档或测试贡献,以及维护者能快速审阅的 PR。
按我熟悉的语言选 3 个近期有人维护、范围明确且没有重复 PR 的 issue。阅读 CONTRIBUTING 与 AI 使用政策,先复现;选一个在 60 分钟内完成小补丁并运行仓库检查。
标签不保证任务未认领,也不代表有赏金。遵守项目 AI 政策,只提交自己能解释和验证的改动。
优先解决你实际使用的库或工具遇到的问题,贡献更容易验证,也能减少长期维护本地补丁的成本。
交付什么:最小复现、回归测试、兼容性说明与上游 PR 草案。
从当前项目依赖中选一个已经遇到的真实 bug。核对上游 issue 和 PR,建立最小复现,按贡献规范修复并测试,交付一份可审阅 PR 草稿,避免无关重构。
普通开源贡献通常没有报酬;是否合入由维护者决定。提交前核对许可证、CLA/DCO、贡献与 AI 规则。
本轮核验上游文档与部分源码,未进行本机实测。示例时长是建议上限,不是吞吐量保证。按实际登录方式确认使用的是订阅额度还是另计费 API;这些项目不会增加额度。达到验收条件、预算或连续两轮无新收益即停止。
筛选中排除了纯刷 token 的 burn-baby-burn;同名 tokenmaxxing 项目中的多账号切换器也不等于有用任务。原来的并行桌面和规格框架不再作为这栏的主推荐。
完整筛选与来源 ↗