核心事件

开发者基于AI Coding技术为华米Amazfit GTR4智能手表定制了一款番茄钟待办应用【番茄代办】，实现了滴答清单任务同步至手表并配合番茄钟打卡的工作流。该应用当前已开源至Gitee平台。

关键事实清单：

• 开发平台：Zepp OS 3.5（Amazfit GTR4系统版本）
• 开发方式：Node.js环境 + Cursor AI Coding辅助编码
• 硬件载体：Amazfit GTR4圆形表盘手表
• 数据同步：手机端编辑清单，手表端打卡番茄钟
• 开源地址：Gitee平台（华米Amazfit GTR4番茄代办仓库）

开发过程与关键技术路径

开发者参考Zepp OS官方开发文档，搭建了Node.js开发环境并安装了手表模拟器。项目基于zeus create模板创建Pomodoro待办清单应用基础框架，随后通过Cursor AI工具完成主体功能开发。

核心功能需求被拆解为六项：

1. 任务可拆分为多个子任务以细化工作
2. 支持为任务设置截止日期
3. 可预设任务所需工时或番茄钟数量
4. 通过番茄钟时间记录已用工时（剩余工时＝预设工时－已用工时）
5. 默认25分钟工作+5分钟休息周期可自定义
6. 应用需后台运行权限，GTR4 OS 3.5支持该权限申请

UI设计需适配GTR4圆形表盘，开发者要求AI确保字体大小适宜且内容完整可视——这一适配要求与多数方形表盘应用形成反差，增加了布局复杂度。

重要踩坑经验与开发限制

Android/Windows vs Linux开发环境

文档明确建议优先选择Ubuntu环境开发，避免在公司限制网络条件下使用模拟器.

Node.js定制化限制

Zepp OS采用裁剪版Node.js运行时，手机端常用Node.js语法在Zepp OS小程序中并不通用。开发者需提供相关配置资料辅助AI处理这一差异。

权限与系统能力限制

GTR4无法直接在手表端编辑清单，最终采用手机伴生应用负责编辑，手表仅展示与打卡。软件权限方面，第三方应用无法获取系统弹窗按键事件，且后台运行受限（无法通过系统界面直接返回应用）。

硬件性能约束

Zepp OS明确要求避免在手表端执行大量计算，此类任务应移交手机伴生服务处理，以保障手表运行流畅性。

开发者实践建议

实用建议

适合尝试者：

• 具备基础编程能力或动手能力的技术爱好者
• 使用滴答清单+番茄钟工作法且拥有Zepp OS设备用户
• 希望为旧设备赋予新功能的DIY实践者

建议再观望者：

• 完全无编程经验的新手（当前门槛仍较高）
• 期待开箱即用解决方案的普通用户（当前仅为开源模板）

写在最后

Zepp OS生态正通过开源实践持续拓展边界，AI Coding将应用开发门槛降至历史低位——尽管硬件能力限制依然存在，但手机协同计算模式已为腕上场景提供可行解法。