02从 0 到装机
三轮迭代的真实路径：被否、换参考、开分支，收敛成装机版。
-
需求
把一场 54 分钟的需求会变成可执行文档
逐字稿提炼出硬约束：待机轮播、不绑对话状态、必须纯代码可参数化（交图片就等于交付失败）。 同时识别出最大风险——验收标准和验收人都未定，实质标准只有一个词：好看。 对策：把开放题变成选择题，做多方向对照请决策方勾选。
-
第一轮 · 被否
可爱风：按常规思路做，上机，被否
铺开三个方向对照后，把可爱风做成整版：大眼小嘴、微动作常驻、切换藏在眨眼里； 同时搭好上机调试环——adb reverse 把本地服务映射进机器人，屏幕上改完即刷新。 结论只有三个字：太平庸。这一轮的教训后来变成了方法——平均数没有性格，必须锚定具体参考物。
-
第二轮
动漫深瞳：锚定泡泡玛特与动漫参考重来
大眼睛小嘴巴，多层瞳孔与高光全部代码绘制——方向第一次立住了。 新的反馈随之而来：背景别用纯黑，要有立体感、更吸引人。
-
第三轮 · 两个分支
Air 版与像素风并行推进
Air 版：深瞳的二次开发，轻、亮、暖，回应“更吸引人”。 像素风：把第一轮对照里的像素方向翻出来二开——先立硬规格（240×150 逻辑网格、 封闭 21 色、渐变一律用抖动、坐标落整数格），再画出天空 / 云 / 丘陵 / 草地 / 花鸟 一整个世界，表情之上有微动作调度，盯五分钟看不出循环。
-
装机
独立 APK，7×24 常驻
一个 Activity + 一块 WebView，零第三方依赖；动画单文件打进 assets，不联网、无浏览器界面。 装进机器人应用中心，点开即全屏常驻。实测机器屏幕是 1080 而非文档假设的 1200 ——整数倍变成 ×7，四边留白由边缘钳制自动长回来，设计吸收了错误假设。