登录社区云，与社区用户共同成长
邀请您加入社区
「追月」是一款基于 HarmonyOS（ArkTS / ArkUI）开发的中秋主题诗笺应用。它把目标收得很窄：用户写下一个名字或一句牵挂，应用生成四句七言藏头诗，再排成一张可保存到系统图库的月夜诗笺。应用提供本地离线生成与 AI 灵感创作两条路径——本地模式从内置句库稳定取句，AI 模式由用户自行配置阿里云百炼接口，并经过行数、字数、藏头顺序三道校验，确保 AI 不可用时应用仍可离线使用。界面围绕
HarmonyOS 7.0 API26 小艺智能体意图确认这类文章最有价值的部分，是把“什么时候能用、什么时候降级、哪里打印日志、怎么验证修好”讲清楚。采用独立 guard 后，页面只消费明确结果，版本和能力判断不会散落在各个组件里，后续迁移 API26 或新增设备形态时也更容易维护。
一个意图先创建草稿，再加入索引。第二步失败时，第一步已经生效，界面却只提示失败，下一次重试又多出一份草稿。这类多步骤操作需要补偿，而不是把所有错误吞掉后重试。
确认框显示的是文件第3版，但等待点击时文件被另一端改到了第4版。确认内容没变，执行对象却变了。参数快照只能防止本地修改，还需要在执行位置检查资源版本。
意图输入来自外部入口时，不能直接把 count 转成 Number 再执行。空字符串会变成 0，小数会被下游截断，未知动作可能走到默认分支。更稳的边界是白名单动作加严格字段校验，在进入业务执行之前输出一份规范化的独立参数。
弹出确认框并不代表确认流程安全。确认框展示“删除文件 A”，等待点击期间，页面把共享对象里的文件名改成 B，最后执行 B，这就是确认内容和执行内容脱节。需要把待确认参数冻结为独立快照，同时让确认凭据只使用一次。
看到 HarmonyOS 7（API 26）里 OHAudioSuite 的空间渲染节点，我第一反应不是游戏，而是有声博物馆：把声音摆进三维空间，闭着眼也能"逛展"。这个场景的好处是固定摆位、旋转、扩展三种模式都能各管一摊，不会互相打架。但真正跑通 Demo 之后我发现，决定这套方案能不能落地的，不只是 API 调得好不好，还有两样经常被忽略的东西：手机端的实时算力，和 FreeBuds 耳机端的
围绕小艺智能体入口做一次开发者视角的闭环设计：意图参数从哪里来、上下文如何拼、缺参数怎么追问、失败怎么回到应用页面继续处理。
健身管理类应用与之前分析的外卖、招聘等应用有本质差异——它的核心数据不是"交易"或"任务"，而是"时间序列的身体状态数据"：每次训练有时长、卡路里、组数、重量；每次饮食有热量、蛋白质、碳水、脂肪；每周有运动时长趋势图。这些数据的共同特征是"随时间积累，用户需要横向对比和趋势分析"。这导致健身App的数据层设计必须从第一天就考虑"历史数据查询"和"多维度聚合"的需求，而非仅关注当前单条记录的增删改查
