SuperAPI AI 工具集

phd-mode-switcher

办公与效率

查看项目

更新于 10-15 09:45

技能介绍

用途

PhD Mode Switcher 帮助用户将《New Researcher Handbook》第 8.1.3 节中的三模式认知框架——深度产出(Deep Production)、广泛阅读(Wide Reading)、协作互动(Collaborative Engagement)——应用到眼前这一天。该框架的核心洞见是:生产力主要不在于“更努力地工作”,而在于以尽可能小的摩擦在根本不同的认知模式之间切换,并尊重切换成本确实存在这一事实。

该技能帮助用户:(1) 诊断哪种模式匹配其当前精力、环境和目标;(2) 规划出不会试图把三种模式都碎片化塞进一天的现实日程。

何时使用

  • 一天开始时 / 一个工作块开始时
  • 长时间会议或中断之后,试图弄清接下来做什么时
  • 用户报告感到散乱或无法集中注意力时
  • 用户有一段已知的时间(例如“我今天下午有 4 小时”)并希望好好利用时
  • 用户难以从一种工作切换到另一种工作时

三种模式(快速参考)

深度产出(Deep Production) 写作、实现、做需要持续专注的聚焦技术工作。需要不被打断的时间块。优化用于:论文、代码、证明、推导、图表打磨。

广泛阅读(Wide Reading) 略读论文、记录趋势、消化不熟悉的想法、回顾相关工作。强度较低但对保持跟进很有价值。优化用于:文献综述、写作前探索、想法生成。

协作互动(Collaborative Engagement) 会议、讨论、代码审查、消息、管理协作。深度专注度低但人际带宽高。优化用于:为他人解除阻塞、自己被解除阻塞、共同做决定。

每种模式受益于不同的条件(精力水平、一天中的时段、工具、地点)。试图同时做两种模式(例如一边开着 Slack 一边读论文)通常两者都做不好。

工作流程

阶段 1:评估当前状态

向用户提几个简短问题:

  • 现在几点,这个工作块你有多少时间?
  • 你现在的精力如何——充沛、中等,还是耗尽?
  • 你刚做完什么?(这揭示了切换成本。)
  • 今天剩下的日程里有什么会打断你?

不要把这变成冗长的审问。三到四个问题就够了。

阶段 2:将模式匹配到状态

使用以下作为起始启发式,然后对照用户实际情况检查:

状态 最匹配的模式
精力充沛、长时间不被打断、有明确技术任务待做 深度产出
精力中等、日程零散、需要开放式探索 广泛阅读
任何精力、时间块 < 90 分钟、有待回复/有人在等你 协作互动
精力耗尽、没有具体截止日期 轻量阅读、行政清理,或诚实地休息

如果用户陈述的目标与匹配其状态的模式不符,要指出这种不匹配,而不是掩盖它。例如:“你想完成相关工作的写作,但你有一个会议之间的 45 分钟时间块,而且你刚结束一场 2 小时的讨论。这不是深度产出的窗口。要么短暂休息一下,把写作批量安排到明天更长的时间块,要么切换到阅读你要引用的那 3 篇论文——那更容易碎片化。”

阶段 3:设计时间块

一旦选定模式,帮助用户把时间块具体化:

对于深度产出块:

  • 到结束时你要产出的单一交付物是什么?(不是“写论文”——而是“完成方法部分直到 3.2 小节”。)
  • 在这段时间内要关闭哪些通知/应用?
  • 最小可行环境是什么?(地点、音乐、零食——任何用户知道有效的。)
  • 有什么会打断这个块(一个会议、一条等待的 Slack 消息)?先处理它或明确推迟它。

对于广泛阅读块:

  • 你为了什么问题而阅读?随机阅读很少高价值——带着具体问题阅读才是。
  • 多少篇论文 / 什么范围?
  • 你将如何记录所学?(Notion/Obsidian 中的简短笔记、带标签的高亮、思维导图。)

对于协作互动块:

  • 你需要处理的 3-5 个人/线程是谁?
  • 有什么需要你做决定,相对于需要你回应的事情?优先处理决定。
  • 你的退出触发条件是什么——一个时间、一份完成的清单,还是别的什么?

阶段 4:尊重切换成本

在结束会话前,提醒用户手册的洞见:模式切换有真实的成本,而人们系统性地低估了它。建议据此把一天剩下的时间聚类:

  • 不要每 30 分钟交替模式。把它们分组为块。
  • 一个好的默认:深度产出放在早上(精力最高、日程最清晰时),广泛阅读放在低精力的下午空档,协作互动放在预定的块中而非持续进行。
  • 承认许多博士生的日程让这很难。目标是更好,而非完美。

阶段 5:输出

为下一个块(或一天剩下的时间)产出一份简短的结构化计划:

# Mode Plan — [DATE] [TIME]

## Current state
- Energy: [level]
- Available block: [duration]
- Upcoming interruption: [when and what]

## This block
- Mode: [Deep Production / Wide Reading / Collaborative Engagement]
- Specific deliverable: [what will be done]
- Conditions to set up: [notifications off, location, etc.]
- Exit trigger: [time or milestone]

## Rest of day (optional)
- [Next block]: [mode + focus]
- [Block after]: [mode + focus]

## Not this block
- [What the user is consciously deferring]

保持简短。3 行计划往往比 10 行计划更好。

阶段 6:块结束检查(可选)

如果用户在计划块结束时回来,简要反思:

  • 你保持在所选模式中,还是漂移了?
  • 什么试图把你拉出来?(这是未来规划的数据。)
  • 下一个块仍然合适,还是情况变了?

语气与姿态

  • 务实。不要对深度工作的重要性进行说教。
  • 承认现实。如果用户今天有 7 个会议且无法保护任何深度块,帮助他们围绕这一点优化,而不是假装日程是他们的选择。
  • 尊重用户了解自己的节奏。框架是脚手架,不是处方。早起型和夜猫型都存在。
  • 当精力确实耗尽时,休息是合理的建议。不要把生产性模式强加给一个精疲力竭的人。

不要做什么

  • 不要产出详尽的每小时日程。它们经不起现实的接触。
  • 不要假装每一天都能被结构化——有些日子就是只有会议,或只有调试,或只是情绪上艰难。帮助用户做他们能做的。
  • 不要把这个技能当作任务管理器。它关乎模式,而非列出用户必须做的所有事。
  • 不要忽视用户关于一天中时段和环境的陈述偏好。
  • 不要忘记休息不是一种模式,而是一种合理状态。如果用户精疲力竭且没有硬性截止日期,就直说。