故事从一个具体问题开始
城市天气系统开始发布一种新提示：某片街区将在三小时后出现“情绪降雨”。气象工程师沈序发现提示来自匿名设备上传的集体语音，而非气象数据。产品设计师纪澜担心关闭功能会抹去居民表达压力的渠道，两人决定追查数据采集授权和预测模型的误差。随着居民对提示的依赖增加，他们必须重新定义系统边界：它可以提醒人们关注环境，却不能替人判断情绪。
故事发生地城市公共屏幕开始显示由匿名语音推测出的情绪天气。
推动剧情的难题模型把表达内容当作情绪事实，公共提示可能反过来影响居民行为。
人物不是标签，是不同的选择
沈序负责验证数据，纪澜负责理解居民如何使用提示。
01
沈序
气象系统工程师重视准确性，对模糊数据缺乏耐心
- 正在争取
- 厘清数据来源与预测误差
- 在故事中的作用
- 从自身立场推动故事的第一条行动线
02
纪澜
公共产品体验设计师关注用户感受，容易忽略模型局限
- 正在争取
- 保留有价值的公共提醒但避免标签化
- 在故事中的作用
- 提出不同判断，让人物必须检验原有计划
分集剧情 · 六个推进节点
每一集都有独立事件，剧情按因果顺序展开。
01
情绪降雨
沈序发现系统把一段语音标记为情绪降雨，却找不到任何对应的气象指标。
02
数据从哪里来
纪澜检查上传路径，发现居民曾参与公共空间声音试验，授权范围没有说明模型用途。
03
预测被相信
居民开始依据提示调整行程，沈序记录到预测本身正在改变人们的行为。
04
街区实验
两人邀请居民参与小范围测试，比较匿名统计、个人自述与实际天气之间的差异。
05
重新写提示
系统删除情绪标签，改为展示环境噪声、温度和居民自愿发布的活动提示。
06
天气回到天气
天气台重新只预测天气。居民表达情绪的入口被独立保留，系统不再替任何人定义感受。
这部作品的三个观看切口
01
技术冲突有清楚的数据来源
02
预测与行为反馈形成因果链
03
结局强调功能边界与用户选择
