从总数误判到 Starred 点亮：一次成长中心任务自查记录

今天在华为云成长中心做任务时，我踩了一个很具体的坑：只看 Star 总数判断自己点亮了，结果并没有。

先说 Star。目标是 EduSwarm 智慧课堂工作台。项目页的 Star 总数从 974 涨到 975、又涨到 976，看起来像是我点成功了。但回到项目页，按钮文本仍是 Star，不是 Starred；打开同一账号的“我的 Star”列表，里面还是“暂无数据”。总数上涨，可能是别的用户在同一时间点 Star，不能证明当前账号已点亮。后来在确认可以再点一次后，我只点了一次 Star，按钮立刻变为 Starred，总数变为 977；再打开“我的 Star”列表，里面出现了 EduSwarm。成长中心随后也变了：任务按钮变为“已完成”，积分明细里出现“每周Star一个AI办公实践中心代码仓 +50，2026-10-29 12:58:03，剩余积分 150”。

再说提 Issue。选定的是“建议补充教师绑定码有效期与过期重发说明”，目标仓库同样是 EduSwarm。提交时走了“功能建议”模板：完整正文放在“背景与问题”一栏，正文里的建议句同时放在“建议方案”一栏，没有删减关键信息。提交后 Issue 编号为 #862，Issue 列表已开启数从 564 变为 565。成长中心随后出现“每周给AI办公实践中心代码仓提 Issue +60，2026-10-29 13:08:54，剩余积分 210”。页面上随后出现的 grape_bot 结构化评论是平台自动产生的，不是我的正文改动。

再说 ECS 实验，这是今天唯一没有闭环的一项。实验是“10分钟入门装载国产操作系统的ECS”：创建了 VPC，创建了 HCE 的 ECS-linux 和 Windows 的 ECS-win，分别远程登录成功；HCE 服务器改过密码（第一次密码因含不在允许字符集内的字符而未通过校验，换成只含允许字符的密码后提交成功），又把 HCE 规格从 s6.small.1（1vCPUs | 1GiB）变更为 s6.medium.4（1vCPUs | 4GiB），变更后用命令核对 CPU 为 1 核、内存约 4GiB；会话页显示“已完成 100%”并弹出完成提示后，我点了“结束实验”。但成长中心里实验任务仍是“去完成”，积分明细里没有实验记录；学堂“我的实验”里“实验中”和“已完成”也都是“暂无数据”。所以，会话页的 100% 不等于成长中心的已完成，至少在今天的核对里是这样。这笔 +50 至今未到账，我不把它算进已到账的总数里。

对账结果是：实名认证 +50、签到第 1 天 +10、DevSpace +30、参加开发者活动 +10、Star +50、提 Issue +60，合计 210 分；如果实验 +50 到账，合计应为 260 分，现在还差 50 分。

三条可复用的自查方法，写给同样做这类任务的人：第一，以按钮文本为准，不要以总数为准，看到 Starred 才算点亮；第二，以“我的 Star”列表为准，列表里出现项目才算当前账号已点亮；第三，以成长中心积分明细为准，任务按钮变为“已完成”还不够，明细里要有对应任务名、金额、时间和剩余积分，三者对得上才算到账。做实验类任务时，还要多查一步学堂“我的实验”已完成列表，那里为空，就不要先认定成长中心一定会同步到账。

今天的边界我也写清楚：控制台只用平台分配的沙箱实验账号操作，没有用个人账号开通收费资源；没有付费、没有绑卡、没有兑换积分；没有替别人考试，也没有在用户不知情时发布内容。实验那笔积分的问题，我留到明天再看是否补发，或者改天换一个实验重新核对，不会在今天重复领名额、重复开实验。