- 博客(52)
- 收藏
- 关注
原创 唤醒工作台全实录(九):迭代——一个字母 d 的血案与两个版本
系列第九幕,收官。上线第一周收尾:用户问"14 号做了哪些事"结果查错——搜索只有关键词 LIKE 没有日期过滤,毫秒大数还诱发模型换算错误,九项修复全链路落地。测试中又撞上 Bug 23:排查四个方向全部无责、线索断了,鸿蒙合作群龚老师一双外眼点破——平台参数名 updateDate 少一个 d,静默丢参;看见过的差异,被自负放过了。10-22 v1.0.3 出包,九幕记完。
2026-11-02 15:48:48
209
原创 唤醒工作台全实录(八):上线——锁屏断轮,上线第三天的一场硬仗
系列第八幕。10-14 上架,10-16 首批用户反馈"崩溃"——日志里没有 crash,实际是断轮:四个症状一个根因,锁屏触发系统后台资源管控挂起小艺端侧执行链。次日凌晨反转为小艺自带特性,三层修复全在平台侧。随笔发布之后故事没完:10-19 实测发现云端插件节点收到 001003 结构化失败应答——不是云端干等,是框架替死端代答;fail-safe 判据随错误码升级。同周 v1.0.2 出包。
2026-11-02 15:35:45
173
原创 唤醒工作台全实录(七):上架——死锁破局与四轮审核
系列第七幕。10-08 首审拒 3 项:名称"唤醒"无识别性、核心功能异常——AI 无法回答、深色阈值看不清。其中"AI 无法回答"背后是死锁:智能体上架等 App 先上架,App 上架等智能体先发布。双管齐下破局,10-09 智能体上架、8 插件真机回归全通;二审为派生值设计辩护,10-14 四审通过上架。第一幕欠着的"工作台"三个字,由审核补上。
2026-11-02 15:34:49
220
原创 唤醒工作台全实录(六):数据层——5ms 竞态窗口与“查询即引用“
系列第六幕,时间回到八月中旬。数据模型先立一条原则:查询即引用——不存关系,只存事实;认知三层 raw/cognition/outline 顺带成形。九月中旬 turn_id 改端侧驱动,数据库升 v4。然后是本幕主戏:9 月 22 日冷启动"丢单",没有报错,历史里只留下没有问题的"孤儿回复"。日志取证出一个 5ms 竞态窗口和一次"假成功",修复思路只有一句话——让意图在门口等门开。
2026-11-01 00:11:10
177
原创 唤醒工作台全实录(五):提示词——v1 到 v8,只写“改了什么、为什么“
系列第五幕。端插件修通后,问题集中到云端:分析模型连发同一检索、零工具轮次却宣称"已完成"、数据被 LLM 逐字转写三遍。9 月 19 日建起 P 编号问题跟踪台,此后每一版提示词都由一个实测问题驱动:v8 续轮三段式破循环,FC 从转述层改造成参数生成器,"最多 N 轮"因 LLM 无法自数轮次证伪删除,9 月 21 日套件统一 v8。提示词全文照例不贴,只写改了什么、为什么。
2026-11-01 00:09:52
154
原创 唤醒工作台全实录(四):端插件——两端合约的十次学费
系列第四幕。架构定案时写下的"两端合约",在八月被十个坑演示了十遍:参数全空、LLM 假装调用、同一个 code=204 两个根因、两个 Kit 的同名枚举打架。十次学费换来一张检查清单和四条金律;随后两刀重构——ImportPlan 按 GROW 映射做到规划只读不写,6 个工具收拢成 3 个原子化 CRUD。一句话:工具越原子化,智能体判断越清晰。
2026-11-01 00:07:24
125
原创 唤醒工作台全实录(三):架构——端与云的合约
系列第三幕,2026 年 7 月 30 日的平台调研纠正了一个一字之差的误解:不是"应用调本机小艺",而是"应用通过 FunctionComponent 调自己的智能体"。由此定下端云协同骨架:云端单 LLM 智能体(免费算力)、端插件当桥、端侧存储为主。同日"没有约束,只有代价"方法论完整确立,并埋下贯穿全系列的关键词:两端合约。
2026-10-31 23:54:15
147
原创 唤醒工作台全实录(二):端侧——把一句话变成结构化记录
系列第二幕,2026 年 7 月 26 日,项目节奏最快的一天:用 NaturalLanguageKit 把一句话变成结构化记录。提取算法 v1 语法拼接当天被实测推翻,v2 改为原文减法——组装失真,减法保真。同日踩下第一个编号坑:@Trace 序列化输出 __ob_ 前缀导致持久化失效,解法是自定义 toJSON()。本幕结尾确认:语义理解必须上云。
2026-10-30 21:48:46
4
原创 唤醒工作台全实录(一):立项——化性起伪与三条设计原则
系列第一幕,回到项目起点。做自律工具的念头始于一个观察:市面上的打卡应用都在用说教对抗天性,注定失败。立项文档写下"化性起伪"——承认本性趋懒,用机制设计让做对的事不费力。由此推出三条设计原则(不说教/不费力/不断链)、RPG 任务命名与四张表数据模型,最终落在一份 387 行、含 6 条未定项的蓝图上。
2026-10-30 21:47:41
190
原创 唤醒工作台全实录(序):一个鸿蒙 AI 应用从零到上架的完整九幕
唤醒工作台从 2026 年 7 月第一份设计文档,到 10 月 14 日上架 AppGallery,不到三个月的开发记录恰好完整——设计、开发、踩坑、审核到上线迭代俱全。整理成九幕系列,本篇是总纲:项目一句话介绍、核心哲学、过程数字、九幕地图与阅读指南。
2026-10-30 21:44:02
150
原创 随笔:小艺锁屏断轮寻因记——上线第三天的一场硬仗
上线第三天,用户反馈“崩溃”实为锁屏/切屏导致的断轮。排查发现,锁屏后小艺端侧执行链被系统挂起,内部worker停摆,派发服务冻结,导致所有端插件调用卡死,未抵达唤醒工作台App。根源在于任务跨越锁屏停摆窗口,触发平台生命周期管控。修复通过编排逻辑优化与提示词升级,实现失败兜底与用户预期管理。最终确认此为小艺共性问题——非本Agent特有,核心结论:会话期间保持界面亮屏是智能体任务成功的前提。
2026-10-17 17:43:57
209
原创 HarmonyOS 粒子特效实战:ArkTS V2 状态管理三坑:@Local 判据 / 引用替换 / 双通道更新(HarmonyOS)
ArkTS V2 状态管理三坑:@Local 判据 / 引用替换 / 双通道更新(HarmonyOS)
2026-10-13 19:59:37
75
原创 HarmonyOS 粒子特效实战:马赛克切块提速 17.6×~38×:desiredRegion 重复读盘与一次解码管线(HarmonyOS)
马赛克切块提速 17.6×~38×:desiredRegion 重复读盘与一次解码管线(HarmonyOS)
2026-10-13 19:58:04
182
原创 HarmonyOS 粒子特效实战:emitter.size 是双刃剑:粒子精确定位 [0,0] 与条带随机出生(HarmonyOS)
emitter.size 是双刃剑:粒子精确定位 [0,0] 与条带随机出生(HarmonyOS
2026-10-13 19:56:15
159
原创 HarmonyOS 粒子特效实战:Particle 挂载 ≠ 显示:emitRate/count 真实语义与同帧黑缝(HarmonyOS ArkUI)
粒子特效中,emitRate 与 count 真实语义易混淆:emitRate 为每秒出生数(默认5),非“每次发射数”;count 是总数上限。emitRate:1+count:1 导致粒子延迟0~1000ms出生,远超波浪间隔,引发时间错位。解决需 emitRate≥100 实现“挂载即显示”。同帧交接黑缝因组件挂载滞后于渲染(1-2帧),静态行卸载时出现短暂空白。修复方案:一、静态行延迟50ms卸载,形成缓冲重叠;二、粒子初始静止,用加速度曲线延迟点火,从结构上消除换防间隙。真机验证有效。
2026-10-13 19:52:18
185
原创 HarmonyOS 粒子特效实战:hvigor 多模块三坑:HAR module.json5 / --modules / oh_modules(HarmonyOS)
> **现象:** 三模块项目(entry + common HAR + lab HAR)刚脚手架完就三连炸:`00304064 Not Found`、`lab/oh_modules/` 进了 git、`Multiple entry modules found`。> **原因:** hvigor 6.1.1(DevEco 6.1.1)强制要求每个 HAR 模块有 module.json5;CLI 无法自动区分 HAP/HAR,把三个模块都当 entry 候选;脚手架 `.gitignore` 用 `/oh
2026-10-12 21:59:03
242
原创 HarmonyOS 粒子特效实战:rippleFields 不生效?一场存活两天的 API 版本错误归因翻案记
波纹场失效误归因API版本,实为三层设计缺陷:粒子无速度、场区越界、振幅过小衰减过强。翻案关键在实测sdkApiVersion=26,对照不公暴露逻辑漏洞。修复后加速度、绑定真实尺寸、放开振幅,两场生效。沉淀方法论:实测优先、公平对照、自洽≠正确,辅以运行时门槛与可视化诊断工具链。
2026-10-12 21:45:33
272
原创 HarmonyOS 粒子特效实战总纲:PhotoMotion 立项全景与 15 坑分布图
摘要(148字): 《PhotoMotion》项目探索HarmonyOS粒子特效实战,从零构建“照片动态化”创作工具。通过双轮驱动架构(实验台+编辑器)、55项特效清单与22卡实验台,系统梳理15大坑,涵盖构建、时序、定位、性能等难题。核心教训:归因必实测、性能先采基线、时序有语义。以d.ts为权威,真机验证破局,实现粒子特效高效落地,助力动态预览与视频生成。
2026-10-12 21:41:16
236
原创 【随笔】2026-10-05 | 从“连不上家里的电 脑“到全链路打通
---date: 2026-10-06tags: [内网穿透, frp, SSH, NAT, CGNAT, 华为云, Windows, 计划任务, 远程访问, 折腾实录]type: 随笔---
2026-10-06 13:12:46
185
原创 【随笔】2026-10-05 | 从“连不上家里的电 脑“到全链路打通
*现状的取舍**:一条命令直达家电脑,**连 服务器的账号都不需要**——frps 只是字节搬运工,SSH 的密钥协商与内容全程不经过它(手 机↔家电脑端到端加密)。** 云厂商安全组(网页配置)和系统防火墙(ufw)**相互独立,都要放行**。- **服务端全局心跳**:sshd_config 追加 `ClientAliveInterval 30` + `ClientAliveCountMax 5`——家电脑每 30 秒探测一次,**一处修改,覆盖所有客户端**(手机、平板、任何人 的电脑)
2026-10-06 12:31:48
233
原创 【唤醒实战笔记】2026-09-29 | 目标-任务联动:当状态变成“纯派生值“
date: 2026-09-29tags: [HarmonyOS, 数据建模, 端侧, 状态管理, 目标管理, 任务管理, 智能体]type: 实战笔记
2026-09-29 13:33:13
214
原创 【唤醒实战笔记】2026-09-29 | 工作流重构:适配 LLM 的真实特性
date: 2026-09-29tags: [HarmonyOS, 端云协作, 智能体, 架构重构, LLM, 工作流, 小艺开放平台]type: 实战笔记
2026-09-29 13:31:03
282
原创 【唤醒实战笔记】2026-09-29 | 智能体提示词迭代史(v1 → v8)
本文记录智能体提示词从v1到v8的迭代历程,揭示其背后皆由真实故障驱动。核心转变在于:角色从“计划者”升级为“决策者”,推进方式从“自数轮次”转向“续轮三段式”,刹车机制由无效的“最多5轮”改为外部标记触发。每版迭代均对应具体问题:循环、重复、误判完成、上下文膨胀等。关键认知包括:模型无法自数轮次、“示例即事实”、规则须可执行。最终指出,当问题源于架构,提示词再优化也无解——真正的突破在系统设计。
2026-09-29 01:30:24
167
原创 【HarmonyOS学习笔记】2026-09-24 | 冷启动 DB 竞态与假成功陷阱
摘要(148字): HarmonyOS端侧冷启动时,relationalStore初始化滞后于HistoryAppend意图执行,导致写入失败却返回“假成功”(append DONE但未写入)。因数据库初始化为fire-and-forget模式,进程刚拉起即执行写入,竞态窗口达57ms。后续读取历史无新问题,分析模型误判“无输入”,最终形成“孤儿回复”。三重缺陷叠加——竞态、静默失败、状态错位——致数据无声丢失,复盘揭示需同步初始化或延迟意图处理以破局。
2026-09-24 15:37:14
279
原创 【HarmonyOS学习笔记】2026-08-27 | 端插件踩坑与设计取舍
HarmonyOS, 端插件, InsightIntentEntry, 小艺开放平台, LLM, 踩坑, 设计取舍
2026-08-27 18:21:14
241
原创 【HarmonyOS学习笔记】2026-08-05 | 端插件卡片绑定与跨上下文判断
本文总结了HarmonyOS端插件开发中的两个关键知识点:1) 小艺结果卡片绑定规则要求卡片参数必须为object类型且子项名与返回值字段完全匹配才能正确绑定;2) 端插件返回值由端侧代码决定,平台只配置输入参数。文章重点探讨了LLM跨上下文判断问题,提出通过搜索先行、upsert幂等操作和长期记忆辅助来解决新建/更新判断难题,其中结构化数据仍应存储在端插件本地,长期记忆仅作参考。这些实践对实现稳定可靠的端插件交互具有重要意义。
2026-08-05 23:15:18
199
2
原创 【HarmonyOS学习笔记】2026-08-04 | 端插件新装饰器与CreateRecord全链路验证
【HarmonyOS端插件开发要点总结】 新旧API对比:推荐使用@InsightIntentEntry新装饰器,支持自动参数注入和独立意图文件管理,相比legacy方式更简洁高效。 执行模式选择:后台存储类操作应选background模式,避免误选UI模式导致调用失败。 参数定义三处一致性:平台参数配置(LLM可见)、装饰器parameters声明(框架校验)、执行器类属性(注入接收)必须保持同名。 参数设计要点: 明确每个参数的description和required属性 optional参数需强化描述
2026-08-04 16:21:19
281
原创 【HarmonyOS学习笔记】2026-08-04 | DevEco Code 接入 DeepSeek 自定义模型
本文记录了在DevEco Code中接入DeepSeek自定义模型时遇到的问题及解决方案。作者最初通过/connect命令配置API key失败,发现仅认证不足以注册模型。通过查阅文档,最终在deveco.jsonc中独立配置DeepSeek provider和模型定义,与内置模型隔离,实现双模型切换。核心结论:认证(auth.json)与模型定义(deveco.jsonc)分离,两者通过provider name关联,改配置需重启生效。最佳实践是自定义模型使用独立provider,保持与内置模型互不干扰。
2026-08-04 16:19:15
220
原创 【HarmonyOS学习笔记】2026-07-30 | 小艺开放平台智能体接入实战
本文为HarmonyOS小艺开放平台智能体接入的实战笔记,主要包含三部分内容: 架构理解:澄清了App与智能体的关系,指出智能体是本体(大脑)而App是外挂(手脚),App只能被动响应智能体调用而非主动控制。 FunctionComponent SDK详解:介绍了SDK的参数配置、控制器功能、错误码等,强调App只能定制按钮样式而无法控制对话窗口内容。 开发踩坑:包括ButtonType命名冲突解决方案和FunctionComponent无法嵌入页面的局限性说明,提供了代码示例和问题修复方法。 文章通过架构
2026-07-31 00:30:07
427
原创 【HarmonyOS学习笔记】2026-07-26 | @Trace 序列化 __ob_ 前缀陷阱与消息持久化
摘要: 本文记录了HarmonyOS开发中遇到@Trace装饰器导致JSON序列化属性名被添加__ob_前缀的问题。消息持久化时因JSON.stringify()读取的是劫持后的内部键名,导致数据加载失败。解决方案包括:1)为@ObservedV2类添加toJSON()方法返回正确键名;2)加载时兼容__ob_前缀的旧数据;3)业务数据使用fileIo同步写入替代异步的preferences。核心教训是所有@Trace装饰类需统一实现toJSON()以避免序列化陷阱。(149字)
2026-07-27 00:13:32
237
原创 【HarmonyOS学习笔记】2026-07-24 | textProcessing 实体识别与踩坑实录
本文介绍了HarmonyOS NaturalLanguageKit中textProcessing.getEntity()接口的10种实体识别功能,包括时间、邮箱、快递单号等实体类型。文章提供了API概览、关键特性说明及每种实体的详细技术参数,包括输入示例和返回的JSON数据结构解析。特别指出该功能无需权限、支持中英文、不支持模拟器等注意事项,对开发者在HarmonyOS应用中实现文本实体识别具有实用参考价值。
2026-07-24 15:54:43
612
原创 【HarmonyOS学习笔记】2026-07-22 | speechRecognizer 踩坑实录2
文章摘要 本文记录了在HarmonyOS中使用speechRecognizer进行语音识别时遇到的8个典型问题及其解决方案。主要问题包括语音消息延迟/丢失、文本乱码拼接、消息分裂、引擎启动失败、指数爆炸式重启、录音中断等。通过改用long模式、正确处理onResult回调、优化发送时机、修复startListening参数、设置maxAudioDuration参数以及调整recognitionMode等方法逐一解决。关键发现包括:long模式更符合用户心智模型,onResult回调采用替换而非追加逻辑,on
2026-07-22 23:31:59
287
原创 【HarmonyOS学习笔记】2026-07-19 | 开发踩坑实录
本文记录了2026年7月19日HarmonyOS开发过程中遇到的五个典型问题及解决方案: 类实例创建方式对比:分析constructor与static of()工厂方法的内存差异,结论是两者内存占用几乎相同,但constructor性能略优。 Stack布局点击问题:发现侧边面板遮挡导致点击失效,推荐改用SideBarContainer或调整渲染顺序。 自定义悬浮面板实现:通过Stack+PanGesture实现可拖拽三态面板,相比SideBarContainer更灵活。 8位Hex透明度失效:发现ArkU
2026-07-22 00:33:06
217
原创 【HarmonyOS学习笔记】2026-07-19 | 布局性能实验:百分比vs固定值vs预计算
教材提到:百分比布局在 Measure 阶段存在递归依赖——组件告诉系统"我宽50%“,系统得先问父容器"你多宽?”,等父容器算完才能折算。而固定值是 Exact 模式,组件直接告诉系统"我宽200",系统不需要额外计算。我产生了一个疑问:如果我在 JS 层提前算好 screenWidth × 0.9,把具体数字传给控件,是不是就能绕开系统的百分比计算引擎?这个"预计算方案"的效果如何?更进一步——如果三种写法在实际运行中差异很小,那教材提到的"百分比更慢"到底在什么场景下才值得专门优化?
2026-07-19 23:09:11
204
1
原创 【HarmonyOS学习笔记】2026-07-17 | Button构造方式与ResourceStr
本文总结了HarmonyOS中Button组件的两种构造方式及其互斥规则:文本按钮(仅支持label参数)与自定义按钮(仅支持花括号子组件,且子组件必须唯一,多元素需容器包裹)。对比了ResourceStr(支持国际化资源引用)和string(仅硬编码文本)的使用场景,指出教材采用ResourceStr是示范性写法,实际开发中可按需选择。同时解析了@Monitor监听属性变化的实现方式,强调需配合@ObservedV2和@Trace使用。通过实验验证了关键限制条件,最终给出Button构造、Resource
2026-07-17 23:36:28
189
原创 【HarmonyOS学习笔记】2026-07-17 | 状态管理V2-@Provider/@Consumer
继续学习状态管理V2的跨组件通信机制:**@Provider/@Consumer**(跨组件层级双向同步——aliasName匹配规则、就近匹配、找不到时使用默认值)、**@Provider/@Consumer解决逐层传递问题**(Before/After对比——中间层透明化)、**回调也能跨层直达**(纠正了之前的错误结论——回调也是值,@Provider/@Consumer不区分值类型,支持function)、**@Consumer直接赋值的双向绑定**
2026-07-17 01:12:46
468
原创 【HarmonyOS学习笔记】2026-07-16 | 状态管理V2
本文总结了HarmonyOS状态管理V2的核心装饰器使用及设计思想。重点分析了@Local(数据拥有者)、@Param(数据接收者)和@Event(事件通知者)的定位与交互逻辑,通过对比教材示例与个人实践,深入探讨了V2版本在职责划分上的改进:取消@Link双向绑定,改用@Param+@Event显式实现单向数据流,强调父组件对数据变更的决策权。文章特别剖析了@Event参数传递的两种模式(事件类型vs具体值),指出传递事件类型更能体现层级职责,避免下级越权决策。最后提出待解问题:@Event相比@Para
2026-07-16 01:32:00
189
原创 【HarmonyOS学习笔记】2026-07-14 | Day 3 遗留问题验证:fire-and-forget时序实锤 + Navigation路由架构与@State/@Link
本文通过两轮实验验证了HarmonyOS中fire-and-forget模式的时序隐患。第一轮使用queryAllPlans查询未能证明问题,因其结果本就应为空;第二轮用queryAllSports直接查表,实锤了异步操作未完成时同步查询已执行的时序问题。实验显示,SPORTS表在23ms后才完成数据插入,但同步查询在1ms时已执行,导致返回空结果。虽然教材示例因用户操作路径"碰巧"规避了该问题,但这种模式存在调用方无法获知异步操作状态的根本缺陷。研究还探讨了Navigation路由架构中@State和@L
2026-07-15 00:42:47
172
原创 【HarmonyOS学习笔记】2026-07-13 | 保存应用数据-关系型数据库(Day 3)
本文是HarmonyOS关系型数据库学习笔记,主要涵盖以下内容: 关系型数据库基础:介绍HarmonyOS中relationalStore本地SQLite数据库与服务器数据库的区别,以及与Preferences的对比。 StoreConfig配置:详细说明数据库文件名(name)和安全等级(securityLevel S1-S4)的设置及适用场景。 模块导出方式:分析导出类与导出实例的选择依据,主要取决于是否有实例状态。 静态成员与常量:解释static readonly的内存机制和两种常量组织方式(cla
2026-07-14 00:21:17
215
原创 【HarmonyOS学习笔记】2026-07-10 | 保存应用数据(Day 2)
本文总结了HarmonyOS应用数据保存的核心知识点,重点包括: 模块导出机制:对比了export default(默认导出实例)和export命名导出(导出类)的区别及使用场景,指出单例模式通过模块缓存机制自然实现。 全局状态管理:详细解析了@StorageLink(双向绑定)和@StorageProp(单向绑定)与AppStorage的交互机制,包括初始化行为和同步特性。 数据持久化架构:梳理了Preferences(文件持久化)→AppStorage(内存状态)→@StorageLink(UI组件)的
2026-07-11 00:49:14
212
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅