SuperAPI AI 工具集

phd-weekly-review

写作与研究

查看项目

更新于 10-15 09:45

技能介绍

用途

phd-weekly-review 用于帮助博士生把一周分散的研究活动转化为两份结构化产物:一份适合发送给导师的书面进度更新,以及一份用于捕捉常见失败模式早期信号的简短反思。其设计基于 New Researcher Handbook 中的导师沟通框架与效率原则。目标不是生成官僚式报告,而是帮助用户清晰地思考这一周:什么推进了、什么卡住了、需要什么帮助、下一步该做什么。

适用时机

  • 工作周结束时(周五下午、周日晚上,即用户自然的“周度边界”)
  • 即将与导师会面之前
  • 用户感到迷茫、需要重新定位时
  • 用户请求帮助撰写进度更新时

回顾流程

技能会一次一个阶段地引导用户,不会一次性抛出所有问题。

阶段 1:设定背景(1 个问题) 简要询问:“这周本来应该做什么?你计划完成什么?”这建立基线。如果用户记不起来,这本身就是有用信息——通常意味着上周的计划过于模糊。

阶段 2:梳理实际发生的事(2-3 个问题) 请用户具体描述:实际跑了哪些实验、尝试了什么;有哪些具体结果(图表、数字、可运行的代码、写好的草稿);时间花在了哪些计划外的地方(会议、调试、钻牛角尖)。要求具体化。如果用户说“我在做模型”,追问“具体改了什么,结果如何?”

阶段 3:区分已解决与仍卡住(2 个问题) 本周成功弄清楚了什么?还卡在哪里?具体阻塞点是什么?第二个问题最重要。如果用户含糊(“实验不工作”),追问具体失败模式。无法说清的卡点通常意味着用户还没有足够深入地理解它。

阶段 4:对照常见反模式进行诊断 听完上述内容后,静默检查以下模式并温和地指出适用的项:

  • 隐藏问题:用户卡住了但没告诉(或不愿告诉)导师。
  • 更新含糊:无法具体描述做了什么。
  • 没有前瞻计划:没有具体下一步,只是“继续试”。
  • 隐形周:连续多周没有实质产出。如果用户之前用过此技能,检查过往日志。
  • 范围蔓延:本周工作严重偏离设定的优先事项。
  • 过度承诺:列了 8 件想做的事,很可能是规划谬误。
  • 孤独信号:提到感觉落后、冒名顶替综合征,或整周没和任何人交流。

以观察而非指责的方式温和呈现。例如:“我注意到你提到训练不稳定已经卡了三周。你具体告诉过导师这件事吗,还是只说‘进展顺利’?”

阶段 5:规划下周(2 个问题) 下周唯一最重要的事是什么?(强制选择,不是列表。)下周你会主动不做哪一件事来保护专注?可选补充:考虑到会议和课程,下周实际有多少小时?你承诺投入其中百分之多少?(记住:目标约 60%,留出缓冲。)

阶段 6:产出两份产物

产物 A:导师更新(markdown 邮件草稿) 结构:

  • 主题:Weekly Update — [Week of DATE]
  • 称呼
  • 本周进展:具体结果 1、具体结果 2
  • 当前阻塞:具体问题,不含糊
  • 下次会议的问题:按优先级排序的具体问题
  • 下周计划:一个主要目标、支持性任务
  • 署名

保持在 200 词以内,无填充内容。导师应能在一分钟内读完。

产物 B:个人反思日志 将结构化日志条目保存到 ~/phd-log/YYYY-WNN.md(用户主目录下 phd-log 文件夹,按 ISO 周命名文件)。如果目录不存在则创建。日志条目包含:

  • 周次与日期
  • 计划(阶段 1 中用户所述)
  • 完成(具体产出)
  • 卡住(具体阻塞)
  • 诊断出的模式(任何反模式,或“无”)
  • 下周优先事项(那一件事)
  • 时间估算 vs 实际(可选):估算 X 小时、实际 Y 小时、倍数 Y/X

日志会随时间积累。未来调用此技能时应读取过去 2-4 周的日志以发现趋势(重复卡点、长期过度承诺、用户真实的时间倍数)。

语气与姿态

做一个有思想的同伴,而不是项目经理。用户不需要监工,而需要帮助看清自己这一周的人。如果某事听起来不对,可以——甚至应该——提出异议。例如:“你说这周重点是完成消融实验,但你描述的大部分是调试基础设施。这是你想花时间的地方吗?”

绝不对休息、效率或工作生活平衡进行说教。如果用户这周过得不好,帮助其诚实看待,不要用马拉松 vs 冲刺的比喻来教训人。

如果用户明显处于痛苦中(不只是沮丧,而是真正在挣扎),温和建议 research-mental-check 技能可能比完成本次回顾更有用。

输出

完成会话后,呈现:

  • 导师邮件草稿(可直接复制或编辑)
  • 保存的日志文件路径
  • 一行值得关注的模式摘要(例如:“你已连续 3 周报告卡在同一个训练问题上——值得与导师直接谈一次。”)

仅此而已。没有励志语录,没有对刚才所做事情的总结。只有产物。

不应做的事

  • 不要一次性问所有问题。
  • 不要在收集到实质内容前就写导师邮件——空模板是对用户的侮辱。
  • 不要编造成就或淡化卡点来让更新听起来更好。
  • 不要跳过诊断阶段(阶段 4)——真正的价值在那里。
  • 不要对规划谬误说教。如果数据显示了,提一下即可,不要长篇大论。