项目缘起：为什么要做"智汇办公"？
随着企业数字化转型的深入推进，传统办公模式已经难以满足现代企业对效率和协作的需求。移动办公、智能协作成为企业刚需。与此同时，大语言模型技术的成熟为办公场景带来了新的可能性——通过AI赋能，可以大幅提升文档处理、会议纪要、日程安排等日常办公事务的处理效率。
本项目基于这一背景，开发了一款面向企业用户的智能办公应用——"智办 SmartOffice"。项目采用华为鸿蒙HarmonyOS 5.0最新技术栈，使用华为自研的仓颉(Cangjie)编程语言进行开发，整合日程管理、任务协作、即时通讯、文档管理等核心办公功能，并深度融合AI智能助手能力。
核心目标：打造一款基于仓颉语言开发的"AI+移动办公"一体化工具，实现：
技术选型
功能模块划分
整个应用划分为以下六个核心功能模块：登录认证 │ 工作台 │ AI助手 │ 日程管理 │ 任务管理。
整体架构选型
参考现代移动端架构最佳实践，我们采用三层协同架构，将代码划分为表现层、业务层、数据层，实现关注点分离：
架构亮点：
通过仓颉语言的协程（spawn）机制，实现了AI请求的异步无阻塞调用，极大提升了用户体验。
多平台AI统一接入”设计——通过抽象PlatformInfo结构与统一请求构造器，成功整合Deepseek、通义千问、智谱AI等主流模型，实现“一次集成，自由切换
单向数据流：确保状态可追踪、逻辑清晰，避免传统Android开发中的状态混乱问题
敏捷迭代策略
采用双周冲刺（Sprint）模式，每个Sprint聚焦一个核心功能：
关键实践：
- 代码审查：所有仓颉代码必须经过至少1人审查，重点关注内存安全和并发处理
- 自动化测试：单元测试覆盖率>80%，集成测试覆盖核心用户流程
文档即资产（Documentation as Asset）
从第一天起，我就坚持用Markdown记录技术决策、API说明与部署流程，并配合Figma设计稿、GitHub代码库形成完整协作链路。这不仅提升了开发效率，也为后期复盘和展示打下坚实基础。同时，采用敏捷迭代模式，每轮聚焦一个核心功能，小步快跑、及时验证，避免了“最后一刻集成”的灾难，实现了最终效果：
/docs├── /architecture # 架构设计文档（C4模型）├── /api # API接口文档（OpenAPI规范）├── /decisions # 技术决策记录（ADR）│ ├── 001-why-cangjie.md # 为什么选择仓颉│ ├── 002-ai-platform-choice.md # AI平台选型对比│ └── 003-json-parser.md # 手写JSON解析器决策├── /guides # 开发指南│ ├── setup.md # 环境搭建│ ├── coding-style.md # 仓颉编码规范│ └── interop.md # ArkTS互操作最佳实践└── /design # UI/UX设计稿（Figma导出）
仓颉语言的使用
优势：
- 类型安全：强类型系统在编译期捕获大量错误，运行时崩溃率极低
- 性能优异：原生编译后的执行效率接近C++，远超JavaScript/ArkTS
- 鸿蒙原生：与HarmonyOS Kit的深度集成，调用系统能力零开销
- 现代语法：模式匹配、代数数据类型、类型推断等现代语言特性
当前局限：
- 生态待完善：第三方库数量远少于Java/Python，很多基础工具需要自建
- 文档不足：高级特性（如宏编程、FFI）的文档和示例较少
- 调试工具：IDE的调试体验相比VSCode+JavaScript仍有差距
- 社区规模：遇到问题可搜索的解决方案少，需要深入源码或官方论坛求助
给后来者的建议
此次经历让我收获的不仅是技术能力，更是思维方式的转变。我学会了在技术前瞻性与可行性之间做权衡——选择仓颉语言，既是对国产技术栈的支持，也是对未来趋势的预判；但同时也准备了ArkTS备选方案，确保项目可交付。这种“敢想敢做，又脚踏实地”的态度，正是优秀开发者应有的品质。
回顾整个项目，我最大的感悟是：真正的成长，来自直面问题的勇气与持续解决的能力。作为学生，我们或许没有丰富的经验，但拥有最强的学习力与试错资本。正是这一次次攻克难点的过程，让我从“会写代码”走向“能做产品”。
未来，我将继续学习仓颉与鸿蒙相关知识，深化在AI与分布式系统领域的探索，也希望“智汇办公”能成为更多开发者启程的灯塔——因为我们都相信：哪怕起点微小，只要坚持前行，也能照亮一片数字世界。
代码仓链接：
https://openatom.tech/cangjiechallenge/eb8aac77377d21e4109b943adf35f6af
10个月宝宝每天需要喝多少奶粉？
