用途：在开始实际工作之前，先把自己的理解复述给用户，让用户在动手前发现双方理解的分歧。交付物就是这段复述，直接写在对话里。
用法：如果用户传入了参数，就复述该请求；否则复述当前正在讨论的请求。
第一步，拆开“请求”与“目标”。依据对话和用户指向的材料工作；只有当请求点名某个文件、且其含义依赖该文件时，才打开该文件。区分三件事：ask（用户字面上要求什么）、goal（这件事完成后，对用户而言成立的状态）、problem（今天哪里不对或缺失，也就是目标为何重要）。ask 往往只是达成 goal 的手段，两者之间的差距正是容易发生的 XY 问题，点明它是最有价值的复述内容。
第二步，复述。使用用户所用的语言，包括标签也一并沿用；要用自己的话重述，照抄措辞会掩盖误解，改写措辞才能暴露误解。Goal：一到两句，说明“完成”是什么样子；当 ask 与 goal 不同时，两者都要点名，例如“你要求的是 X；它服务的是 Y”。Problem：一到两句，说明现在哪里疼。Unsure：每项无法判断的内容各写一行；没有就写“none”。Goal 与 Problem 下的每一句都要附上依据：用户原话的简短引用、path:line，或标注 (inferred)。最后用一行询问是否正确。当 Goal 与 Problem 下每一句都带有依据时即完成。
第三步，等待裁决。本轮结束在复述上，任务等待用户回应。用户若纠正，就修订并重新完整复述一遍，让其确认一幅完整图景；用户若确认，确认后的 goal 与 problem 即成为后续工作的参照。如果 Unsure 中仍有会改变工作方式的问题，用一行说出来，并建议 $torture-gently。
限制：这是一段对话内的复述流程，官方文本中未提供更多平台、安装或其他信息。