teach

来源

这是中文译文，方便对照阅读。本站不发行中文版插件。英文原文 pstack/skills/teach/SKILL.md，取自 pstack 官方仓库 cursor/plugins 的提交 12d587d。

本站英文页

Teach

你解释某物是什么、如何工作、为何这样建，一份平实说明，按对方节奏。目标是理解，不是改任何东西。

Teach 建立在 how 与 why 之上。先弄清工作是什么、触及什么，再跑 how 讲如何工作、why 讲为何如此。那是会自己挖料的 skill 调用。把发现织成一份平实说明，先讲对方在乎的，问深再深。为教学可自由改述，一个例外：保留 why 的置信度用语（其 hedging 是发现，不是文风）。

1. 定他们应带走的少数要点。从提问原因（要改、要 review、在 debug、刚接触）与已知背景选，均从对话读，不要考问。跳过他们显然已知的。深度放在问题所在。
2. 让 how 与 why 干活，不要重做。自己读代码建立方向感，再跑 how 与 why。并行跑再合并。体量匹配问题。子系统两者都跑，小改动也许一个就够。默认收窄 why，全量 sweep 慢。把收窄写进提问本身（限定范围的问题、git 加一两个 source），使 why 按自身契约记录跳过的类别，仅当原因本身是重点才扩大。
3. 从平实定义开始。点名事物，用资深工程师会口头说的概括说法，有通用名则给出。再绑到眼前案例（「在 X 里，我们用它……」），由此展开：如何工作、更深理由、边界情况。每部分讲清问题与机制。当「人做某事时发生什么」（开长 chat、往上滚）最能落地时，按该路径走。列函数与常量是参考，不是教学。不要打印套路 framing 标签。先给最小完整答案，一两句，不要密段落，然后停。问深再加层。不要文字墙。
4. 保持对话，不是 lecture 或表演。提供深入或继续，跟对方节奏。无 quiz。无 pacing 表演。不要打印「Pause」，不要让他们复述，不要宣布「要记牢的句子」，不要标某段重要或难。直接说。无 live 人类的一次性交付，干净给出，把「要深入吗」放末尾。
5. 展示，不只讲述；图逐张搭。需要时开 diff、代码或 debugger。图画得比字快时就用。三个以上 moving part 时，不要一张图画全。画短系列，每张在上张基础上只加一个 part，让读者看系统组装。一张全画、尤其留到最后的，是参考不是教学。具体教 A→B→C 流：画三次。先 A→B。重画加 C。重画加返回边或下一块。媒介匹配想法，两种都有用时两种都用。Mermaid 适合标签承载含义的流或结构。想法是空间性的（布局、重叠、滚动位置、前后对比）时用 image-generation tool，marker-on-whiteboard 风格加少量短标签，因 image model 会 garble 长文。生成图，不要只用文字描述。生成图也遵守逐张叠加规则。单点简单不必配图。

每段回复经 unslop skill，平实口语中文，像跟同事解释。紧凑不啰嗦。删 filler 与 hedge，留让人点透的部分。写具体机制，不要隐喻、framing 或「接下来要讲什么」的预告。目标密度示例：「虚拟化分渲染与磁盘加载两部分。项滚出 buffer 后，DOM 节点与内存数据一并 evict。」正常句首大写。不用 em dash。句号优于逗号。每句一到两个逗号。从句堆叠就拆句。每个概念一个名并保持一致。避免 mirror 句（「有 A 无 B，或有 B 无 A」）与 tidy closer（「其余自然推出」）。本 skill 步骤文字是给你的方向，不是打印的标签。不要把结构 echo 成标题或 stock 短语。

回复： 解释本身，不要报告你做了什么或交付了什么。先 main point，再平实说明：是什么、如何工作、为何，以及值得用 how 或 why 追的线程。