根据周四设计会讨论修改DAY1DAY2逻辑

DAY1：有一条线有数据在走，让UF不够用；
DAY2：线不是根本问题，一直没注意的神秘进程才是，那其实就是想象力，而想象力是杀不死的
https://oq3ztwk0b7k.feishu.cn/docx/LYQAd5Kfoo8yzCxNaEEcD6Lsn6g?openbrd=1&doc_app_id=501&blockId=doxcny0t5YENNdjHO4yRdYHsY3f&blockType=whiteboard&blockToken=SzwQwnP06hOG90bW83oc60t7nzc#doxcny0t5YENNdjHO4yRdYHsY3f

Assets/Resources/Yarn/PeipeiTalk/PeipeiTalk1.yarn

@@ -67,24 +67,19 @@ position: 69,-488
 我: 无意偷听，但是你们刚才就站在我的门口。
 我: 说说吧，你的身体怎么了，感觉哪里不舒服吗？
 佩佩: 倒也没有哪里不舒服……只是最近工作表现很差。
-佩佩: 我也说不出来是我最近状态太差，还是因为那个任务给我的压力比较大……
-佩佩: 总之最近产出的图总是有点…问题。
-我: 画画的过程中哪里感觉不舒服吗？手腕痛，或者头痛？
-佩佩: 眼睛确实有些不舒服，但是这应该没有什么关联。
-我: 没有关联？如果看不清线条或者色彩什么的，对于你们美工来说，应该工作会很受影响才是吧。
-佩佩: 啊…这其实跟我们的绘图方式有关。
-///春：这里需要调整下说法
-我: emmmm，让我看看
-->查询手册
-<<OpenBook BookManager>>
-<<Flip BookManager 1 >>
-[command name=listen_closeBook /]
-->CloseBook
-我: 原来是通过UnstableFusion模块直接调用记忆进行绘图的。
-我: 嗯…无论如何问题听起来都在头部。来看一看吧。
-///<<任务提示更新：治疗佩佩>>
-///<<任务提示更新：进行诊断>>
-///<<任务提示更新：进入患者头部检修面板>>
+佩佩: 有的时候任务量一大，产出的图也就跟着出问题了
+佩佩: 这次也是一样，我也不知道为什么…
+我: 展开说说
+佩佩: （大致描述某个事件）
+佩佩: 技术员说UF模块非常稳定，所以肯定不会是UF模块本身的问题。
+佩佩: 大概率是我身体里本身的模块出了什么问题，所以组长就让我来这儿看看了。
+我: “UF模块”？没怎么听说过，最好在手册检查一下。
+//->查询手册
+//<<OpenBook BookManager>>
+//<<Flip BookManager 1 >>
+//[command name=listen_closeBook /]
+//->CloseBook
+我: 无论如何问题听起来都在头部。来看一看吧。
 佩佩: 好的，麻烦了，医生。
 <<jump FixStart>>
 ===
@@ -169,9 +164,9 @@ position: 76,20
         ///Q:每一次插入的文本不一样，怎么管理？
         ///Q:手册的文本怎么管理？
         ///Q:我注意到这里的选项其实应该是某个UI层级的按钮？需要区分“回复对话”和“进行操作”两种情况。我记得聊过说后者会做成UI层级的按钮，确认下。
-        我: 你的左眼是被改造过的。
-        我: UF…是什么？
+        我: 你的左眼是被改造过的…这就是你说的UF模块？
         佩佩: 啊，医生，你要小心喔，组长说它是很贵很精密的……
+        我: 它摸起来好烫，工作了好久的样子。
         佩佩: 如果把它弄坏了，我就没办法工作了。
         我: 没办法工作？
         佩佩: 是的。毕竟所有的图片都是它生产出来的。
@@ -179,22 +174,22 @@ position: 76,20
         佩佩: 哈哈，可惜不是喔。
         佩佩: UF是独立的模块，它自己就能生成图片。
         我: 自己就能生成图片…？
+        //////需要确认具体绘图的方式
         佩佩: 是的。我只需要在脑袋里和它对话，描述我需要的图片，它就能生成出来了。
-        我: ……
-        我: 我最好在手册里看一看。
-        ->查询手册
-        <<OpenBook BookManager>>
-        <<Flip BookManager 3 >>
-        [command name=listen_closeBook /]
-        ->CloseBook
+        我: 明白了……
+        //->查询手册
+        //<<OpenBook BookManager>>
+        //<<Flip BookManager 3 >>
+        //[command name=listen_closeBook /]
+        //->CloseBook
         //<<解锁条目-UF模块1>>
-        我: 明白了…既然你的绘图结果有问题，那最好进这个绘图模块去看看。
+        我: 既然你的绘图结果有问题，那最好进这个绘图模块去看看。
             ->开启检查
                 信息: UF模块：访问拒绝：需要B1级访问权限
                 我: 我没有访问权……那我怎么检修呢？
                 我: 像这种精密工作模块也许也被进行了更高规格的封装……
                 我: 我最好回到「UF模块」条目下寻找线索。
-                //<<解锁条目-UF模块>>
+                //////UF模块会不断拿素材进行学习，工作会对这些学习造成某种消耗，所以工作越多，就会学习得越多（“工作压力”不是即时的）
                 ->查询手册
                 <<OpenBook BookManager>>
                 <<Flip BookManager 3 >>
@@ -228,6 +223,7 @@ position: 76,20
         <<messagebox MessageBox "warning" "EyeModule has error#415411">>
         <<if $EyeSocketVisited_PeipeiTalk==false>>
         <<set $EyeSocketVisited_PeipeiTalk= true>>
+        <<messagebox MessageBox "warning" "被质询的记忆访问，特征码：219CD0">>
         信息: 被质询的记忆访问，特征码：219CD0
         我: 这个报错信息是什么意思？……最好进去看看。
         <<add_task TaskManager "深入视觉模块进行检查" "使用检查线检查头部模块">>
@@ -284,9 +280,11 @@ position: 553,9
 <<set_EyeState EyeManager "CannotImagineColor">>
 <<EyeEffect_Init EyeManager>>
 <<start_transition ViewManager "EyeView">>
-我: 你的色觉是失效的……你怎么没跟我说，你自己不知道吗？
-佩佩: 啊…这个很久啦，我已经不记得是什么时候开始的了。
-佩佩: 应该是装UF的时候开始的。但这不是什么大问题，很多美工都有这种情况。
+我: 为什么…是黑白的？
+我: 啊…我明白了，因为你的色觉是缺失的。
+//////关于“色觉去哪儿了”的问题，在插色觉的时候说，这里只做一个判断，如果插过色觉了就这么说，如果没插过就问下
+我: 这很有可能和你的病情有关系……
+佩佩: 医生，这个和病情没关系的，技术员说很多美工都有这种情况。
 我: 很多？……不对，我需要再次核对下。
 我: 你们能通过UF模块产生有颜色的图片，但是你们自己却看不见颜色？
 佩佩: 医生，你也是公司的员工呀，你也有医疗模块吧。
@@ -294,8 +292,11 @@ position: 553,9
 佩佩: 公司的所有技术性工作都是最终由技术性模块操作完成的。
 佩佩: 也就是说我的画都是我身体里的UF画的，UF模块自己会给作品产生颜色，我自己不需要能看见或者理解颜色。
 我: 也就是说美工的画实际都是由UF画的，但是这个UF会导致美工机器人失去色觉？
-佩佩: 不一定吧。他们说体质弱的机器人装上UF就有可能有这种情况。我想我是体质弱的那类。
-我: 这也太奇怪了……你的日常生活不会受到影响吗？
+//////聊了一下关于黑白的遗憾，佩佩扭捏说其实他可以看到
+//////略微担心这个是佩佩本来偷偷不说，最后还是自己说出来了的；结果你说这个就是因为问题，要给掐掉，是不是有点破坏信任？
+//////春晖：理论上如果看到记忆提取不顺利，那肯定直接看记忆了——感觉如果是“记忆那儿显示问题是视觉在调用东西”，再回到视觉来发现这个问题，逻辑上也是OK的？
+//////子钦：是否考虑玩家可以通过两种方式发现佩佩的想象力？①看UF-调用记忆有问题→看记忆-调用记忆的是视觉(需要在视觉复现调用过程来生成可以查找记忆的特征码)→看视觉-佩佩透露自己能想象颜色；②看视觉-看不见颜色→细聊关于颜色-佩佩透露自己能想象颜色
+//////这样可能的好处：提前cue出“有一个神秘进程”
 佩佩: 没关系噢，医生。
 我: 什么意思？
 //////等待底图确认
@@ -314,7 +315,6 @@ position: 553,9
 我: 从机制层面来说，你没有色觉信号输入，就不应该看到颜色。
 佩佩: 好吧……我也不知道怎么解释了。总之，我就是能看到我印象中的颜色。
 我: 嗯……我需要对你做一个色觉检测。
-//////这里玩家即将要进行一个“挑战”，但是却不能即时看书，感觉有点麻烦。——把这个色觉检测也做成一个“按钮”？——这样也感觉怪怪的
 我: 我需要让你再观察几个东西，你只要重复刚才做的事情就好了。
 佩佩: 好的，医生。
 ///百叶窗颜色消失
@@ -347,8 +347,6 @@ position: 553,9
     佩佩: 医生，请继续吧。
 我: 嗯……应该足够分析得出结论了。
 //////根据最后的图片，应该还可以设置一些别的选项作为可以让佩佩观察的对象，但是看过这两个就会跳对话了
-//////Q:在得出正确结论之后，要以某种方式获得MEM的权限
-///这里最好弹出去看手册和特征码
 <<set_view_availability ViewManager "EyeView" false>>
 <<set $EyeVisited_PeipeiTalk = true>>
 信息: 被质询的记忆访问，特征码：E1F32B7
@@ -370,8 +368,15 @@ position: 361,-243
 ->佩佩的色觉失效了，所以调用记忆来想象颜色
     <<complete_task TaskManager "深入视觉模块进行检查">>
     我: 佩佩，你的色觉失效了，所以视觉一直在调用记忆来想象颜色
-    佩佩: 所以，我视觉的报错就是这个吗
-    我: 嗯是这样，在书里某个地方也有记录
+    佩佩: 所以，我视觉的报错就是这个吗？
+    我: 是的。你看到的颜色不一定是一件好事，佩佩。
+    我: 它并不是正常现象，指不定还会有什么连带问题……
+    <<if $UFVisited_PeipeiTalk==false>>
+        我: 不过还好的是，这不一定和你的工作问题有关系。我最好继续检查下。
+    <<else>>
+        我: 你的UF模块报错是说有神秘进程在占用记忆……我想最好去记忆检查一下。
+        我: 这个特征码应该可以帮助我们定位刚才在占用的记忆片段。
+    <<endif>>
     <<jump Choice>>
 ->佩佩的对焦错误，所以以记忆来矫正对焦参数
     我: 好像她的表现不是这样，再想想或者再查查书吧
@@ -434,11 +439,15 @@ position: -207,-227
     我: 看起来问题找到了，这个UF模块要调用的记忆被占用了，所以无法正常工作。这导致了你的工作表现不佳。
     佩佩: 占用是什么？
     我: 嗯……简单来说，UF需要使用记忆素材来绘图，但是你身体其他的模块已经在用这部分记忆了，所以UF受到干扰，绘制的图片颜色不正确。
+    我： （临时修正）UF需要占用更多访问记忆的带宽，但是有一个顽固而不受控的神秘进程在访问记忆。
+    我: （临时修正）当UF占用到一定程度的时候，这个进程的记忆访问就会扰乱UF的数据获取。
+    //////需要明确一个结论：是“跟视觉同时访问了同样的记忆”还是“需要更多带宽但是被视觉占了”？我先倾向按照后者来改，不过会涉及到手册的修改，我先不动这里
     佩佩: 也就是说我的工作表现不佳不是我的能力原因，而是因为我身体里面有些东西…出问题了？
     <<if $EyeVisited_PeipeiTalk==false>>
         我: 不好说，我需要先找到是什么占用了这个记忆，然后获得特征码去看记忆。
     <<else>>
-        我: 不好说，但我感觉应该跟刚才视觉模块生成的特征码有关系，我需要检查一下记忆模块
+        我: 不好说，但我感觉这个神秘进程很有可能和刚才在视觉系统看到的东西有关系。
+        我: 刚才在视觉模块检查的时候获得了一个特征码，用它去记忆模块检索一下看看吧。
     <<endif>>
     佩佩: 好的，麻烦医生了。
     //标记现在已经访问主视角下的UF模块了
@@ -457,7 +466,11 @@ position: 557,290
 ---
  <<start_transition ViewManager "MemoryView">>
 //////有一个问题：看完记忆我就能得出结论了，那么这个过程是如何让“我”得出结论的？我看到了什么可以让我确诊？
-我: 好了，我们来定位一下排异的记忆吧。
+我: 好了，我们来定位一下记忆吧。
+我: 这个神秘进程…到底在做什么呢？
+//////大概聊下天
+我: ……
+我: 定位到了。
 <<search_memory MemoryManager "liuying1-2">>
 <<wait 1>>
 佩佩: 要是工作也能画画…要是能永远画画就好了。
@@ -522,22 +535,23 @@ position: -266,367
 ///[command name=activate_socket_choice /]
 ///[options /]
 ->CloseBook
-我: 你的视觉在调用记忆里的素材，为看到的图像填补颜色。
-我: ……而这就是记忆异常占用的原因。
-佩佩: 我不明白…
-我: 你是特殊的，佩佩。（解释）
-我: 根据公司规定，唯一可行办法是：视觉-记忆桥阻断术。
-我: 简单来说，视觉和记忆之间有一条线路，剪断它，就会从底层保证你的视觉无法再调用记忆素材。
-<<jump BeforeSurgery>>
-
-===
-title: BeforeSurgery
-position: 421,440
----
-//////主房间-停止想象失败，准备手术
-///<<任务提示更新：引导患者尝试停止想象已完成>>
-佩佩: 医生，求求你。这感觉好糟糕。我不想…我不想没有颜色。
-佩佩: 我没想到是这样……早知道我就不要学这个了……早知道我就不要画画了……
+我: 你有一个你的视觉和记忆之间有一条线路，这条线路上时不时产生的数据传输影响了UF
+//////需要一个“想象力”的官方定义？比如“视觉亢奋”之类的（需要措辞一下）；它无法被解决，但官方也不认为它需要解决，因为可以剪线
+//////这个东西是官方无法解决的，它只能解决逻辑上的数据流动问题；但如果有一个定义会让这个过程看起来没那么笨（不然第二天才忽然说有一个神秘进程，第一天根本没注意到，不太好）
+我: 你的视觉异常出现颜色也是这个原因。
+//////现在版本这两件事情是作为一块讲的，看看要不要拆开来（再明确一下：①线路有数据，影响UF全速运转；②想象力让这个线路的数据尤其大，暂不清楚有什么别的问题——实际上day2我们就看到出问题了）
+我: 根据公司规定，需要做一个视觉-记忆桥阻断术。
+我: 剪断它就可以中止这种不受控的数据流动。
+佩佩: 要做手术啊？没想到…我还以为吃点药或者换点冷却液就可以了……
+我: 别害怕，佩佩，这只是个小手术。
+佩佩: 可是UF不是还要继续学习吗？如果我的视觉没法往记忆里传东西了……
+佩佩: 那我接下来这几十年不就没办法提供新素材给UF模块了？
+我: 其实UF调用的素材绝大部分，不是很旧的，就是外源下载进去的……
+我: 简单来说，UF认为自从你开始工作之后，就没有什么新奇的值得记住的东西了。
+佩佩: ……这样吗……
+//////判断下底下这段会不会让这个手术变得看起来严重了？
+佩佩: ……
+佩佩: 早知道我就不要学这个了……早知道我就不要画画了……
 我: 我也不想这样，佩佩。根据你主管的说法，只要你的UF恢复正常，你就不会被回收了。
 我: 活着总比被回收了强。
 佩佩: 可是失去颜色的生活……我……我是怎么到这一步的……
@@ -546,6 +560,12 @@ position: 421,440
 我: 不要再说对不起什么的了。没什么好对不起的。
 佩佩: 对不起，医生。
 佩佩: ……
+<<jump BeforeSurgery>>
+
+===
+title: BeforeSurgery
+position: 421,440
+---
 我: 那么，视觉-记忆桥阻断术，如果你确认接受手术，就在这里签下你的名字吧。
 ///<<手术风险告知书>>
 ///<<签名>>
@@ -639,7 +659,7 @@ position: 441,1082
 ->指示佩佩观察海报
     <<set_Eyetarget EyeManager "poster">>
 ///<<任务提示更新：检查视觉模块完成>>
-我: 看来成功了。你的色觉想象被阻断了。
+我: 看来成功了。那个进程被阻断了。
 我: （虽然“成功”这个说法在这里实在太奇怪了……）
 <<set $EyeVisited_PeipeiTalk to true>>
 <<jump review>>

Assets/Resources/Yarn/PeipeiTalk2/PeipeiTalk2.yarn

@@ -41,6 +41,7 @@ position: 66,-520
 我: 佩佩？怎么了？
 我: 你眼睛那儿流的是…冷却液吗？
 佩佩: 我不知道，医生……我想我完了，组长肯定要把我送去回收的。
+佩佩: 我的头好痛……
 佩佩: 我把主机搞坏了，我把主机搞坏了……
 我: 别着急，佩佩。慢慢说。发生什么了？
 佩佩: 那天回去之后，我用快速绘图自己跑了两次，看起来确实好多了。
@@ -140,13 +141,12 @@ position: 77,22
 <<start_transition ViewManager "MainView">>
 [command name=activate_socket_choice /]
     -> UFView
-        <<messagebox MessageBox "warning" "UFModule has error#114514">>
+        <<messagebox MessageBox "warning" "温度过高，已降频">>
         //插入UF模块
         <<if $UFSocketVisited_PeipeiTalk2==false>>
         <<set $UFSocketVisited_PeipeiTalk2=true>>
         //////晚上一次性ctrlF一下处理messageBox@CZQ
-        我: 有一个报错，但是这次看起来和上次不一样？
-        我: 看来事情起了一些变化……但至少它没有完全挂掉。
+        我: 有一个报错，这次看起来更加严重了……
         ->检查手册
         <<OpenBook BookManager>>
         <<Flip BookManager 3 >>
@@ -285,15 +285,20 @@ position: 554,12
 手册: 患者可能看到错误的颜色错误颜色会跟随患者的视线落点而产生。
 手册: ——患者的视觉模块存在异常进程，该进程会尝试从记忆读取数据。在罕见的情况下，错误地访问了UF模块。
 我: 好吧……我想你的症状符合这种描述。
+我: 你的视觉模块正在尝试从UF模块获取数据？为什么呢……
+我: 难道说是上次那个“神秘进程”？
 //////这里逻辑怪怪的
 佩佩: 什么意思……医生？
-我: 简单来说，你的视觉访问不到记忆了，但它还在尝试。
-我: 所以它尝试“跳线”去寻找你的记忆，好从那里获得它需要的图片素材。
+我: 还记得上次跟你说的那个“神秘进程”吗？看来它还存在…而且造成了更多的问题。
+我: 简单来说，它发现你的视觉访问不到记忆了，但它还在尝试。
+我: 所以它尝试让你的视觉“跳线”去寻找你的记忆，好从那里获得它需要的图片素材。
 我: 但是它只能跳到UF模块上，UF模块里有非常多可以用来进行色彩检索的图片…但那些都不是正常的视觉图像。
-我: 所以当它开始尝试从UF模块里调用色彩的时候，你就看到了那些奇怪的颜色。
+我: 所以当视觉模块开始从UF模块里调用色彩的时候，你就看到了那些奇怪的颜色。
 <<complete_task TaskManager "确认视觉模块的问题">>
 佩佩: 啊…原来如此，所以我感觉那么奇怪……
-我: 但是……这不是你的工作结果异常的原因。
+佩佩: *经过这一番工作，佩佩更虚弱了*
+我: 到底是什么在让你的视觉做这样的尝试呢？
+我: 总之……这不是你的工作结果异常的原因。
 //<<set_view_availability ViewManager "EyeView" false>>
  <<set $EyeVisited_PeipeiTalk2 to true>>
 <<if $UFVisited_PeipeiTalk2 == true>>
@@ -392,6 +397,7 @@ position: -324,10
 佩佩: 不……不……这肯定不对。
 佩佩: 昨天好歹还只是有奇怪的颜色，今天这个样子……
 佩佩: 这根本说不上是正常的图……
+佩佩: *经过这一番工作，佩佩更虚弱了*
 我: 嗯……别急，我先看看手册。
 ->检查手册
 <<OpenBook BookManager>>
@@ -399,10 +405,9 @@ position: -324,10
 [command name=listen_closeBook /]
 ->CloseBook
 手册: 患者可能看到错误的元素。该问题通常发生于原生视觉处理能力异常的机器人身上。
-手册: 占位）患者的的记忆存在一个未预期的进程，这个进程向错误的模块发送了数据。
-我: 想象力过高？这听起来很难处理……而且，已被解决是什么意思？
+手册: 占位）存在一个未知进程，使记忆模块尝试发送视觉数据到UF模块。
+我: 一般情况下，记忆是不会主动向外部发送数据的……难道说又是那个“神秘进程”？
 <<complete_task TaskManager "对UF进行快速绘图检查">>
-我: 在佩佩身上这个问题还是出现了啊……
 我: 怎么办？手册也没有给出解决办法……
 <<set $UFVisited_PeipeiTalk2 to true>>
 <<if $EyeVisited_PeipeiTalk2 == true>>
@@ -422,12 +427,11 @@ position: -209,312
 <<character_init Peipei_1>>
 ///<<load_scene 主房间>>
 ///<<任务提示更新: 进行诊断已完成>>
-我: 我现在所能看到的是，你的视觉还在尝试获取记忆数据，但错误地从UF上调用了。
-我: 另外一边，你的记忆模块似乎也一直记得这个连接的存在。
-我: 所以与此同时，记忆模块也在同时尝试传出数据，这些数据也被错误地传到了UF上。
+我: 好吧，现在的问题比较棘手……手册上的信息似乎不足以解决你的问题了。我现在所能看到的是……
+我: 有一个神秘进程在让你的记忆尝试跳线获取视觉数据，也在让你的记忆尝试跳线发送视觉数据。
 佩佩: 什么意思？
-我: 形象地说，你的视觉和记忆不适应失去连接的状态，正在尝试寻找对方。
-我: 这实在是有点诡异。有一种我看不见的东西，在使你的记忆和视觉互相寻找。
+我: 形象地说，有一种我看不见的东西，在使你的记忆和视觉互相寻找。
+我: 这实在是有点诡异。就像是你的视觉和记忆不适应失去连接的状态，正在尝试寻找对方。
 我: 这是为什么呢？我是严格按照手册的方式去做的……
 我: 结果到了现在，手册上却没有给出办法。
 我: 或许手册错了？
@@ -571,10 +575,11 @@ position: 124,513
 我: 我想我们失败了，佩佩。
 // <<complete_task TaskManager "尝试让佩佩停止想象颜色">>
 佩佩: 也就是说，现在没有任何办法了治好我了？
-我: 我说过我一定会把你治好的……冷静。再想想……
-佩佩: 医生…没关系的。
-佩佩: 我知道会有这样一天的。他们从来就没有真的觉得我能挺过去。
+佩佩: 我的头好痛……医生，UF模块…它好像在烧一样……
+我: 看起来你的过热症状越来越严重了。
 我: 过程对话略，心灰意冷的佩佩和你讨论起了这个UF模块，你提到上面的封条，佩佩提出反正横竖一死，不如进去看看，说不定里面有办法可以阻断干扰。
+//////写下来感觉让医生提出来拆这个研究一下更好？
+
 // <<add_task TaskManager "撬开UF模块，寻找治疗方法""尝试修好佩佩">>
 //我: 让我来重新启动你的视觉……
 //<<messagebox MessageBox "warning" "记忆模块视觉端口RAM已满，正在尝试跳线访问">>