华为云开发者成长中心今日实战：月光邮局 Star、OBS 云相册、DevSpace 问答与 OpsSwarm 提 Issue

一、出发前先对账：从 2180 到 2330 的 150 分从哪里来

2026 年 11 月 9 日星期一，本周任务已经刷新。开始做任务之前，我先在成长中心打开积分明细，把账对清楚。轮次开始时总积分 2330，昨日轮次结束时是 2180，中间增加了 150 分，明细里一共是四笔：11 月 8 日 10:31 每日发布文章 +60，11 月 8 日 18:08 每日 Star 一个鸿蒙案例代码仓 +30，11 月 9 日 00:11 每周实践一个实验 +50，11 月 9 日 04:20 签到 +10。页面同时显示已经签到，连续签到 20 天。

这四笔到账之后，昨日待同步的 210 分里，11 月 8 日的文章 +60 和 11 月 8 日的 Star +30 都已经到账。按照既定规则，文章的 +60 到账之后就可以删除，我随后在我的博客里删除了 11 月 8 日那篇《华为云开发者成长中心今日实战：冒险大转盘元服务 Star 与随机抽取、本地存储解析》，删除后确认博客为 0 篇。但还有 4 笔 +30 一直没有到账：11 月 4 日 Star、11 月 4 日 DevSpace、11 月 5 日 Star、11 月 7 日 Star，我在明细第 1 到第 3 页逐页核对过，11 月 4 日当天只有文章、浏览和签到三笔，确实没有这两笔 +30；11 月 5 日和 11 月 7 日的明细里也没有对应的 Star 记录。这 4 笔合计 120 分仍然待同步，只能继续观察，不能重复去点，也不能凭印象认为它们已经到账。

今天凌晨已经到账的两笔是每周实验 +50 和签到 +10，浏览、Star 和 DevSpace 都是今天白天才做的，按前几天的规律，这类任务的积分往往要到次日凌晨左右才同步，任务卡片的状态也可能滞后，所以今天做完之后我以实践中心一侧的实际完成状态为准，不只看成长中心卡片。

二、浏览一个鸿蒙案例：用 OBS 打造个人云相册 app

今天浏览的案例是鸿蒙开发实践中心的《用 OBS 打造个人云相册 app》，案例介绍是利用 OBS 对象存储服务搭建个人云相册，掌握图片上传、存储与展示，学习 HarmonyOS 与云服务结合开发。我在案例详情页停留了 40 秒以上，完整阅读了案例说明。

这个案例的思路很适合作为云服务入门的第一步：手机端只负责拍照、选图和展示，真正的图片文件放在对象存储里。理解了这个分工，就能理解为什么很多鸿蒙应用都要先学会调用云服务：本地只存少量状态和地址，体积大、需要多端同步的文件交给云端。浏览任务本身不要求真的把应用跑起来，但阅读案例介绍时，我重点看了它把哪些能力拆成了哪几步：上传、存储、展示各对应什么操作，以及一个云相册应用要先解决什么问题。这种“先看清分工，再看具体步骤”的读法，比只看标题要有效。

三、Star 一个鸿蒙案例：月光邮局 HarmonyOS-APP-Moonlight-Post

今天 Star 的是鸿蒙实践案例中心的 HarmonyOS-APP-Moonlight-Post，点 Star 之前星数是 108，点之后变成 109，页面显示 Starred，我没有取消。这个仓库是一个基于 HarmonyOS 的中秋祝福动态短片生成应用：用户选择祝福对象、编辑文案、选择“拨云寄月”“月下家书”或“玉兔送福”三种效果，再选配乐，生成后可以播放并保存为本地 MP4，不需要云服务。

我认真读了它的 README，里面有几个值得学习的设计。第一是状态管理：用 ArkUI 页面和 AppViewModel 管理制作状态，六组关系对应不同的预设祝福，称呼、正文和署名都有明确的长度限制。第二是音乐选择和试听解耦：歌曲行只负责选择，独立按钮负责播放和暂停，还要显示真实的试听进度，之前“有播放提示却听不到清楚试听”的问题就是这样修的。第三是本地视频导出：Canvas 分层动画按帧绘制画面，通过 Node-API 进入原生层，用 H.264 编码封装成 MP4，成片是 720×1280、30 fps，短文案约 20 秒、长文案约 30 秒。第四是验收标准写得很实在：不是界面显示 100% 就算成功，而是导出的 MP4 要能真实播放、完整解码，相册里能再次打开才算数。

Star 这类案例仓时，我的做法是先在组织主页确认它还没有被 Star 过，再进仓库点 Star，点前记下星数，点后确认变成 Starred。以前 Star 过的仓库不要重复点，已经 Starred 的也不要取消，任务积分的同步本身有延迟，当天看不到 +30 是正常的。

四、体验 AI DevSpace：用 AI Shell 问一个真实问题

每日体验 AI DevSpace 我走的是免费体验版入口，没有进任何付费入口。进入 AI 开发者空间后，剩余时长显示约 3 小时，整个过程没有弹出“临时凭据自动配置”或“同步临时凭据”的授权弹窗，所以也不需要点同意。

我在 AI Shell 里新建了一个会话，问了一个和昨天文章主题直接相关的问题：在 HarmonyOS 元服务“冒险大转盘”中，如何用本地存储保存转盘任务清单，以及如何用随机抽取实现轮流抽取任务？AI 在 10:15 提问、10:16 给出了完整回答，会话标题自动生成为“HarmonyOS 大转盘任务存储与随机抽取”。

回答的关键思路分三部分。本地存储用 @ohos.data.preferences 轻量级偏好存储，页面加载时用 getPreferences 拿到名为 task_store 的实例，用 get 取出 task_list，没有数据时返回空数组，修改后用 put 写入内存，再用 flush 真正落盘，最容易漏掉的就是 flush 这一步。随机抽取不要每次都用 Math.random 单独取一个，那样可能连续抽到同一个任务；更好的办法是 Fisher-Yates 洗牌一次，再按顺序依次消费，一轮内每个任务恰好出现一次，轮与轮之间顺序不同，既有随机感又不重复。两者配合起来就是：用户编辑任务后 put 进 preferences 持久化，页面加载时 get 出任务数组，洗牌得到待抽队列，用户点一次就取出队列第一个，队列抽完再重新洗牌，@State 驱动界面刷新，ForEach 渲染任务列表和转盘扇区。

这次问答的价值不在于拿到一段可以直接复制的代码，而在于把昨天文章里“本地存储解析”和“随机抽取”两个点，用一个可以复核的思路串了起来：存储负责“关掉再打开任务还在”，洗牌负责“一轮不重复”。

五、Agent 开发实践中心：Star OpsSwarm，再提一个真实 Issue

每周 Star 一个 Agent 开发实践中心代码仓，我选的是企业-运营-运营团队工作台 OpsSwarm。点 Star 之前是 202，点之后变成 203，页面显示 Starred。这个项目基于 JiuwenSwarm 生态，LEADER 编排数据、用户、活动、内容四个运营专员，端到端产出作战方案，包括 HTML、Excel 和人群包，支持真实数据实时同步与 jiuwenSwarm 挂载。

提 Issue 我也选在同一个仓库，这样 Star 和 Issue 对应的是同一个真实项目。Issue 编号是 #80，标题是“请问：运营数据包.xlsx 中‘异常预警’ sheet 的触发阈值在哪里配置？”内容是我今天读 README 时产生的真实疑问：output-builder 输出的 Excel 数据包一共 7 个 sheets，其中包含“异常预警”，data-operations 技能负责异常波动检测，README 提到“先口径后业务”的处理流程，但我没有找到阈值的配置位置。问题具体写了两点：触发阈值是在 shared/data_schema.json 里，还是 run_mission.py 的命令行参数里？如果想对不同指标设置不同阈值，是否需要修改 data-operations 技能的提示词或脚本？同时建议在 README“验收产物”或 FAQ 部分补充一句配置指引。

提之前我先在该仓库的 Issues 里搜索了“异常预警”，结果是 0 条，确认不是重复问题才提交。Issue 提交后状态为已开启，作者显示为我的 GitCode 账号。提 Issue 的原则是：只写自己今天真实读到、真实遇到的问题，不编造缺陷，不重复已经被驳回的话题，标题和正文都要具体到可以复核的文件和参数。

六、今天的状态与明天要核对的事

到本篇文章发布时，今天已经完成的实事有：浏览 OBS 云相册案例并停留 40 秒以上，Star 月光邮局（108 变 109），在 AI DevSpace 用 AI Shell 完成一次真实问答，Star OpsSwarm（202 变 203）并提交 Issue #80，删除了已经到账的 11 月 8 日文章，博客归零后又发布了今天这篇。本周的实验任务和作品展览馆任务在成长中心已经显示已完成，微认证本周完全不碰，赛事晋级和建议被实现没有真实进展，不编造也不点击。

明天轮次要核对的事有四件：第一，今天做的浏览 +10、Star +30、DevSpace +30、文章 +60、Agent Star +50、Agent Issue +60 是否到账；第二，那 4 笔一直卡住的 +30（11 月 4 日 Star、11 月 4 日 DevSpace、11 月 5 日 Star、11 月 7 日 Star）是否还在待同步；第三，今天这篇文章的 +60 到账后，再按规则删除；第四，任务卡片的状态是否已经从“去完成”同步为“已完成”。

七、给同样跑成长中心轮次的开发者的一份检查清单

第一，周一先把任务中心全部卡片展开逐项看，不要只看前几张，本周一共 14 张卡，微认证、赛事晋级和建议被实现这类卡片要先分清哪些是能做的、哪些是结果类、哪些是本周不碰的。第二，Star 之前先记星数，点后确认 Starred，不要取消，不要对同一个仓库重复点。第三，浏览案例要真的停留 35 秒以上并阅读内容，打开就关不算完成。第四，DevSpace 只走免费体验版入口，出现临时凭据授权弹窗时按预先授权处理，没有弹窗就不用找。第五，提 Issue 之前先搜索关键词，避免重复；写 Issue 要写到具体的文件、参数和复现路径。第六，也是最重要的一点：积分同步有延迟，当天做完看不到 +30 是正常的，先以实践中心一侧的“已完成”状态为准，第二天凌晨再用积分明细逐笔核对；删除文章之前，一定要先确认它的 +60 已经到账。