第84章 老周不让删日志（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
平台的处理结果，比七个工作日来得更快。
第三天上午，林凡提交的几个素材账号被封了，论坛链接也打不开了。平台发来通知：经核查，相关内容违反社区规范，已进行处置，感谢您的反馈。
张磊看完，第一反应是高兴：“封了！”
老周却皱眉：“证据呢？”
“我们不是截图了吗？”
“平台后台日志呢？账号关联、上传记录、IP、交易链接、举报处理过程，这些都在平台手里。”老周说，“一封了事，页面没了，普通人能看到的证据也没了。”
林凡心里一沉。
果然，警方那边补充询问时，希望提供更多原始链接和平台处置记录。林凡点开之前保存的页面，很多已经显示“内容不存在”。截图能说明曾经看见过，但要追链路，远远不够。
与此同时，青橙数科也收到客户要求：删除社区推荐事故中所有相关日志，理由是“避免用户隐私继续暴露，降低舆情风险”。
项目经理把邮件转给林凡：“客户说删。”
林凡看见“删除历史推荐记录”“清空异常反馈缓存”“不保留争议商家关联信息”几行字，头皮一紧。
老周看完，直接说：“不能删。”
项目经理苦着脸：“客户要求。”
“客户要求不等于合法合理。”老周指着屏幕，“这些日志是事故复盘和用户投诉处理依据。你现在删了，将来问责时，你拿什么证明系统怎么推的、谁审核的、用户授权了什么？”
项目经理压低声音：“客户怕舆情扩大。”
老周冷笑：“删日志就不扩大？那叫把小火苗塞进纸箱里祈祷它讲素质。”
林凡提议：不直接删除，先做证据保全和隐私脱敏。用户敏感信息加密封存，访问权限收紧，保留推荐链路、规则版本、审核记录和处置过程。等法定保存期和投诉期结束，再按规范清理。
老板听到“不能删”时，第一反应也不舒服。他问老周：“如果客户坚持呢？”
老周说：“那让客户出具书面指令和法律意见。别口头说一声，最后锅落我们头上。”
会议室里空气变硬。
林凡知道，日志这东西在平时没人爱。它占空间、花钱、拖系统，还经常被老板嫌“看不懂”。但出事后，它又突然变成唯一会说实话的东西。人会忘，页面会删，公关会改口，只有日志冷冰冰地记着：某年某月某日，谁点了什么，系统为什么推荐，规则版本是什么，人工有没有看过。
下午，客户那边开紧急会。对方负责人语气很急：“我们不是要掩盖，只是担心用户隐私。日志里有大量个人信息。”
林凡说：“所以要脱敏和封存，不是清空。清空后，用户来投诉，我们连他为什么收到推荐都解释不了。”
负责人说：“可如果媒体问起来呢？”
老周说：“媒体问起来，你有完整处置链路，说明你在修。如果日志没了，只能说明你很害怕别人知道你怎么错的。”
对方沉默。
法务小陈也支持保留：“从责任角度，关键事故日志应按期限保存。删除可能影响调查。”
最终客户同意改成“封存”。这两个字救了很多东西。
张磊对日志的理解则来自另一件事。
他的“有话好好说星座版”突然被人举报，说工具诱导家庭矛盾、宣扬不孝。举报截图里，系统回答“成年人有自己的关系节奏，催婚不会改善亲子关系”。对方只截了这一句，没截前面用户问“怎么让儿子必须年底结婚”。
张磊急得跳脚：“这断章取义啊！”
↑返回顶部↑