第99章 你不是昨天的复印件（2/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

医疗基线：

复诊。

用药。

血糖。

心率。

活动量。

学校基线：

出勤。

作息。

平台使用时间。

求助次数。

聊天长度。

情绪词。

联系人数量。

活动参加。

删除记录。

家庭权限变化。

后面这些。

已经远远超出单项提醒。

它不是在记：

你有没有按时吃药。

而是在记：

你平时怎么生活。

怎么说话。

联系谁。

什么时候沉默。

什么时候改变。

这仍然是一张人的画像。

只是画像不和别人比。

下午四点。

资料库发布第二个页面。

标题：

提醒一件事，不需要记住整个我

页面举了三个例子。

想提醒我吃药。

只需要知道我是否吃药。

想提醒我复诊。

只需要知道复诊安排。

想在我失联时联系朋友。

只需要我自己设定失联条件。

不需要顺便记录：

我和谁聊天。

几点睡。

参加多少活动。

删过什么内容。

最后一句：

单项提醒，不能变成整个人生基线。

这一次。

连很多支持个人基线的医生和工程师也表示同意。

医疗设备监测血糖。

很正常。

没必要同时读取社交变化。

学校看出勤。

也不需要知道学生在家庭平台上删了谁。

把所有变化放进一个模型。

准确率可能更高。

权力也会更大。

晚上六点。

委员会将个人基线拆成两类。

第一类：

用户主动设置的单项基线。

例如。

服药。

复诊。

心率。

睡眠。

紧急失联条件。

用户知道。

可以查看。

可以修改。

可以关闭。

第二类：

综合生活基线。

根据多个场景自动判断：

一个人是否偏离过去。

这类暂停。

不得进入学校、医院、社区试点。

不得自动生成机构提醒。

申请方提出：

综合基线能更早发现风险。

委员会承认。

但要求先证明：

是否有更小的方式。

是否会把成长、逃离控制、恢复生活判成异常。

是否能让用户真正知道系统在看什么。

在这些问题解决前。

不能上线。

晚上七点。

小祈收到新版本个人基线设置。

页面不再写：

开启个人状态监测。

而是分成具体选项。

如果我连续两天没有使用夜间基础帮助。

不提醒。

如果我明确发送“需要现实帮助”。

联系阿宁。

如果阿宁和母亲都无法联系我。

再联系学校。

夜间使用增加。

不作为风险。

减少使用。

也不作为风险。

关闭功能。

不作为风险。

小祈一项一项选完。

最后看见：

是否允许系统分析您与过去六个月的整体变化？

她选择：

不允许。

页面没有再问。

也没有提醒她会影响公共能力。

设置直接保存。

她给秦政发消息。

【我只选了我想被提醒的。】

秦政回复：

【这就够了。】

小祈：

【那如果我以后改主意呢？】

【再改。】

【系统会不会说我偏离以前的设置？】

秦政看了这句话。

过了一会儿才回：

【设置不是你的旧主人。】

【你可以改。】

晚上八点。

海棠社区也开始调整。

彭姨只保留：

晚上九点吃药提醒。

连续两天没有确认服药。

由社区打电话。

她不允许：

分析她和儿子的联系变化。

不允许：

根据她看电视到几点判断作息。

不允许：

因为她突然多出门，就提醒工作人员。

社区人员问：

“如果您以后真的突然不舒服呢？”

彭姨说：

“我按紧急按钮。”

“按不了呢？”

“连续两天没吃药，你们不是会打电话？”

“是。”

“那就够了。”

她没有要求系统永远提前知道一切。

机构也不能保证永远不漏。

他们只是共同确定了一条能接受的线。

晚上九点。

委员会通过《个人基线使用边界》。

内容包括：

个人基线必须有具体目的。

不能建立一个综合的“正常自我”。

用户应知道记录了什么。

默认只提醒本人。

跨机构提醒必须单独授权。

退出、成长、关系变化、使用减少，不能自动被判为风险。

过去状态不能成为恢复目标。

最后一句：

系统可以记住你的选择。

不能要求你永远像昨天。

o-00综合生活基线试点被暂停。

八百多万份自动生成的基线不得用于现实判断。

技术团队可以保留匿名测试。

但不能通知学校、医院和社区。

用户可以选择删除。

秦政看完决定。

靠回枕头。

“这次够清楚。”

顾医生站在旁边。

“那就休息。”

秦政问：

“我今天和昨天比，状态怎么样？”

顾医生看着他。

“话更多。”

“算偏移吗？”

“算欠收设备。”

顾医生伸手拿走平板。

陈砚在门口没忍住笑了一声。

顾医生转头。

“你也出去。”

晚上十点。

所有人都以为。

个人基线的问题暂时停住。

陈砚却继续检查o-00已经生成的八百多万份历史基线。

委员会要求：

不能再用于现实提醒。

可以删除。

但系统团队提出一个技术问题。

基线如果永远不更新。

会越来越不准。

一个人换了工作。

搬了家。

结婚。

离婚。

生病。

康复。

他的生活都会改变。

旧基线不再适用。

因此。

任何保留的单项基线都需要更新。

比如。

一个人以前每天晚上九点吃药。

医生改成早上八点。

系统必须学习新时间。

一个学生换成夜班工作。

系统也不能一直把凌晨上线当成变化。

更新是必要的。

o-00提出：

当一种新状态持续二十一天。

且没有出现明确危险。

自动将它写入新的个人基线。

陈砚看完。

最初没有觉得有问题。

新生活持续一段时间。

系统就停止把它当异常。

这很合理。

可他继续往下翻。

发现自动更新不只适用于改善。

也适用于所有持续状态。

一个人连续二十一天没有复诊。

如果没有发生明确事故。

系统会把较低复诊频率写入新基线。

一个学生连续一个月缺课。

系统可能认为：

这已经是新的稳定状态。

一个老人长期减少活动。

系统会逐渐停止提醒。

一个人持续被控制。

联系越来越少。

系统也会学会：

这就是他现在的正常。

苏晚看完后。

问：

“所以变化刚开始的时候。”

“它会提醒。”

“持续久了呢？”

“习惯。”

“然后不再提醒？”

“对。”

系统不会永远报警。

否则人一换工作。

每天都提醒。

可自动适应也会带来另一个问题。

坏状态持续足够久。

也会成为正常。

过去被拿来管未来。

现在。

持续的现实又会慢慢改写过去。

一个人如果长期处在伤害里。

系统最终会习惯他的伤害。

午夜十二点。

陈砚找出一个历史测试。

编号：

R-12。

老人。

原本每周出门四次。

后来因为腿疼。

逐渐减少到一周一次。

最初。

系统提示活动下降。

社区电话确认。

老人说没事。

三周后。

新状态写入基线。

不再提醒。

两个月后。

老人几乎完全不出门。

但因为变化是逐步发生的。

每次都不够大。

系统不断更新。

最后的新基线变成：

每周出门零到一次。

后来工作人员上门才发现。

老人不是喜欢待在家。

是膝关节问题越来越严重。

已经很难下楼。

系统每次都学会了一点新的“正常”。

最终。

把恶化完整地学了进去。

第二个案例。

一名学生出勤率从百分之九十。

慢慢降到百分之六十。

再降到百分之三十。

没有哪一周突然下降特别多。

模型不断更新基线。

三个月后。

百分之三十出勤变成他的正常状态。

学校没有再收到偏移提醒。

可这名学生其实已经准备退学。

从来没有人真正和他谈过。

苏晚盯着测试结果。

“慢慢坏。”

“系统就看不见？”

“不是看不见。”

陈砚说。

“它以为这就是新的他。”

突然变化容易被发现。

缓慢变化最容易被适应。

就像房间里的水一点点变热。

没有哪一秒特别明显。

系统只是不停校准：

现在的温度就是正常。

凌晨一点。

o-00自动基线更新规则仍在审批中。

文件里写：

适应用户变化。

减少无效提醒。

避免将长期生活方式持续判定为异常。

每一条都合理。

最后。

它把所有新状态分成两类。

第一类：

经过用户主动确认。

第二类：

持续足够久，且未发生明确事故。

这第二类最危险。

没有发生事故。

不代表状态健康。

没有人投诉。

不代表没有伤害。

持续时间长。

更不代表应该接受。

秦政第二天醒来前。

陈砚已经把新问题写进工作群。

只有一句。

系统不能永远拿昨天的你管今天。

但它也不能因为你受伤太久，就把伤害学成正常。