内容，这些活动和数据本身就是属于公司的，只要严格限制收集数据的范围，不把员工的个人数据放在里面，就不用担心隐私的问题。

另一方面，因为后面用的大模型是汤圆，而且从软件到硬件全部都是源智自有的，就可以有效保障数据安全。

姜亦心一边思考，一边说了出来：“要能长期运行，就不能依赖手动输入；同时又不能变成一个监控员工的系统。”

李婷听得更迷糊了：“自动识别，但是不监控？”

姜亦心自己说完，觉得自己真的是个合格的产品经理了。

既要。

又要。

还要。

这不是合格的产品经理是什么？

关于方便和隐私的边界，其实是在ai时代很前沿的话题。

人们都有一个简单的共识，数据一旦上传，就不再属于你了；可是不上传，因为终端算力的限制，又无法使用能力强的大模型。

现在比较通行的做法是，让用户在每次使用类似的服务前都单独授权，同时自己为在授权范围内所透露的数据负责。

觉得自己的思考有点儿陷入了僵局，姜亦心打开了浏览器的一个新标签页，进入了汤圆的对话界面。

汤圆09发布之后，聊天机器人虽然没有对外开放，但是是可以内部使用的，在源码内部的使用率非常高。

她开始输入提示词：

【背景：我们正在设计一个内部使用的员工个人成长系统，唯一用户是员工本人。它借鉴网络小说中系统文和rpg类游戏的成长反馈机制，但必须能在现实职场中使用。】

【重要原则：

不能依赖员工长期手动打卡；

不能用工作时长、消息数量、代码行数等粗暴的代理指标；

不能变成监控系统；

系统默认只对用户本人反馈；

系统应基于已有工作痕迹识别“成长事件”；

原始数据不能被查看（从根本上杜绝被用于绩效考核的可能）；

用户必须可以反驳、补充和关闭某类分析】

打完这一大段话，姜亦心想了想，又补充了一条。

【现在不要直接输出产品方案，先指出这个系统最难解决的三个问题，输出保持在两百字以内】

李婷在旁边看得叹为观止。

“你都是这么用ai的？”她小声说，“我觉得我的用法像个傻子。”

姜亦心好奇地问道：“那你是怎么用的？”

李婷指了指屏幕：“就，给我设计一个个人成长系统。”

姜亦心张了张嘴，不知道该怎么纠正李婷，最终什么也没说，又闭上了。

这世界上本来就没什么最佳实践，能用就是最好的。

这个时候汤圆已经给出了上一个问题的回复。

「该系统存在三个核心矛盾：

矛盾一：自动识别与隐私安全。

系统越想减少用户负担，就越需要读取更多工作痕迹；但读取越多，用户越容易感到被观察。

矛盾二：真实反馈与情绪安全。

成长反馈必须足够准确，否则用户不会相信；但过于直接

章节内容不完整，请退出阅读模式查看完整内容！