唤醒工作台上线一段时间了。今天得空，把项目记录从头整理一遍——设计文档、开发日志、踩坑记录、审核档案，都还在。

翻着翻着发现，从 2026 年 7 月的第一份设计文档，到 10 月 14 日正式上架 AppGallery，这不到三个月留下的东西，单看每一份只是某一天的进展，合起来恰好是一套完整的记录：一个真实的应用，从第一份设计文档到上架应用市场，完整走了一遍的全过程。干脆整理成系列，一共九幕。

先说项目本身。唤醒工作台：对它说一句"明天下午三点去国贸交报告"，这句话会被云端智能体理解，变成一条结构化的任务存进你的手机。小艺智能体在云端当大脑，端插件当手脚，端侧数据库当记忆——一个典型的端云协同 AI 应用。

它背后有一句产品哲学：“没有约束，只有代价。AI 展开代价，人决定走不走。” 九幕里会看到这句话如何从一段设计理念，一路落到架构决策、数据模型，甚至审核应对上。

这个系列有什么

整理过程中把数字也数了一遍，原样摆在这里：

• 4 轮审核：从首审被拒 3 项，到四审通过
• 8 个端插件：从初版 6 个工具，到 3 原子化重构，再到上架时的 8 个
• 23 个编号 Bug 与 1252 行踩坑记录
• 提示词从 v1 迭代到 v11（现行 5 套，只讲方法论，不贴全文）
• 端侧数据库 5 个版本、零第三方依赖、零权限

这些数字不是修饰，是路标。每一幕都会路过其中几个。

九幕地图

怎么读

按顺序读，是一个完整的故事：一个想法如何在约束（成本、平台边界、审核规则）里一步步变成上架产品。跳读也行，每一幕自成一体，坑和方案都能单独取用。

技术内容全部来自项目档案：代码是真实运行过的，日志是真实抓取的，坑是真实踩过的——包括我自己犯的错，原样写出。

系列还遵守三条写作纪律：

1. 时间戳、日志、错误码原样引用，不编造、不美化；
2. 推测标注为推测，没验证的不写成定论；
3. 内部资产不贴：提示词全文、审核原文、用户数据一律不出现，只写方法论。

对一个想认真做产品的开发者来说，"怎么把项目讲清楚而不泄密"本身也是工程能力的一部分。

如果你也打算做一个"从零到上架"的 HarmonyOS AI 应用，这九幕里应该有你会遇到的大部分路况。从第一幕开始吧。

懿路向前 · AI辅助整理
2026-10-30