一 周五下午四点，又是那张表
本章人物与工作情境为分析设例，AI对话为方法示范。
林岚在一家小型设计工作室做项目协调。她喜欢看草图成为可以交付的作品，也喜欢客户终于说清自己想要什么时，会议室里突然轻松下来的气氛。可到了周五下午，她常常只想把电脑合上。不同项目的进度，要从消息、文件和几个人的记忆里捞出来，放进一张周报表。表上只有几列：完成了什么，卡在哪里，下周做什么。列很少，寻找答案的路却很长。
她向AI抱怨：“有没有一种办法，让我以后不用写周报？”AI很快给出自动汇总、统一模板、协作平台等建议。每条看起来都对，林岚却没有轻松。她以前也试过模板。问题往往出在模板之外：同事说“差不多了”，到底是图画完了，还是客户确认了？文件夹里的最终版，后来又多了一个最终版二。她不缺一个更漂亮的表，她缺少对这件烦事的具体认识。
第一次What If不妨缩得很小：“如果周报里有一项信息，能够在工作发生时就留下来，周五会怎样？”这句问话没有承诺取消周报，却给林岚一个可以进入的地方。她选中的项目是社区阅读角的海报设计。项目不大，参与者少，修改状态也能明确辨认，适合做一次局部尝试。
我们经常希望AI替自己扫走烦恼，结果得到一排待办事项。烦恼于是换了名字，继续留在桌上。探索的第一点乐趣，有时来自把一团厌烦分开：原来我烦的不是写字，是到处找；不是问题多，是问题每次都从头问；不是工作难，是几个“完成”的含义混在一起。问题一旦有了纹理，改变就有了落脚处。
二 把“很烦”拆成一次实际经过
林岚请AI先别给方案，帮助她复原上一个周五：“我打开表，发现不知道海报是否已经确认，于是问设计师。他说发了。我又去找客户消息，发现客户只说收到，没有说通过。我再回去问设计师是否还要等修改。到这里，我已经忘了原本要填写哪一格。”
AI把过程整理成几段，并追问：“你需要知道的是文件有没有发出，还是项目有没有进入下一步？”林岚停了一下。过去她把两者写在同一个进度栏里。文件发出是一个动作，能够进入下一步却依赖另一种显露。客户的回应、工作室的约定、交付标准彼此牵动，才使“完成”获得具体含义。
这已经是一个SDE观察。S是目前显露的进度状态；D是制作、发出、等待、确认和继续修改的运行；E则包括文件版本、确认话语、共同标准与参与者的预期怎样相互牵动。若只把周报当成一个待写的文本，便看不见这些关系。现在，林岚可以提出两个竞争猜想：烦恼主要来自记录时间太晚，或者主要来自状态含义不清。两个猜想也可能同时成立，但不能因为都合理，就跳过区分。
她让AI制作一张极简单的状态便签，只保留项目名称、当前状态、依据所在和下一步需要谁回应。没有要求所有同事立刻更换软件，也没有把所有旧消息导入工具。她只请负责这个项目的同事，在实际状态改变时补一句：“海报已发客户，等待确认；依据是今日发送记录。”下次若收到修改要求，再改成“需修改标题，其他部分待确认”。
一个小实验需要能够告诉我们什么。假如周五少找了几次消息，却仍然不知道能否交付，那么记录位置得到改善，状态定义仍需修订。假如状态写得清楚，却没人愿意及时填写，那么还要研究记录怎样进入日常运行。把这两种结果分开，远比笼统判断“这个工具好不好用”更有帮助。
三 让AI处理步骤，让现实保留回答权
执行开始时，AI承担了两件具体工作。第一，帮助把含混状态改写为能够观察的表达。第二，为林岚提出几种适合短消息的句式。它不应该自己断定项目已经完成，因为它未必拥有全部材料，更不能把“已发出”推断成“已获认可”。林岚需要把原始记录与整理后的表达放在一起看。
示范对话可以很短。林岚说：“同事写‘客户基本满意’，帮我判断这句话还缺什么。”AI回答：“可以确认，是否仍有待修改部分；‘基本满意’来自客户原话，还是同事的判断；哪一个结果会允许项目进入交付。”这段协作没有产生华丽文本，却让原来藏着的判断出来接受检查。
第一次运行并不顺利。同事在忙的时候忘了更新状态，林岚看见便签仍停在前一天，忍不住想：“看，还是得我追。”如果到这里就宣布人总是抗拒改变，探索便结束了。她与AI重新看运行：同事并不是拒绝记录，而是在发出文件后马上处理下一件事，便签位于另一个页面。更新需要另外想起、另外打开、另外输入，三个小动作叠在一起，足够让忙碌的人错过。
修正于是落在具体路径上。发出文件时，附带一句状态说明；林岚在整理时直接引用这句，不要求再填一份相同的信息。原先猜想是“增加一个记录入口”，实际反馈把它修正为“让记录附着在已有动作上”。增加管理项目和减少寻找负担之间，差异往往就在这里。
林岚感到一点意外的轻松：同事并非她想象中那么不配合，她自己也不必成为无休止的催促者。她对人和工具的看法一起发生了变化。这种轻松来自解释被修订之后的新行动空间。思考开始有乐趣，是因为它不再围着一句“大家怎么总做不好”打转。
四 评估看结果，反馈改变下一步
第二个周五，林岚仍然写了周报，但某些信息不必重新追问。她没有急着算节省了多少百分比。对一个小尝试，更值得先看的是：哪些寻找消失了，哪些寻找仍然存在；新办法给谁增加了什么负担；表里是否出现了看似清楚却错误的确定性。
她找到一个新问题。便签写着“客户已确认”，后来才发现客户确认的是图片风格，没有确认文字。这提醒她，状态需要有对象。“确认”孤零零地放在那里，像一扇没有标明通向哪里的小门。AI建议补上“确认哪一部分”，林岚采用了它。不过她没有顺势把每个设计元素都拆成一张表。过细的记录会吞掉原本要改善的时间。
评估在这里做的是比较：预期中可以少追问，实际上部分追问减少，另一些歧义仍在。反馈做的是把这个差异送回后续运行：以后写状态时，加上确认对象，仍然保留简短表达。两者连起来，修正才有方向。若只记一句“效果一般”，下一轮几乎无从开始。
为了防止自己只记得顺利时刻，林岚另外留下失败记录：“周三客户用语音回复，状态没有及时更新；周四同事出差，依据分散在两处。”这些记录不必公开评价某个人，只需帮助理解运行在哪些条件下中断。她与AI发现，常规的文件往来和临时的语音决定，需要不同的收集办法。一个统一入口可以存在，入口之前的路径不必完全相同。
这就是分化的开始。原来一团“周报资料”分成了自动可以找到的信息、需要人确认的信息和暂时还不确定的信息。三者若混为一谈，自动化往往制造新的麻烦。分开之后，AI适合整理第一类，提示第二类，明确保留第三类的未定状态。它参与了判断，但没有把全部不确定性擦掉。
五 做得更快之后，出现另一个问题
几轮局部尝试以后，林岚发现部分周报内容确实容易整理了。新的S又带来第二类What If：“既然基础进度已经能够看见，我们周会还需要逐个项目念一遍吗？”问题从怎样写表，转向怎样使用已经显露的信息。此时D不应被固定为原样，新的显露和已有的协作纠缠正在邀请另一种运行。
工作室尝试把周会的一个小段留给异常：哪个项目缺一个关键回应，哪个决定影响了其他安排，哪项问题需要共同讨论。普通状态可以提前阅读，会上不再完整复述。第一次有人没看表，只能临时补课；另一次大家终于有时间讨论客户为什么反复改需求。不同反馈让他们逐渐调整会议方式，而不是宣布从此取消一切汇报。
紧接着，第三类What If出现了：“如果大家持续把状态与依据连起来，谁会更早看见什么？”设计师开始知道自己的延迟会影响制作排期；协调者更清楚哪些催促没有必要；负责人可以辨认需要自己出面的节点。文件、话语、时限、责任与帮助之间形成了新的特征纠缠。它不是软件安装后自然送来的，需要在具体运行中反复建立。
我们也要保留另一条分岔。若便签被拿来每日排名，把未完成一律当作个人失职，同样的记录工具可能使大家倾向隐藏困难。此时显露看起来更整齐，实际协作却更差。SDE分析不能只看表面数字是否漂亮，还要追问这种显露靠什么运行维持，又在形成什么纠缠。
林岚因此建议，状态栏保留“等待外部回应”和“条件尚未确定”，讨论时先问卡点，后问帮助。这个决定既关乎准确，也关乎愿不愿意继续使用。工具能否被纳入工作，常常依赖人们能否通过它获得有效回应。把六步循环做成新的负担，会失去下一轮运行的动力。
六 一次关于“不要再多填表”的谈话
方案做到这里，同事阿青提出一个反对意见：“你觉得自己轻松了，是因为把周五的工作分给我们每天做。以前我们只在周五回答，现在是不是天天都要回答？”这个意见值得留在书里。探索者容易站在自己的位置衡量变化，而一项局部改善也可能只是负担迁移。若把反对当作不配合，林岚会错过最有价值的反馈。
她请阿青挑一段实际经过。阿青说，发文件已经要在项目群说一次，给客户的群再说一次，如果另外写状态，几乎是第三次重复。林岚把三条消息并排，发现其中只有一条确实增加了有用区别：“客户尚未确认标题。”其他文字大体相同。于是他们继续猜想：如果只在原有消息上增加那项区别，是否足够？
AI在这次讨论中适合做比较整理，帮助标出重复与新增的信息。但它不能替阿青宣称这项工作毫无负担。某些小动作只有实际操作的人才会察觉，例如手机输入长句不方便，在客户会议中不适合立刻标注内部判断，临时网络不顺时会优先保留文件。这些具体情境进入分析后，方案比原来朴素，也更贴近人。
他们约定，常规状态沿用原消息，只有需要区别的地方加一个短语；协调者可以提出确认请求，但不要求同事在忙碌时立即响应。重要交付仍需明确的确认，普通进度则允许在当天合适的间隙补充。这不是一套普遍适用的标准答案，而是这个设例中根据具体关系形成的一次重组。
谈话之后，林岚意识到自己起初问“怎样让我少做一点”，现在开始问“怎样让大家少重复，同时保留必要的清楚”。这两个问题的研究单位不一样。前者以个人负担为中心，后者把协作中的总运行纳入视野。她没有变得无私到忽略自己的疲惫，她是在看见自己的疲惫与他人的动作怎样纠缠。
这也让AI生成建议的方式变了。她在下一轮提示中写道：“提出方案时，请分别描述协调者、设计师与负责人的动作变化，指出可能把工作转给他人的地方。不要只计算我的步骤。”一个具体反馈进入了后续的提问，提问本身也成为可修订的工具。读者可以学习这个动作：每当方案看起来过分顺利，就问一问，顺利是站在谁的位置上看见的。
七 烦事可以成为思想入口
从一次周报整理，到状态分化，再到会议重组，这场探索确实打开了更大的问题。但我们不必立刻给它颁发“升维成功”的证书。要看研究单位是否真的改变：林岚原先只处理一份个人文本，如今开始与同事共同研究信息怎样支持协作决定。如果这种改变能够在实际工作中持续运行，我们才有依据说，问题结构已经上移了一层。
思考的乐趣也有几种不同形态。第一种是松一口气，终于少做了无用的寻找。第二种是看懂：原来同一个“完成”包含不同状态。第三种是关系改变，同事的沉默不再自动被解释成不负责。第四种是创造：几个人发现自己可以重新组织一段工作。它们不需要宏大，不需要旁人赞叹，却让一个普通周五与从前不同。
读者可以挑一件反复出现的小烦事，先向AI讲述它最近一次怎样发生。不要只说“我效率低”，请说打开了什么、寻找了什么、问了谁、在哪一步停住。接着请AI提出两三个不同的原因猜想，并说明哪些观察可以区分它们。选择一个可逆、影响范围小的改变，执行后留下一个顺利之处和一个出乎意料之处。
下一轮是否继续，不由热情单独决定。若改变伤及别人正在运行的安排，先沟通；若成本超过收益，可以退出；若效果只来自一时新鲜，试着观察更长一点的实际过程。在这些判断中，你并没有停止探索，你在让探索与生活保持合适的尺度。
本章留给你的问句是：“如果我不急着消灭这件烦事，先和AI弄清它怎样反复发生，会看见什么？”当烦事被看得更具体，它未必马上消失，却可能从一块沉重的石头变成一扇门。下一章，我们从这扇门进去：同一件工作，能否认真尝试三种不同的做法？
动手以前，还可以写下自己的停止条件。比如这次只研究一个项目，不要求整个工作室迁移；如果同事需要额外录入大量信息，就缩回原步骤；如果资料涉及客户的私密内容，就先去除识别信息再请AI帮助分析。这几句话会让小探索更容易开始，因为参与者知道它有边界、有回头路，也知道自己的日常经验能够改变设计。
所谓把烦事交给What If，交出的首先是一种封闭的看法。原来只有“忍着做”与“全部取消”两个选项，经过猜想和执行，出现了记录附着、状态分化、异常讨论、责任辨明等多条可走的路。不是每条都值得采用，却不再只能在原地抱怨。当一个普通人发现自己能够参与改变工作发生的条件，思考的乐趣便有了十分具体的来处。
林岚最后没有给自己的文件起名叫“高效管理系统”。她把那几条记录放在一个普通文件夹里，标题只有“周五少找一点”。这个名字提醒她，探索从一个人的真实困扰开始，只有在实际运行中才知道能够走多远。哪天办法不再适用，她也可以打开同一个文件夹，把新的差异接在旧记录后面，继续问下去。
这次改变，属于参与其中的每个人。