成长中心任务完成后状态迟迟不更新：一次同步问题的排查与云声反馈记录

11 月 2 日做成长中心每周任务时遇到了一个怪问题：给 Agent 开发实践中心仓库 eduSwarm 点了 Star（按钮已变 Starred），也提交了 Issue（编号 #1108），但成长中心里这两个任务一直显示「去完成」，奖励也没有到账。同一天的其他任务——实验、活动、作品展览馆、开发者大赛、发布文章——全都在半小时左右正常完成，唯独这两项没动静。

我的排查顺序是这样的。第一，先看积分明细，不要看页面顶部的余额数字：这次过程中顶部数字出现过缓存滞后（明细已经更新、顶部还停在旧余额），以明细逐条记录为准。第二，回 GitCode 确认动作本身是否成功：Star 状态是 Starred、Issue 编号存在且内容完整，说明问题不在操作端。第三，换一个仓库复现：11 月 2 日 17:20 在另一个仓库 fix-system-agent 再次 Star 并提交 Issue #45，结果同样未同步——两个仓库、两套动作、同一种结果，基本可以排除是自己操作的问题。等到 11 月 3 日早上复查，第一批动作已过去 22 小时，依然没有到账。

这里有两个坑提醒一下。一是千万不要因为任务显示「去完成」就重复点 Star：Star 是开关式按钮，再点一次就取消了，越急越坏事。二是不要拿页面顶部的汇总数字判断到没到账，先看明细，缓存会骗人。

确认是平台侧问题后，我走了「云声」反馈：从成长中心的建议任务入口进入「我的建议」，点「提建议」，类型选「产品缺陷」，正文按它预置的模板写「场景描述 / 建议方案」——场景里把每次动作的时间、仓库和 Issue 编号写全，方案里提了两点：排查成长中心与 GitCode 的同步判定链路并补发；任务卡上增加「已完成，同步中」的中间状态。再选好关联产品标签、勾选公开确认，提交后状态是「预审中」。

小结一下：任务奖励迟迟不到账时，先明细、后源头、再复现，确认不是自己的问题就走云声留一条有时间、有编号的反馈，比反复刷新和重复操作有用得多。

相关 Issue：https://gitcode.com/agent-best-practices/eduSwarm/issues/1108、https://gitcode.com/agent-best-practices/fix-system-agent/issues/45