闪闪的个人工作台

解决什么问题

很多人的日常数据散落在各个 App 和 Excel 里：体重记在备忘录，账目散落在支付软件，待办和打卡混在不同应用。想把这些整合成一个「打开就能用」的手机页面，自己写代码成本太高，通用模板又装不下个人习惯。

这个技能面向零代码用户，通过结构化访谈，把需求变成一份真正属于他自己的移动端个人工作台。重点不是做一个好看的壳子，而是让用户在手机上有一个每天愿意点开、且只装自己私人数据的入口。

技能如何工作

整个流程被拆成多道闸门，强制在关键节点停下等待确认：

• 访谈与功能分类：先做开放式提问，再把需求归纳成 6-9 个具体功能。每个功能会当场标注类型——〔本地〕纯前端存储、〔内容〕静态内容、〔联网〕需要外部 API。联网类功能（如每日热点）会在这一步就明确告诉用户需要自己申请 key。
• 真实预览而非生图：风格确定阶段不生成概念图，而是直接产出可在手机浏览器打开的 /风格预览.html，装的是用户刚确认的真实功能，用户需要在手机上点过、确认满意后才动工。
• 工程生成与验收：基于骨架生成 index.html、config.js 和 icon.png 三个文件，数据读写统一走 Store.get/set，API key 通过 Store.setSecret 存储且被排除在备份之外。生成后会跑一轮自动化检查，覆盖占位符残留、XSS 防护、备份泄漏等肉眼容易漏掉的隐性 bug。
• 架构与隐私铁律：公网部署的只有空壳，体重、账目、日记等数据全部留在用户浏览器的 localStorage 里。别人拿到部署链接打开，看到的是一个干净的空白工作台。
• 可迭代的配置：交付时会在目录里生成一份 config.md，记录功能清单、风格参数和部署地址。后续用户说「加个喝水提醒」或「换个配色」时，直接读这份配置接着改，不需要重新访谈。

适用边界与注意点

这个技能只处理个人、日常使用、私人数据的场景。以下情况不适用：

• 用完即走的小工具（抽奖转盘、计算器）
• 团队协作看板或 BI 报表
• 作品集、个人官网等对外展示页面
• 后台管理系统

几个实战中容易踩的点：

• 自动化检查不是银弹：验收脚本依赖 npm install jsdom 和 Python/Pillow 环境，如果环境不通，技能会降级为人工自检并在交付时明确告知「未跑自动检查」，不会谎称已测试通过。
• 部署环节是最大流失点：用户可能在实名认证或「添加到主屏幕」的步骤卡住。技能的设计是任一环节卡超过两次就果断退回本地部署方案，而不是把人耗在注册流程里。
• 四条红线不可碰：不替用户注册账号或填实名认证、不覆盖已有的 config.md、不把 API key 写进任何交付文件、不在公网页面里写死任何用户数据。