比较通行的做法是，让用户在每次使用类似的服务前都单独授权，同时自己为在授权范围内所透露的数据负责。
觉得自己的思考有点儿陷入了僵局，姜亦心打开了浏览器的一个新标签页，进入了汤圆的对话界面。
汤圆09发布之后，聊天机器人虽然没有对外开放，但是是可以内部使用的，在源码内部的使用率非常高。
她开始输入提示词：
【背景：我们正在设计一个内部使用的员工个人成长系统，唯一用户是员工本人。它借鉴网络小说中系统文和rpg类游戏的成长反馈机制，但必须能在现实职场中使用。】
【重要原则：
不能依赖员工长期手动打卡；
不能用工作时长、消息数量、代码行数等粗暴的代理指标；
不能变成监控系统；
系统默认只对用户本人反馈；
系统应基于已有工作痕迹识别“成长事件”；
原始数据不能被查看（从根本上杜绝被用于绩效考核的可能）；
用户必须可以反驳、补充和关闭某类分析】
打完这一大段话，姜亦心想了想，又补充了一条。
【现在不要直接输出产品方案，先指出这个系统最难解决的三个问题，输出保持在两百字以内】
李婷在旁边看得叹为观止。
“你都是这么用ai的？”她小声说，“我觉得我的用法像个傻子。”
姜亦心好奇地问道：“那你是怎么用的？”
李婷指了指屏幕：“就，给我设计一个个人成长系统。”
姜亦心张了张嘴，不知道该怎么纠正李婷，最终什么也没说，又闭上了。
这世界上本来就没什么最佳实践，能用就是最好的。
这个时候汤圆已经给出了上一个问题的回复。
「该系统存在三个核心矛盾：
矛盾一：自动识别与隐私安全。
系统越想减少用户负担，就越需要读取更多工作痕迹；但读取越多，用户越容易感到被观察。
矛盾二：真实反馈与情绪安全。
成长反馈必须足够准确，否则用户不会相信；但过于直接的反馈可能造成压力和自我否定。
矛盾三：游戏化激励与现实扭曲。
游戏机制可以增强反馈感，但如果设计不当，会诱导员工刷分、表演成长，甚至把工作变成另一套隐性考核。」